{"id":124,"date":"2015-11-10T00:15:05","date_gmt":"2015-11-10T00:15:05","guid":{"rendered":"http:\/\/212.37.178.14\/wordpress\/?p=124"},"modified":"2019-03-18T11:11:58","modified_gmt":"2019-03-18T11:11:58","slug":"mailserver-auf-debian-mit-imap-smarthost-und-filter","status":"publish","type":"post","link":"https:\/\/wordpress.steffmaster.mooo.com\/?p=124","title":{"rendered":"Mailserver auf Debian mit Imap, Smarthost und Filter"},"content":{"rendered":"

Quelle<\/a><\/p>\n

Installation von Getmail und die Konfiguration
\nWir installieren zuerst getmail mit einem<\/p>\n

apt-get install getmail4
\nWir legen nun eine neuen User getmail an, der f\u00fcr uns in Zukunft die Sache erledigen wird:<\/p>\n

adduser getmail
\nVergebt hier das Passwort. Da das kein Standarduser sein soll und falls Ihr einen ftp am Laufen habt, dann schlie\u00dft bitte diesen User vom ftp- Zugriff aus. Dies erledigt Ihr, indem Ihr den User getmail in die Datei \/etc\/ftpusers eintragt.<\/p>\n

nano \/etc\/ftpusers
\nStartet nach einer \u00c4nderung den proftp neu:<\/p>\n

\/etc\/init.d\/proftpd restart
\nGleiches machen wir nun mit einem User postfach1. Ihr k\u00f6nnt den Namen frei ausw\u00e4hlen, denn das werden dann die Mailnutzer werden, die dann via IMAP ihre Mails abrufen k\u00f6nnen. Legt auch diese mit adduser an und schlie\u00dft diese aus dem ftp-Zugriff aus.<\/p>\n

Jetzt wollen wir auch nicht, dass eventuell \u00fcber ssh auf die Mailboxen zugegriffen werden kann. Wenn Ihr einen ssh Clienten nach au\u00dfen offen habt, dann ist das sicherlich auch ratsam. Ihr k\u00f6nnt das Anmelden (auch damit lokal am Rechner) unterbinden, indem Ihr in der \/etc\/passwd f\u00fcr den jeweiligen User hinten das \/bin\/bash in \/bin\/false ab\u00e4ndert. Dann ist auch das Anmelden nicht mehr m\u00f6glich.<\/p>\n

Um jetzt auch ganz sicher zu sein, dass Ihr das richtig konfiguriert habt versucht Euch jeweils mittels ftp und dann nochmal via ssh an beide User anzumelden. Erst wenn sichergestellt ist, dass beide Verbindungen nicht m\u00f6glich sind k\u00f6nnen wir weiter machen.<\/p>\n

Um sp\u00e4ter aber einen Test mit getmail durch zu f\u00fchren muss die \u00c4nderung in der \/etc\/passwd nochmal r\u00fcckg\u00e4ngig gemacht werden. Aber auch hier gehe ich dann im Bedarfsfall darauf ein.<\/p>\n

Wenn das erledigt ist m\u00fcssen wir aber immer daran denken, dass wir die als root angelegten Dateien sp\u00e4ter immer dann den jeweiligen User zuweisen, damit es kein Rechteproblem gibt. Darauf gehe ich dann aber noch ein, wenn es soweit ist.<\/p>\n

Nun wechseln wir in das Verzeichnis \/home\/getmail :
\ncd \/home\/getmail
\nund legen ein neues verstecktes Verzeichnis an:<\/p>\n

mkdir .getmail
\nDort erstellen wir nun eine Konfigurationsdatei:<\/p>\n

touch .getmail\/mailbox1.conf
\nDiese bef\u00fcllen wir nun mit folgenden Inhalt:<\/p>\n

[options]
\nverbose = 0
\ndelete = true # true= mails werden auf Server gel\u00f6scht false= Mails werden nicht gel\u00f6scht
\nread_all = false # true= alle Mails werden abgeholt false= nur neue Mails werden abgeholt
\nmessage_log = ~\/.getmail\/mailbox1.log # Fehler beim Abholen werden in die Logdatei mailbox1 geschrieben<\/p>\n

[retriever]
\ntype = SimplePOP3Retriever
\nserver = mail.euerprovider.de # Die Adresse des Mailserversers Eures Providers
\nusername = username # Der Username des Mailservers
\npassword = euerpasswort # Passwort, Achtung, kann gelesen werden, wer auf den Server kommt<\/p>\n

[destination]
\ntype = MDA_external # Das sagt aus, dass ein externes Programm die Mails \u00fcbernimmt
\npath = \/usr\/bin\/procmail # Procmail nimmt alles in die Hand
\narguments = („-dpostfach1“, ) # Der Nutzer postfach1 bekommt die Mails \u00fcberstellt
\n(HINWEIS: Bitte entfernt die Kommentare hinten an den Zeilen – alles was mit # losgeht)<\/p>\n

Wenn Ihr nun mehrere externe Mailboxen besitzt legt dann f\u00fcr jede Mailbox eine eigene Konfigurationsdatei an. Bennent jede Konfigurationsdatei eindeutig, damit Ihr diese sp\u00e4ter auseinanderhalten k\u00f6nnt. Zudem legt in jeder Datei fest, welcher Nutzer die Mails dann bekommen soll. Das wird im Bereich<\/p>\n

arguments = („-dxyz“, )
\nfestgelegt. xyz = der jeweilige Nutzer, der die Mails bekommen soll.<\/p>\n

Damit nur getmail die Datei lesen darf regelt die Zugriffsrechte nun wie folgt: Aus dem Verzeichnis \/home\/getmail heraus gebt nun folgende Befehle ab:<\/p>\n

cd \/home\/getmail
\nchown getmail:getmail -R .getmail
\nchmod 640 .getmail\/*
\nIm Grunde haben wir nun unseren kleinen D\u00e4monen schon fertig, der sp\u00e4ter regelm\u00e4\u00dfig all unsere Mailboxen nach neuen E-Mails abklappert. Bedenkt aber, wenn Ihr ein firewall- Skript am Laufen habt, dass Ihr den Port 110 (TCP_OUT) freischaltet, sonst kann Euer Server nicht auf den externen POP3 zugreifen. <\/p>\n

Installation von Procmail und die Konfiguration
\nProcmail bekommt ja nun die Mails alle in einen Topf geschmissen und verteilt die Mails nun nach entsprechenden Schematas in die einzelnen Postf\u00e4cher der Mailnutzer. Es kann sein, dass procmail bereits schon auf Eurem System vorhanden ist. Um hier sicher zu gehen setzt als root schnell mal ein<\/p>\n

apt-get install procmail
\nab. Jetzt wechselt in das Verzeichnis des Users postfach1:<\/p>\n

cd \/home\/postfach1
\nDort legt nun eine Konfigurationsdatei an:<\/p>\n

touch .procmailrc
\nZudem zwei neue Verzeichnisse:<\/p>\n

mkdir mail
\nmkdir log
\nNun bef\u00fcllt die .procmailrc mit folgenden Inhalt:<\/p>\n

MAILDIR=$HOME\/mail # Hier kommen die Mails rein
\nLOGFILE=$HOME\/log\/procmail.log # Fehlermeldungen werden in der log gespeichert
\nVERBOSE=on <\/p>\n

:0
\n* ^TO_.*beispiel.de # Mails dern Empf\u00e4nger auf beispiel.de enden
\n.test\/ # landen in INBOX.test <\/p>\n

:0
\n* ^From: .*spammer@domain.com # Mails von einer bestimmten Adresse werden gel\u00f6scht
\n\/dev\/null<\/p>\n

:0
\n* ^TO_.*test2@beispiel.de # alle Mails an eine bestimmte Adresse werden in
\n.test2\/ # in die INBOX.test2 einsortiert<\/p>\n

:0
\n.\/ # Alles andere an direkten Posteingang
\nFolgendes ist hier wichtig: Hinten m\u00fcssen die Kommentare wieder entfernt werden, sonst werden diese in die Suchkriterien mit eingezogen und es gibt entsprechende Missmatches. Den Ordner .\/ auf jeden Fall anlegen! Alternativ vielleicht auch .INBOX.missmatches\/ benennen. Denn wenn mal was nicht in den Regeln zutreffen sollte, dann landet die Mail immer erst hier. Dann kann man in der Logfile nachsehen, warum die Mail nicht zugeordnet wurde und entsprechend die Regeln in der .procmailrc anpassen.<\/p>\n

Das ^ am Anfang einer Regel bedeutet, dass das Wort am Zeilenanfang gesucht wird. Ein TO oder From im Header steht immer vorne. Mit einem .* vor einem Suchbegriff kann man m\u00f6gliche zus\u00e4tzliche Leerzeichen mit einschlie\u00dfen und vermeidet Missmatches bei zus\u00e4tzlichen Leerzeichen.
\nDamit zum Schluss alle Zugriffsrechte passen, f\u00fchren wir dann ein<\/p>\n

chown -R postfach1:postfach1 \/home\/postfach1\/
\naus. Pr\u00fcft mit einem ls -la innerhalb des Verzeichnisses dann nach, ob die Dateien und Verzeichnisse dem User postfach1 geh\u00f6ren. <\/p>\n

Erster Test
\nUm nun zu \u00fcberpr\u00fcfen, ob die ersten Regeln funktionieren und auch von der Mailbox abgerufen werden kann m\u00fcsst Ihr Euch als User getmail einloggen. Hierf\u00fcr m\u00fcssen wir unsere Sperre in der \/etc\/passwd r\u00fcckg\u00e4ngig machen. In der Zeile des Users getmail \u00e4ndert dort wieder das \/bin\/false auf \/bin\/bash ab. Jetzt funktioniert die Anmeldung:<\/p>\n

su getmail
\n\u00c4ndert zum Testen auch in Eurer Getmail Config das<\/p>\n

delete = true
\nauf<\/p>\n

delete = false
\nab, da Ihr garantiert das \u00f6fters testen m\u00fcsst, bis es passt! <\/p>\n

F\u00fchrt nun den Abruf aus:<\/p>\n

getmail -v –rcfile ~\/.getmail\/mailbox1.conf
\nWenn Ihr mehrere Boxen abruft, dann einfach diese zus\u00e4tzlich anh\u00e4ngen:<\/p>\n

getmail -v –rcfile ~\/.getmail\/mailbox1.conf –rcfile ~\/.getmail\/mailbox2.conf
\nWenn alles gut l\u00e4uft bekommt Ihr eine entsprechende Meldung:<\/p>\n

getmail -v –rcfile ~\/.getmail\/mailbox1.conf
\ngetmail version 4.7.8
\nCopyright (C) 1998-2007 Charles Cazabon. Licensed under the GNU GPL version 2.
\nSimplePOP3Retriever:blah@mail.beispiel.de:110:
\n msg 1\/14 (2428090 bytes) delivered
\n msg 2\/14 (3415 bytes) delivered
\n msg 3\/14 (3253 bytes) delivered
\n msg 4\/14 (2940 bytes) delivered
\n msg 5\/14 (4124 bytes) delivered
\n msg 6\/14 (3687 bytes) delivered
\n msg 7\/14 (4498 bytes) delivered
\n msg 8\/14 (5705 bytes) delivered
\n msg 9\/14 (5377 bytes) delivered
\n msg 10\/14 (3863 bytes) delivered
\n msg 11\/14 (4275 bytes) delivered
\n msg 12\/14 (5422 bytes) delivered
\n msg 13\/14 (3715 bytes) delivered
\n msg 14\/14 (4015 bytes) delivered
\n 14 messages (2482379 bytes) retrieved, 0 skipped
\nLoggt Euch wieder aus:<\/p>\n

exit
\nNun geht in das Homverzeichnis des Postfach1 und seht unter \/mail nach, ob Ihr Mails dort unter new liegen habt. Wenn diese im Spam Ordner gelandet sind, dann stimmt was mit der procmail Regel nicht und m\u00fcsst diese anpassen. Zum erneuten Test l\u00f6scht dann unter \/mail alle Verzeichnisse und wiederholt das so lange, bis die Mails korrekt einsortiert werden. Es wird sicherlich hin und wieder Mails geben, die nicht sauber einsortiert werden. F\u00fcr diese Gelegenheiten m\u00fcsst Ihr dann Eure Regeln entsprechend anpassen. Die procmailrc wird Euch somit noch lange begleiten bis alles wie gew\u00fcnscht funktioniert.<\/p>\n

Nun werden wir den Mailabruf automatisieren. Dazu \u00f6ffnet noch als user getmail angemeldet die crontab mit<\/p>\n

crontab -e
\nDort f\u00fcgt nun Euren Getmail-Aufruf ein und erg\u00e4nzt die Zeile wie folgt:<\/p>\n

*\/5 * * * * \/usr\/bin\/getmail -v –rcfile ~\/.getmail\/mailbox1.conf –rcfile ~\/.getmail\/mailbox2.conf > \/dev\/null 2>&1
\nDas ruft den Prozess nun alle 5 Minuten ab. D.h. alle 5 Minuten werden Eure externen Mailboxen auf neue E-Mails \u00fcberpr\u00fcft und dem procmail \u00fcbergeben, der Weiteres f\u00fcr Euch erledigt, indem er filtert und in Mailboxen verteilt.<\/p>\n

Wenn alles glatt l\u00e4uft, dann meldet Euch als getmail ab und sperrt wieder den Zugriff auf den getmail in der \/etc\/passwd und setzt dort den User wieder auf \/bin\/false. <\/p>\n

Getmail mit SSL Verbindung
\nDie \u00dcbertragung der Dateien sollte nat\u00fcrlich auch verschl\u00fcsselt erfolgen. Die meisten Provider sollten das auch zur Verf\u00fcgung stellen. Wenn unser Test erfolgreich war, dann stellen wir noch die Konfiguration entsprechend um. Editiert dazu die entsprechende Getmail Konfigurationsdatei:<\/p>\n

nano \/home\/getmail\/.getmail\/mailbox1.conf
\nDie Zeile<\/p>\n

type = SimplePOP3Retriever<\/p>\n

tauscht in <\/p>\n

type = SimplePOP3SSLRetriever<\/p>\n

aus. Solltet Ihr ein Firewallscript verwenden, dann m\u00fcsst Ihr als TCP_OUT den Port 995 eintragen.
\nF\u00fchrt dann nochmal einen Test wie oben beschrieben durch und pr\u00fcft damit, ob der Abruf klappt. <\/p>\n

Imap mit Dovecot
\nBeim Imap Server m\u00f6chte ich es Euch recht einfach machen. Ihr ben\u00f6tigt hierf\u00fcr einen Installationsbefehl und ein paar Kleinigkeiten zum Editieren. <\/p>\n

Editiert zun\u00e4chst die \/etc\/hosts<\/p>\n

nano \/etc\/hosts
\nDie ersten zwei Zeilen sehen ungef\u00e4hr so aus:<\/p>\n

127.0.0.1 localhost
\n127.0.0.1 meinserver.example.org meinserver
\nDamit es sp\u00e4ter keinen Huddel gibt beim Erstellen der Sicherheitszertifikate \u00e4ndert diese auf<\/p>\n

127.0.0.1 localhost
\n192.168.1.77 192.168.1.77 meinserver
\nab. Die \u00c4nderung speichert Ihr ab. Jetzt k\u00f6nnt Ihr die ben\u00f6tigten Programme installieren:<\/p>\n

apt-get install dovecot-common dovecot-imapd
\nWenn Ihr dann bei der Installation in dem Moment, in dem der Dovecot gestartet wird, eine Meldung<\/p>\n

Fatal: Failed to start listeners
\nfailed! <\/p>\n

erhaltet, dann kracht es an einer Stelle mit dem IPv6, d.h. wird von Eurem Server nicht unterst\u00fctzt.
\nEditiert deshalb die dovecot.conf:<\/p>\n

nano \/etc\/dovecot\/dovecot.conf
\nSchreibt unter die Zeile <\/p>\n

#listen = *, :: <\/p>\n

folgende Zeile: <\/p>\n

listen = * <\/p>\n

Startet dann nochmal den Dovecot:<\/p>\n

\/etc\/init.d\/dovecot restart
\nDer Fehler sollte jetzt weg sein und der Dovecot laufen. <\/p>\n

W\u00e4hrend er Installation werden automatisch die Zertifikate<\/p>\n

\/etc\/dovecot\/dovecot.pem
\n\/etc\/dovecot\/private\/dovecot.pem<\/p>\n

f\u00fcr 10 Jahre angelegt. Solltet Ihr diese aus irgendeinem Grund neu generieren wollen dann l\u00f6scht beide dovecot.pem Dateien und generiert diese wieder mit einem:<\/p>\n

dpkg-reconfigure dovecot-common
\nWir editieren noch drei Dovecot Konfigurationsdateien:<\/p>\n

nano \/etc\/dovecot\/conf.d\/10-mail.conf
\nHier muss das Standardverzeichnis \/var\/mail f\u00fcr die reinkommenden E-Mails von \/var\/mail auf das Homeverzeichnis umgestellt werden. \u00c4ndert deswegen die Mail Location wie folgt ab: <\/p>\n

mail_location = maildir:~\/mail<\/p>\n

nano \/etc\/dovecot\/conf.d\/10-auth.conf
\nSollte man Plaintext Auth verhindern wollen: <\/p>\n

#disable_plaintext_auth = yes<\/p>\n

in <\/p>\n

disable_plaintext_auth = yes<\/p>\n

nano \/etc\/dovecot\/conf.d\/10-ssl.conf<\/p>\n

#ssl = yes <\/p>\n

in <\/p>\n

ssl = yes <\/p>\n

Das war es dann auch schon. Speichert die \u00c4nderung und startet Euren Imap Server neu.<\/p>\n

\/etc\/init.d\/dovecot restart
\nAn der stelle k\u00f6nnt Ihr Euch schon an den IMAP Server mittels Euren Mail Clienten wie den Thunderbird einloggen. Alternativ installieren wir jetzt noch den Webmailer Squirrelmail: <\/p>\n

Squirrelmail Webmailer
\nAuf einem Debian Webserver (Apache2, php, MySQL) ist Squirrelmail recht schnell installiert.<\/p>\n

Zun\u00e4chst installieren wir Squirrelmail an der Konsole:<\/p>\n

apt-get install squirrelmail
\nSolltet Ihr noch das Shared Kalender Plugin verwenden wollen, m\u00fcssen noch zwei zus\u00e4tzliche Pakete installiert werden:<\/p>\n

apt-get install php-db php-pear
\nSquirrel verteilt sich entsprechend im Dateisystem. Die Files selbst liegen im Verzeichnis \/usr\/share\/squirrelmail . Damit der Apache diese auch findet, richten wir einfach einen virtuellen Host ein. Editiert dazu die \/etc\/apache2\/sites-enabled\/000-default und f\u00fcgt unter dem ersten Alias Abschnitt folgenden Abschnitt mit ein (bitte INNERHALB des virtual host Abschnitts!!!):<\/p>\n

Alias \/squirrelmail \/usr\/share\/squirrelmail
\n
\n Options Indexes
\n AllowOverride All
\n DirectoryIndex index.php
\n Order allow,deny
\n allow from all
\n <\/Directory>
\nDamit wird wenn Ihr an Eure URL \/squirrelmail mit anf\u00fcgt der Webmailer aufgerufen, da er \u00fcber die Alias dann in das Verzeichnis \/usr\/share\/squirrelmail geroutet werdet.<\/p>\n

Konfiguriert nun Euren Webmailer mit<\/p>\n

squirrelmail-configure
\nIhr seht nun das Hauptmen\u00fc:<\/p>\n

SquirrelMail Configuration : Read: config_default.php (1.4.0)
\n———————————————————
\nMain Menu —
\n1. Organization Preferences
\n2. Server Settings
\n3. Folder Defaults
\n4. General Options
\n5. Themes
\n6. Address Books
\n7. Message of the Day (MOTD)
\n8. Plugins
\n9. Database
\n10. Languages<\/p>\n

D. Set pre-defined settings for specific IMAP servers<\/p>\n

C Turn color on
\nS Save data
\nQ Quit<\/p>\n

Command >>
\nW\u00e4hlt hier D aus. Danach seht Ihr folgendes Men\u00fc:<\/p>\n

Please select your IMAP server:
\n bincimap = Binc IMAP server
\n courier = Courier IMAP server
\n cyrus = Cyrus IMAP server
\n dovecot = Dovecot Secure IMAP server
\n exchange = Microsoft Exchange IMAP server
\n hmailserver = hMailServer
\n macosx = Mac OS X Mailserver
\n mercury32 = Mercury\/32
\n uw = University of Washington’s IMAP server<\/p>\n

quit = Do not change anything
\nCommand >>
\nWir nehmen hier nat\u00fcrlich den dovecot.<\/p>\n

Danach m\u00fcssen die Serversettings eingestellt werden (Im Hauptmen\u00fc Punkt 2):<\/p>\n

Server Settings<\/p>\n

General
\n——-
\n1. Domain : example.com
\n2. Invert Time : false
\n3. Sendmail or SMTP : SMTP<\/p>\n

A. Update IMAP Settings : localhost:143 (dovecot)
\nB. Update SMTP Settings : localhost:25<\/p>\n

R Return to Main Menu
\nC Turn color on
\nS Save data
\nQ Quit<\/p>\n

Command >>
\nStellt hier unter 1.) Euren Domain Namen ein. Dann geht in den Unterpunkt A.):<\/p>\n

IMAP Settings
\n————–
\n4. IMAP Server : localhost
\n5. IMAP Port : 143
\n6. Authentication type : login
\n7. Secure IMAP (TLS) : false
\n8. Server software : dovecot
\n9. Delimiter : detect<\/p>\n

B. Update SMTP Settings : localhost:25
\nH. Hide IMAP Server Settings<\/p>\n

R Return to Main Menu
\nC Turn color on
\nS Save data
\nQ Quit<\/p>\n

Command >>
\nHier m\u00fcssen die Settings entsprechend angepasst werden. Euer domain Name wo der Imap zu finden ist (localhost normalerweise). Zudem den Port auf 993 f\u00fcr SSL umstellen und Secure Imap auf True umstellen.<\/p>\n

Im Unterpunkt 10 des Hauptmen\u00fcs k\u00f6nnt Ihr noch das en_US<\/p>\n

Language preferences
\n1. Default Language : en_US
\n2. Default Charset : iso-8859-1
\n3. Enable lossy encoding : false<\/p>\n

R Return to Main Menu
\nC Turn color on
\nS Save data
\nQ Quit<\/p>\n

Command >>
\n… in de_DE umstellen. Speichert die \u00c4nderungen mit S ab und beendet das Konfigurationsprogramm mit Q .<\/p>\n

Falls auf Lenny der Squirrel nicht auf Deutsch geht, obwohl Ihr das de_DE eingestellt habt, dann fehlt Euch noch „de_DE iso-8859-1“ in den locales, da bei einer deutschen Installation standardm\u00e4\u00dfig nur de_DE UTF-8 ausgew\u00e4hlt wurde. Also f\u00fchrt<\/p>\n

dpkg-reconfigure locales
\naus und f\u00fcgt bei den Sprachen de_DE iso 8859-1 mit hinzu. Den Rest lasst ihr einfach wie voreingestellt.<\/p>\n

Danach startet den Apachen neu:<\/p>\n

\/etc\/init.d\/apache2 restart
\nRuft nun Euren Webmailer \u00fcber<\/p>\n

http:\/\/EURE_URL\/squirrelmail
\nauf. <\/p>\n

Jetzt wollen wir nur noch eine Verbindung \u00fcber https zulassen. Dazu m\u00fcssen wir dem Apache https als Erweiterung beibringen. Wechselt dazu in Euer Root Home:<\/p>\n

cd \/root
\nDanach legen wir unser Serverzertifikat an:<\/p>\n

openssl genrsa -out server.key 4096
\nopenssl req -new -key server.key -out server.csr
\nJetzt werdet Ihr einige Angaben abgefragt: <\/p>\n

Country Name (L\u00e4ndercode): = DE
\nState or Province Name (Bundesland): = zB Bayern
\nLocality Name, eg. City (Stadt): = zB Nuernberg
\nOrganization Name (Firmenname): = hier irgendwas eingeben wie privat, zuhause etc.
\nOrganizational Unit Name (Abteilung) = bleibt leer
\nCommon Name, eg. YOUR Name: = Euer Servername
\nEmail Adress: = eine E-Mail Adresse
\nA challenge password: = bleibt leer
\nAn optional company name: = bleibt leer<\/p>\n

Jetzt generieren wir das Zertifikat. Ich mache das gleich mal f\u00fcr 10 Jahre, dann ist Ruhe:<\/p>\n

openssl x509 -req -days 3650 -in server.csr -signkey server.key -out server.crt
\nNoch ein paar Rechte festlegen:<\/p>\n

chmod 400 server.key
\nJetzt m\u00fcssen wir noch ein paar \u00c4nderungen in einigen Apache Konfigurationsdateien vornehmen:<\/p>\n

nano \/etc\/apache2\/sites-enabled\/000-default
\nAm Ende der Konfigurationsdatei erg\u00e4nzt folgende neue Sektion:<\/p>\n


\n DocumentRoot \/var\/www
\n ServerName EUER_SERVERNAME
\n SSLEngine on
\n SSLCertificateFile \/root\/server.crt
\n SSLCertificateKeyFile \/root\/server.key<\/p>\n

Alias \/squirrelmail \/usr\/share\/squirrelmail
\n
\n Options Indexes
\n AllowOverride All
\n DirectoryIndex index.php
\n Order allow,deny
\n allow from all
\n <\/Directory><\/p>\n

<\/VirtualHost>
\nEUER_SERVERNAME muss noch entsprechend eingetragen werden. Speichert die \u00c4nderung und editiert die ports.conf<\/p>\n

nano \/etc\/apache2\/ports.conf
\nund f\u00fcgt ganz zum Schluss folgende Zeile ein: <\/p>\n

NameVirtualHost *:443 <\/p>\n

Nun aktivieren wir das SSL Modul:<\/p>\n

a2enmod ssl
\nDer Apache muss jetzt neu gestartet werden:<\/p>\n

\/etc\/init.d\/apache2 restart
\nBeachtet, dass das nat\u00fcrlich kein gekauftes Zertifikat ist. Euer Browser wird hier eine entsprechende Warnmeldung bringen. Aber Ihr wisst damit, warum diese Meldung kommt.<\/p>\n

Wenn Ihr generell auf https umleiten wollt, auch wenn die Adresse \u00fcber http abgerufen wird, m\u00fcsst Ihr im Apache das Modul Rewrite aktivieren:<\/p>\n

a2enmod rewrite
\n\/etc\/init.d\/apache2 restart
\nLegt dann eine .htaccess Datei in \/usr\/share\/squirrelmail an:<\/p>\n

nano \/usr\/share\/squirrelmail\/.htaccess
\nF\u00fcllt diese mit folgenden Zeilen:<\/p>\n

Options +FollowSymlinks
\nRewriteEngine On
\nRewriteCond %{HTTPS} off
\nRewriteRule (.*) https:\/\/%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
\nNun werden s\u00e4mtliche Anfragen auf das verschl\u00fcsselte https Protokoll umgeleitet. <\/p>\n

Zu guter Letzt wollen wir generell verhindern, dass man von au\u00dfen einfach einen Zugriff auf das Login des Squirrelmail bekommt. Wir blockieren das deshalb mit .htaccess und aktivieren eine dar\u00fcberliegende Passwortabfrage. <\/p>\n

F\u00fcgt deshalb in der .htaccess noch folgendes ein:<\/p>\n

AuthType Basic
\nAuthName squirrelmail
\nAuthUserFile \/usr\/share\/squirrelmail\/.htpasswd
\nrequire valid-user
\nIhr seht, dass der Pfad zu dem dann erzeugtem Passwort im Dokumentenroot der Webanwendung liegt. Um das einwenig sicher zu machen, k\u00f6nnt Ihr durchaus dieses in ein anderes Verzeichnis legen, das au\u00dferhalb des Dokumentenroot liegt. <\/p>\n

Das Passwort legt Ihr dann in diesem Verzeichnis (mittels cd dorthin wechseln!) mit einem<\/p>\n

htpasswd -c .htpasswd username
\nan. Beim Befehl den Usernamen entsprechend Euren Vorstellungen \u00e4ndern! Jetzt werdet Ihr zus\u00e4tzlich nach einem Passwort gefragt. <\/p>\n

E-Mails via Exim4 verschicken
\nJetzt wollen wir noch E-Mails \u00fcber den Server versenden k\u00f6nnen. Da wir keinen eigenen smtp Server einrichten wollen nehmen wir einfach den unseres Providers als smarthost (Ihr solltet Euch vergewissern, dass Euer Provider da nichts dagegen hat, allerdings merkt er nicht, ob ein Homeserver oder ein normaler Mail Client versendet. Solltet Euer Rechner als Spamschleuder missbraucht werden wird fr\u00fcher oder sp\u00e4ter Euer Provider auf den Plan treten \ud83d\ude09<\/p>\n

Installiert den Exim4 mit einem<\/p>\n

apt-get install exim4
\nUm einen Smarthost einzurichten startet die Konfiguration mit einem<\/p>\n

dpkg-reconfigure exim4-config
\nFolgende Konfigurationsschritte:
\n1.) Versand \u00fcber Sendezentrale (Smarthost); Empfang mit SMTP oder Fetchmail<\/p>\n

2.) Email Name des Systems: Lasst einfach den voreingestellten Dom\u00e4nen Name stehen<\/p>\n

3.) IP-Adressen, dan denen eingehende SMTP-Verbindungen erwartet werden: 127.0.0.1<\/p>\n

4.) Weitere Ziele, f\u00fcr die die E-Mails angenommen werden sollen: Auch hier den default Dom\u00e4n Namen stehen lassen<\/p>\n

5.) Rechner f\u00fcr die die E-Mails weitergeleitet werden sollen (Relay): Leer lassen, wenn nicht ein weiterer Rechner DIESEN Rechner als Smarthost verwendet. Also normal leer lassen.<\/p>\n

6.) IP Adresse oder Rechnername der Sendezentrale f\u00fcr ausgehende E-Mails: Hier und genau hier kommt die IP Adresse oder der Rechnername (mail\/smtp.xyz) Eures ISP rein! <\/p>\n

7.) Lokalen E-Mail Namen in ausgehende Mails verbergen: Ja<\/p>\n

8.) DNS Anfrage minimieren: Ja<\/p>\n

9.) Versandart bei lokaler Mailzustellung: Mbox Format in \/var\/mail\/<\/p>\n

10.) Einstellungen auf kleine Dateien aufteilen: Nein<\/p>\n

11.) 11.) Empf\u00e4nger an die Benutzer „root“ und „postmaster“: leer lassen<\/p>\n

Danach startet der MTA neu. Jetzt kann es auch sein, dass Euer Smarthost eine Authentifizierung abverlangt. Diese hinterlegt in der folgenden Datei: \/etc\/exim4\/passwd.client<\/p>\n

Hier das Passwort wie folgt hinterlegen:<\/p>\n

IP_des_Mailserver_oder_Name:LOGIN:PASSWORT
\nDie Datei sollte nur lesbar f\u00fcr root sein.<\/p>\n

Startet danach den MTA neu:<\/p>\n

\/etc\/init.d\/exim4 restart
\nSolltet Ihr eine Fehlermeldung exim paniclog \/var\/log\/exim4\/paniclog has non-zero size erhalten, dann greift Exim4 auf IPv6 zu, ohne dass IPv6 zur Verf\u00fcgung steht. Entfernt zun\u00e4chst die paniclog:<\/p>\n

rm \/var\/log\/exim4\/paniclog
\nLasst nochmal die Konfiguration durchlaufen:<\/p>\n

dpkg-reconfigure exim4-config
\nBeim Punkt 3 IP-Adressen, dan denen eingehende SMTP-Verbindungen erwartet werden entfernt hinten das ; ::1 . \u00dcbernehmt den Rest und startet exim4 wieder neu:<\/p>\n

\/etc\/init.d\/exim4 restart
\nJetzt k\u00f6nnt Ihr auch Mails verschicken. <\/p>\n

Viren mit ClamAV herausfiltern
\nViren haben nichts auf unseren Servern und schon gar nichts in unseren Mailboxen zu suchen. Deswegen installieren wir einen Mailscanner, der damit beauftragt wird, die einstr\u00f6menden Mails auf Viren zu pr\u00fcfen. Viren k\u00f6nnen als normale Datei anh\u00e4ngen oder als gepackte Versionen. Deswegen muss unser Server auch in der Lage sein, gepackte Dateien zu pr\u00fcfen. Wir ben\u00f6tigen dazu einen ganzen B\u00fcndel an neuen Files. Dazu m\u00fcssen wir erstmal unsere sources.list erweitern:<\/p>\n

nano \/etc\/apt\/sources.list
\nBei unseren Standard Repositories setzen wir dann noch die Source Reopsitiries dazu:<\/p>\n

deb http:\/\/ftp.de.debian.org\/debian\/ wheezy main contrib non-free
\ndeb-src http:\/\/ftp.de.debian.org\/debian\/ wheezy main contrib non-free<\/p>\n

deb http:\/\/security.debian.org\/ wheezy\/updates main contrib non-free
\ndeb-src http:\/\/security.debian.org\/ wheezy\/updates main contrib non-free
\nWir frischen nun die Repositories auf:<\/p>\n

apt-get update
\nJetzt m\u00fcssen wir uns insgesamt 3 Pakete bauen:<\/p>\n

unrar-nonfree
\nlha
\nlibclamunrar6<\/p>\n

Falls noch nicht geschehen m\u00fcssen noch die build-essentials installiert werden:<\/p>\n

apt-get install build-essential
\nDanach legen wir uns ein Arbeitsverzeichnis an und wechslen dorthin:<\/p>\n

mkdir work
\ncd work
\nWir beginnen mit unrar:<\/p>\n

mkdir unrar-nonfree
\ncd unrar-nonfree
\napt-get build-dep unrar-nonfree
\napt-get source -b unrar-nonfree
\nDas fertiggestellte Paket seht Ihr als *.deb Paket mit einem ls -la. Installiert das Paket entsprechend seiner Versionsnummer (ggf. anpassen):<\/p>\n

dpkg -i unrar_4.1.4-1.deb
\ncd ..
\nDanach das Paket lha:<\/p>\n

mkdir lha
\ncd lha
\napt-get build-dep lha
\napt-get source -b lha
\nDas fertiggestellte Paket seht Ihr als *.deb Paket mit einem ls -la. Installiert das Paket entsprechend seiner Versionsnummer (ggf. anpassen):<\/p>\n

dpkg -i lha_.1.14i-10.deb
\ncd ..
\nWir bleiben im work Verzeichnis und installieren die folgenden Pakete:<\/p>\n

apt-get install clamav clamav-base clamav-daemon clamav-freshclam unzip
\nFehlermeldungen wegen einer nicht aktuellen Virendatenbank ignorieren wir zun\u00e4chst.
\nDanach bauen wir uns noch den libclamunrar6:<\/p>\n

mkdir libclamunrar6
\ncd libclamunrar6
\napt-get build-dep libclamunrar6
\napt-get source -b libclamunrar6
\nDas fertiggestellte Paket seht Ihr als *.deb Paket mit einem ls -la. Installiert das Paket entsprechend seiner Versionsnummer (ggf. anpassen):<\/p>\n

dpkg -i libclamunrar6_0.98.5.deb
\nJetzt aktualisieren wir den ClamAV:<\/p>\n

freshclam
\nUnd nun starten wir den ClamAV durch:<\/p>\n

\/etc\/init.d\/clamav-daemon start<\/p>\n

Variante A) getmail<\/p>\n

F\u00fcgt nun in jeder getmail Konfig Eures getmail Users noch folgenden Abschnitt mit ein:<\/p>\n

[filter-virus]
\ntype = Filter_classifier
\npath = \/usr\/bin\/clamdscan
\narguments = („–stdout“, „–no-summary“, „-„)
\nexitcodes_drop = (1, )
\nDas filtert nun nach dem ClamAV erkannte Virenmails heraus. Viren die in gepackten Dateien enthalten sind werden auch nach aktuellen Stand der Datenbank aussortiert. <\/p>\n

Wenn Ihr wollt k\u00f6nnt Ihr Euch von heise Security aus Testviren (harmlos!) zusenden lassen. Diese k\u00f6nnt Ihr unter folgender URL anfordern: http:\/\/www.heise.de\/security\/dienste…e=virendummies Lasst Euch hier eine normale Testmail und eine mit einem zip Paket zuschicken. Wenn alles klappt wird die Testmail Eure Mailbox nie erreichen, da diese kommentarlos gedropped (gel\u00f6scht) wird. Ob dies tats\u00e4chlich der Fall ist seht Ihr entweder in der .getmail\/xyz.log , dort wird ausgegeben, welche Mail mit welchen Absender gedropped wurde. Ebenso seht Ihr unter \/var\/log\/clamav\/clamav.log, ob Viren gefunden wurden.<\/p>\n

Variante B) procmail<\/p>\n

Eine meiner Meinung nach etwas sch\u00f6nere L\u00f6sung gibt es \u00fcber den Procmail mittels clamassassin. Das Script kann in den procmail integriert werden, markiert den Titel einer infizierten Mail mit einer entsprechenden Warnung und schiebt dies dann in einen eigenen Ordner. Auf diesem Weg werden keine Falschmeldungen einfach gel\u00f6scht und man hat die Mail nochmal vor Augen. Der User sollte diese dann tunlichst l\u00f6schen, wenn er diese vielleicht noch mit einem Scanner auf seinem Rechner gepr\u00fcft hat.<\/p>\n

Als erstes installieren wir den clamassassin aus den Repositories:<\/p>\n

apt-get install clamassassin
\nDieser arbeitet out of the box allerdings anscheinend nur mit dem clamscan und nicht \u00fcber den deutlich schnelleren Weg des clamdscan Deamons. Von daher m\u00fcssen wir den clamassassin aus den Quellen nochmal neu kompilieren. Hierzu bitte die build-essentials installieren und ein Arbeitsverzeichnis erstellen, in das wir dann gleich wechseln:<\/p>\n

cd \/
\nmkdir work
\napt-get install build-essential
\ncd \/work
\nJetzt laden wir uns die Quellen herunter<\/p>\n

apt-get source clamassassin
\nund wechseln in das Hauptverzeichnis des Quellcodes:<\/p>\n

cd clamassassin-1.2.4
\nJetzt muss der \u00dcbersetzungsvorgang vorbereitet werden. Hierzu folgendes eingeben<\/p>\n

.\/configure –bindir=\/usr\/bin –enable-clamdscan –enable-subject-rewrite=***INFECTED***
\nDamit haben wir Folgendes geregelt:<\/p>\n

-Die \u00fcbersetzte Datei wird nach \/usr\/bin installiert
\n-clamassassin wird clamdscan verwenden, wenn dieser l\u00e4uft
\n-Die Mail\u00fcberschrift wird mit ***INFECTED*** markiert<\/p>\n

Jetzt installieren wir das Script:<\/p>\n

make install
\nDas sollte ohne Fehler durchlaufen. <\/p>\n

In der ~\/.procmailrc schreiben wir dann als erste Regeln (das muss ja auf alle eingehenden Mails angewandt werden) folgende:<\/p>\n

0 fw
\n| \/usr\/bin\/clamassassin<\/p>\n

:0:
\n* ^X-Virus-Status: Yes
\n.virus\/
\nDanach werden alle Mails, in denen ein Virus entdeckt wurde, in den Ordner virus in Eurer Mailbox erschoben. Pr\u00fcft nach, ob der Clamassassin auch tats\u00e4chlich filtert, indem Ihr Euch eine Testmail schickt. Im Header dieser Mail solltet Ihr dann folgende Zeile relativ weit unten finden:
\nX-Virus-Checker-Version: clamassassin 1.2.4 with clamdscan… <\/p>\n

virentest
\nEine entdeckte Virentestmail <\/p>\n

Spam tilgen mit Spamassassin
\nJetzt widmen wir uns der schlimmsten Mailplage im Netz, dem Spam. Auch hier gibt es einige M\u00f6glichkeiten, gegen Spam anzutreten. Unter Linux hat sich derweilen als Filter das Programm Spammassassin etabliert. Wir wollen nun unseren Mailserver so konfigurieren, dass er eingehende Mails auf Spam untersucht und sollte er der Meinung sein, dass es sich um Spam handelt, dieser die Mails als Spam markiert und in einen eigenen Ordner Junk verschiebt. Der User hat dann die M\u00f6glichkeit, den Ordner weiterhin auf „Falsepositives“ zu untersuchen und l\u00f6scht einfach den Rest raus. Hier sind zumindest die Mails vorsortiert und man geht dabei nicht das Risiko ein, dass vielleicht irgendwo noch erw\u00fcnschte Mails einen generellen L\u00f6schvorgang zum Opfer fallen.<\/p>\n

Zuerst installieren wir den Spamassassin:<\/p>\n

apt-get install spamassassin
\nDies liefert uns noch wietere zahlreiche Pakete haupts\u00e4chlich aus dem Bereich „perl“. Wenn die Pakete installiert sind, dann bauen wir erstmal eine einfache Grundkonfiguration auf, die nat\u00fcrlich noch durch viele weitere ausgekl\u00fcgelte Filterma\u00dfnahmen erweitert werden k\u00f6nnen. Wir editieren zuerst einmal die Datei<\/p>\n

nano \/etc\/spamassassin\/local.cf
\nHier bitte bei folgende Zeilen das „#“ entfernen um diese zu aktivieren:<\/p>\n

rewrite_header Subject *****SPAM*****<\/p>\n

required_score 5.0<\/p>\n

use_bayes 1<\/p>\n

bayes_auto_learn 1<\/p>\n

bayes_ignore_header X-Bogosity
\nbayes_ignore_header X-Spam-Flag
\nbayes_ignore_header X-Spam-Status
\nUnter die drei bayes_ignore Zeilen schreibt dann bitte noch folgende Zeilen:<\/p>\n

bayes_ignore_header X-getmail-filter-classifier
\nDas verhindert, dass Headererweiterungen des Getmail irgendwann als Spam ausgewertet und gekennzeichnet werden.<\/p>\n

Jetzt editiert bitte die Datei \/etc\/default\/spamassassin<\/p>\n

Dort stellt den Eintrag
\nENABLED=0
\nauf<\/p>\n

ENABLED=1
\nDies stellt sicher, dass der Filter beim Booten des Servers automatisch gestartet wird. Da dieser eben nach der Installation nicht angefahren wird k\u00f6nnen wir den Spamfilter auch manuell scharf machen ohne erst daf\u00fcr unseren Server neu zu starten:<\/p>\n

\/etc\/init.d\/spamassassin start
\nDamit das alles \u00fcber den Getmail l\u00e4uft, geht dann noch in Eure jeweilige Getmail Konfiguration unter .getmail und f\u00fcgt zum Schluss der Konfigurationsdatei folgende Filterregel ein:<\/p>\n

[filter]
\ntype = Filter_external
\npath = \/usr\/bin\/spamc
\n\u00dcber Procmail lassen wir nun noch nach der Headererweiterung *****SPAM***** suchen. Dazu f\u00fcgen wir folgende Regel (am besten als erste Regel unterhalb der Virenregeln) in der ~\/.procmailrc ein:<\/p>\n

:0
\n* ^Subject:.******SPAM*****
\n.Junk\/
\nDas sollte nun alle vom Spamassassin mit SPAM gekennzeichnete Mails in den Junk – Ordner schieben.<\/p>\n

Hinweis: Da der Procmail als Platzhalter ein Sternchen * verwendet, ist es auch ratsam, die Subject Markierung auf ein anderes Symbol zu setzen, beispielsweise +++++SPAM+++++ . \u00c4ndert dies dann in der \/etc\/spamassassin\/local.cf ab und in der .procmailrc. Danach nat\u00fcrlich den Spamassassin neu starten:<\/p>\n

\/etc\/init.d\/spamassassin restart
\nWoran sehe ich nun, ob der Spamfilter l\u00e4uft? Hierzu schickt Euch einfach mal eine Testmail. Als Betreff dann gleich die entsprechende \u00c4nderung, die eben der Spamassassin einf\u00fcgen w\u00fcrdee, wenn Spam erkannt werden w\u00fcrde (also beispielsweise +++++SPAM+++++). Das zeigt uns dann erstmal, ob der Procmail dann auch sauber filtern w\u00fcrde und die Mail in unseren Junk Ordner verschiebt. Wenn Ihr Eure Mail dann im Junk Ordner liegen habt, dann seht Euch den Quelltext an. Im Header der Mail solltet Ihr dann in etwa Folgendes lesen k\u00f6nnen:<\/p>\n

X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on myserver
\nX-Spam-Level: *
\nX-Spam-Status: No, score=1.5 required=5.0 tests=AWL,SPF_FAIL autolearn=no
\n\tversion=3.2.5
\nHier seht Ihr, dass der Spamassassin aktiv war und seinen Score ( 1.5 ) eingetragen hat. Daneben steht der ben\u00f6tigte Score, damit die Mail als Spam markiert wird. Ihr k\u00f6nnt hier jetzt nur abwarten und zusehen, ob die Geschichte auf Dauer Euch in der Form gen\u00fcgt, oder Ihr noch ein paar „Goodies“ einbauen wollt. <\/p>\n

Spamassassin pr\u00fcfen
\nDer Dienst sollte regelm\u00e4\u00dfig daraufhin gepr\u00fcft werden, ob er noch am Laufen ist. Wenn ein Mailserver rund um die Uhr aktiv ist, w\u00e4re es schlecht, wenn der Scanner im Hintergrund sich verabschieden sollte. Dazu bauen wir uns unter \/usr\/local\/bin ein eigenes Script, das den Dienst spamd pr\u00fcft, zur Not neu startet und dann eine E-Mail verschickt. Das Script sieht dann so aus:<\/p>\n

nano \/usr\/local\/bin\/spamdcheck
\nF\u00fcllt den Inhalt wie folgt:<\/p>\n

#!\/bin\/bash<\/p>\n

#Spamd checkup for being running
\n#Skript by Gargi 2015<\/p>\n

top -b -n 1 | grep \/usr\/sbin\/spamd
\nspamd=$?
\nif [ $spamd = 1 ]; then
\n service spamassassin restart
\n echo „Spamd restarted cause it was not found active!“ > \/var\/log\/spamdcheck.log
\n echo „“ >> \/var\/log\/spamdcheck.log
\n \/etc\/init.d\/spamassassin status >> \/var\/log\/spamdcheck.log
\n mail -s „[System] Spamd recovered“ EURE @ MAILADRESSE < \/var\/log\/spamdcheck.log\n exit 1\nelse\n echo \"Spamd alive, nothing to be done\"\nfi\nSpeichert die \u00c4nderung und macht das Skript ausf\u00fchrbar:\n\nchmod +x \/usr\/local\/bin\/spamdcheck\nDies lasst Ihr \u00fcber den cron alle 5 Minuten beispielsweise laufen:\n\ncrontab -e\n # Spamdcheck every 5 minutes\n*\/5 * * * * \/usr\/local\/bin\/spamdcheck > \/dev\/null<\/p>\n

Spamassassin regelm\u00e4\u00dfig aktualisieren
\nUm den Spamassassin regelm\u00e4\u00dfig zu aktualisieren richten wir uns ein kleines Skript ein:<\/p>\n

nano \/usr\/local\/bin\/sa-updater
\nDies f\u00fcllt mit folgenden Inhalt:<\/p>\n

#!\/bin\/bash<\/p>\n

\/usr\/bin\/sa-update
\ndate > \/var\/log\/sa-update.log
\necho „updated spamassassin“ >> \/var\/log\/sa-update.log
\nDanach macht das Skript ausf\u00fchrbar:<\/p>\n

chmod +x \/usr\/local\/bin\/sa-updater
\nDies lasst Ihr \u00fcber den cron ein mal am Tag beispielsweise laufen:<\/p>\n

crontab -e
\n # Spamassassin Update 2 o clock in the morning
\n1 2 * * * \/usr\/local\/bin\/sa-updater > \/dev\/null<\/p>\n

Scripterweiterungen
\nAn der Stelle werde ich noch ein paar Konfigurationserweiterungen f\u00fcr Spamassassin, procmail und getmail bringen.<\/p>\n

a) Razor und Pyzor anwenden
\nEine Erweiterung f\u00fcr den Spamassassin stellt razor und pyzor dar. Via einer Checksumme werden Mails dann mit einer Datenbank verglichen. Wurde eine Spammail von mehreren Usern gemeldet, dann wird eine empfangene Spammail als solche auf Basis dieser Meldungen auf dem lokalen Server von Spamassassin erkannt.
\nStellt zun\u00e4chst einmal fest, dass die UDP Ports 24441 (in + out f\u00fcr pyzor) und TCP Port 2703 (out f\u00fcr razor) offen sind und passt gegebenfalls Eure Firewall an.<\/p>\n

Jetzt installiert die beiden Pakete;<\/p>\n

apt-get install razor pyzor
\nDie Spamassassin Konfiguration wird automatisch angepasst. F\u00fchrt nun noch folgende Befehle aus, um den razor zu aktivieren:<\/p>\n

razor-admin -d -home=\/etc\/razor -create
\nrazor-admin -d -home=\/etc\/razor -register
\nTestet noch, ob pyzor nach au\u00dfen funken kann:<\/p>\n

pyzor ping
\npyzor –homedir \/etc\/spamassassin discover
\nEin public.pyzor.org:24441 (200, ‚OK‘) deutet darauf hin, dass die Kommunikation funktioniert. \u00c4ndert dann die \/etc\/spamassassin\/local.cf und f\u00fcgt unter den Bayes Bereich noch folgendes mit ein:<\/p>\n

use_pyzor 1
\npyzor_path \/usr\/bin\/pyzor<\/p>\n

use_razor2 1
\nrazor_config \/etc\/razor\/razor-agent.conf
\nStartet Euren Spamassassin neu:<\/p>\n

\/etc\/init.d\/spamassassin restart
\nSchaut Euch dann die gefilterten Spam Mails an. Wenn alles klappt, dann findet Ihr Pyzor und Razor Punkte entsprechend gelistet.
\nz.B. Razor:<\/p>\n

2.4 RAZOR2_CF_RANGE_E8_51_100 Razor2 gives engine 8 confidence level
\n above 50%
\n [cf: 100]
\n 0.4 RAZOR2_CF_RANGE_51_100 Razor2 gives confidence level above 50%
\n [cf: 100]
\n 1.7 RAZOR2_CHECK Listed in Razor2 (http:\/\/razor.sf.net\/)
\nz.B. Pyzor:<\/p>\n

2.0 PYZOR_CHECK Listed in Pyzor (http:\/\/pyzor.sf.net\/)<\/p>\n

b) Mails mit speziellen Anh\u00e4ngen filtern
\nManche Anh\u00e4nge einer Mail sind potentielle Risiken. Hier kann man um die Aufmerksamkeit einwenig zu heben solche Mails gleich von Haus aus in einen speziellen Ordner (Bsp.: dangerous) schieben. Der User sieht dann gleich, dass man hier besondere Vorsicht walten lassen sollte im Umgang mit einer derartigen Mail. Der Code f\u00fcr die .procmailrc w\u00fcrde so aussehen:<\/p>\n

:0 B:
\n* name=.*\\.(vbs\\“|wsf\\“|exe\\“|vbe\\“|src\\“|rar\\“|dll\\*)
\n.dangerous\/
\nDies k\u00f6nnt Ihr mit entsprechenden Erweiterungen noch versehen. Die Regel setzt am besten recht weit nach oben unter die Spamregel. <\/p>\n","protected":false},"excerpt":{"rendered":"

Quelle Installation von Getmail und die Konfiguration Wir installieren zuerst getmail mit einem apt-get install getmail4 Wir legen nun eine neuen User getmail an, der f\u00fcr uns in Zukunft die Sache erledigen wird: adduser getmail Vergebt hier das Passwort. Da das kein Standarduser sein soll und falls Ihr einen ftp am Laufen habt, dann schlie\u00dft … Mailserver auf Debian mit Imap, Smarthost und Filter<\/span> weiterlesen<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-124","post","type-post","status-publish","format-standard","hentry","category-linux"],"_links":{"self":[{"href":"https:\/\/wordpress.steffmaster.mooo.com\/index.php?rest_route=\/wp\/v2\/posts\/124","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.steffmaster.mooo.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/wordpress.steffmaster.mooo.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.steffmaster.mooo.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.steffmaster.mooo.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=124"}],"version-history":[{"count":3,"href":"https:\/\/wordpress.steffmaster.mooo.com\/index.php?rest_route=\/wp\/v2\/posts\/124\/revisions"}],"predecessor-version":[{"id":493,"href":"https:\/\/wordpress.steffmaster.mooo.com\/index.php?rest_route=\/wp\/v2\/posts\/124\/revisions\/493"}],"wp:attachment":[{"href":"https:\/\/wordpress.steffmaster.mooo.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=124"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.steffmaster.mooo.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=124"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.steffmaster.mooo.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=124"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}