Fachrat Informatik - Forum

empfehle dir dovecot und exim4 :-)

dovecot für imap(-ssl) und exim4 für .. naja ... smtp halt :-)
wenn du das alles im Maildir-Format machst, hast dus schön übersichtlich ...

Spamfilter sind so ne Sache, kommt drauf an, was dein Server an RAM auf der Brust hat
Für dovecot gibt es auch ein Anti-Spam-Plugin, das recht intelligent arbeitet ... es überprüft einen bestimmten Ordner. Und wenn du da was reinverschiebst, dann tagt er es als Spam, wenn du es rausbewegst, entfernt er das Tag wieder ... feeding ham was never easier

Virenscanner fällt mir nicht ein, aber ist das lokal nicht eh sinnvoller?

Howtos gibt es recht viele, debianhowto.de ist ganz nett soweit

Ich verwende Exim4 als SMTP-Server, Courier als IMAP- und POP3-Server und MySQL als gemeinsames Backend für die komplette Konfiguration.

Zusätzlich verwende ich ClamAV und Spamassassin mit sa-exim. Der Vorteil ist, dass Samassassin dadurch die Mail schon scannt, während noch eine SMTP-Verbindung steht und man so nette Sachen wie adaptive Greylisting verwenden kann.

Außerdem mag ich an Exim den extrem mächtigen Filter.

Wenn du was mächtiges suchst, ist Cyrus nicht schlecht. Der arbeitet auch problemlos mit sehr vielen Postfächern per SASL und LDAP über MySQL. Dazu gibt es ein Webinterface. Leider ist die einrichtung nicht ganz einfach, weil man sich durch haufenweise Config-Files wühlen darf.

Wenn es um mehrere Domains geht sicher eine Überlegung wert.

Wobei für die meißten Server Exim ausreichen mag...

Also ich find die Einarbeitung in folgendes ging recht gut, auch wenn man viele Konfigurationsdetails erst später in Ruhe klären muss. Aber ein lauffähiges System geht recht gut und recht fix mit den richtigen HowTos: postfix, courier-imap-(ssl), courier-maildrop, amavis-new, clamav, spamassassin, MySQL, postfixadmin
maildrop als transport funktioniert recht gut. Man kann es dank courier-authlib/authdeamon auch mit an die MySQL-User-DB hängen, in der man die Domains und Accounts verwaltet. Nimmt man alles aus Debian Etch (sarge-backports) ist es recht aktuell und der MySQL-Support ist bei allen Paketen inkl. Maildrop von Haus aus dabei. Mit entsprechend gewählter Maildropkonfiguration kann man auch für jeden virtuellen Account eine eigene Filterdatei haben.

Quoted

Original von snoopy[...]wo kann denn dann z. B. ein Benutzer von exim seine .forward hinlegen, wenn alles in einer DB ist.

Entweder, Du legst die Forwarding-Regeln auch in eine Tabelle und benutzt dann in Exim eine entsprechende Routing-Regel, oder Du legst sie in das Maildir-Verzeichnis des Users. Die Mails müssen ja auch irgendwo liegen, deshalb muss für jeden User ein Maildir angelegt werden. (Exim macht das auf Wunsch automatisch, sobald die erste Email für einen lokalen User ankommt.)

Quoted

Kann man mit exim filter pro user auch sagen "Emails, deren Betreff mit "[Secuirity]" beginnen nach Inbox.DebianML bitte". Oder was meinst du mit mächtigem Filter? Womit würde ich sowas denn sonst machen?

Das Exim Filter-Interface erlaubt viel mehr, als nur Mails zu sortieren. Das fängt an bei einfachen Weiterleitungen an, geht über das Sortieren in (dynamisch erzeugte) Ordner, z.B. nach Wochentagen, Messagegröße oder Absendern bis zum vollständigen Ersatz für Vacation, einschließlich der einfachen Mögichkeit, nur eine Vacation-Message innerhalb einer bestimmten Zeitspanne zu senden. Wenn Du möchtest, kannst Du auch Heaerzeilen gezielt manipulieren. Bei alledem hast Du die Möglichkeit mit Regulären Ausdrücken zu arbeiten. Das Exim-Filterinterface ist mächiger, als .forward, procmail, formail und sieve zusammen, und wenn Dir das nicht ausreicht, kannst Du aus einem Exim-Filter heraus externe Skripte oder Programme aufrufen.

Ich weiß ja nicht, ob du schon fertig bist. Hier ist ein Eintrag aus dem Gentoo-Wiki zur Einrichtung von Cyrus. Wie gesagt... er lohnt sich wenn man mehrere Domains auf einem Server hat und eine vollkommen vom System getrennte Nutzerverwaltung haben möchte. Zudem bietet er einen sehr guten Webmail-Zugriff. Nur die Einrichtung ist wirklich nicht ganz trivial . Dafür kann er Problemlos einige 1000 Mailadressen verwalten...

http://de.gentoo-wiki.com/MailServer

Quoted

Original von Rick (http://forum.finf.uni-hannover.de/addrep…te&postid=43865)

oh, und wenn open relay als stichwort nicht fällt, dann njabl.org vermutlich auch nicht? (*grummel weil einige IPs aus dem dynamischen arcor block geblockt sind*)

Mich würde mal Eure Meinung zum Thema Realtime Black(hole) Lists interessieren. Die sind so verlockend was die Spam-Abwehr angeht. Ich bin positiv beeindruckt, dass ich allein mit spamcop, spamhaus und dsbl.org 90% Spam loswerden kann. Ich habe die mal direkt mit Postfix getestet, sprich dass der SMTP-Server die Verbindungen gleich blockt. Die Alternative wäre wohl es in Spamassassin zu nutzen? Nun sind RBL ja ein zweischneidiges Schwert... und darum würden mich ein paar andere Meinungen/Erfahrungen mal interessieren.

RBLs alleine sind mir zu scharf. Ich mache mich nicht gerne von Dritten abhängig, die den Kampf gegen Spam mit teilweise schon religiösem Eifer betreiben. RBLs werden von meinem spamassassin als ein Faktor von vielen mit in die Bewertung einbezogen. Allein weil ein Relay in einer RBL gelistet ist, wird bei mir aber keine Mail abgewiesen.

OK, hast wohl recht. Es wollte in Spamassassin nicht anspringen, da hatte ich es mal mit Postfix getestet. Aber plötzlich geht's. Ich muss sagen, ich bin positiv überrascht wie gut spamassassin mit bayes, rbl, razor2, pyzor und den Standardtests läuft. Vorallem razor sorgt für sehr gute Ergebnisse bei der Spamerkennung.

Hat hier jemand Erfahrungen mit den OCR-Plugins für spamassassin?

Quoted

Original von metalhen
positiv beeindruckt, dass ich allein mit spamcop, spamhaus und dsbl.org 90% Spam loswerden kann. Ich habe die mal direkt mit Postfix getestet, sprich dass

Spamcop ist rogue. NIE verwenden.

Quoted

Original von metalhen
Hat hier jemand Erfahrungen mit den OCR-Plugins für spamassassin?

Bei unserem momentanen Spamvolumen ist ein Dual Xeon mit nichts anderem als Spam Assassin beschäftigt. Der OCR-Kram kommt im Vergleich recht selten zum Tragen, zieht aber unverhältnismäßig viel CPU, daher habe ich den wieder rausgeworfen. SARE-Regeln bringen *deutlich* mehr bei vernachlässigbarem Overhead.