Tach,
Zitat
Theoretisch sollte sich noch mehr Spam dadurch blocken lassen, dass man Spamassassin parallel laufen lässt, richtig? Wobei... Kann man dann sicherstellen, dass Spamassassin nach policyd-weight läuft?
SpamAssassin macht nur dann Sinn, wenn in den Mails Spam zu finden ist, die durch den PolicyD-Weight durchlaufen, und anschließend in deinem Postfach landen.
Ich verwende hierfür nicht direkt den SpamAssassin, sondern AmavisD-new. Amavis ist ein Daemon wie PolicyD-Weight auch, der den Mail-Inhalt (PolicyD-Weight sieht den Inhalt noch nicht) durch diverse Filter jagt, nachdem die Mail bereits lokal angenommen wurde. So kann Amavis die Mail z.B. durch den SpamAssassin laufen lassen und mit ClamAV nach Viren checken, wobei letzteres bei mir nicht wirklich was gebracht hat. Der Amavis-Daemon bringt hierbei seine eigenen SpamAssassin-Routinen mit, d.h. es muss kein weiter SpamD o.ä. installiert/gestartet werden.
Wenn nun der PolicyD-Weight eine Mail ablehnt, dann kommt diese erst gar nicht in die lokale Mail-Queue, d.h. Amavis/SpamAssassin bekommt diese auch gar nicht zu sehen.
Wenn der AmavisD-new korrekt läuft, braucht's folgende Zeile in der main.cf:
content_filter = amavis:[10.0.0.1]:10024
Und dann noch in der master.cf folgendes anhängen:
amavis unix - - n - 2 smtp
-o smtp_tls_security_level=none -o smtp_data_done_timeout=1200 -o smtp_send_xforward_command=yes
10.0.0.1:10025 inet n - n - - smtpd
-o content_filter=
-o local_recipient_maps=
-o relay_recipient_maps=
-o smtpd_tls_security_level=none
-o smtpd_restriction_classes=
-o smtpd_client_restrictions=permit_mynetworks,reject
-o smtpd_helo_restrictions=
-o smtpd_sender_restrictions=
-o smtpd_recipient_restrictions=permit_mynetworks,reject
-o mynetworks=10.0.0.0/16
-o strict_rfc821_envelopes=yes
-o smtpd_error_sleep_time=0
-o smtpd_soft_error_limit=1001
-o smtpd_hard_error_limit=1000
Alles anzeigen
Spätestens hierfür würde ich aber unbedingt eine nicht-öffentliche IP-Adresse verwenden. Nicht das noch jemand auf die Idee kommt, seine Mails über deinen Amavis zu checken. 
Zitat
Weisst du zufällig, ob der "Versender" einer abgewiesenen Mail eine Nachricht darüber bekommt?
Das ganze läuft so ab: Irgendein SMTP-Client will die Mail bei dir abliefern. Dies wird aber idR. nie eine natürliche Person mit dem Thunderbird sein, sondern der SMTP-Server eines ISPs (z.B. GMX). Eine SMTP-Verbindung sieht so aus:
1.) Begrüßung mittels EHLO
2.) MAIL FROM:Absender
3.) RCPT TO:Empfänger
4.) DATA
5.) Übermittlung der eigentlichen Mail.
Der PolicyD-Weight ist nun bei Punkt 3 dazwischen geschaltet, d.h. wenn dieser die Mail ablehnt, dann geschieht dies, bevor der Mail-Inhalt überhaupt übertragen wird. Der Rechner, der die Mail einliefert, weiß also, dass die Mail nicht zugestellt wurde und wird dies dem ursprünglichen Empfänger mitteilen.
Anders sieht es nun bei SpamAssassin aus. Dieser Content-Filter wertet die E-Mail erst aus, nachdem diese vollständig übertragen wurde. Für den einliefernden Mail-Client ist die Mail-Übertragung mit dem Übersenden des Mail-Inhalts erledigt. Was danach mit der Mail passiert, also ob diese z.B. von einem SpamAssassin als Spam markiert wird, davon weiß der Mail-Client nichts.
Daher niemals den Amavis/SpamAssassin Mails direkt löschen lassen.
Der PolicyD-Weight meldet das Ablehnen der Mail aber an den einliefernden Mail-Client, d.h. der Absender wird darüber auch informiert.
PS:
Zitat
Mal schauen, aber ich glaube das filtert schon fast alles (bis auf Newsletter) raus.
Newsletter sind auch kein Spam im klassischen Sinne. 
PPS: Meine aktuelle Statistik von heute:
RBL rejected: 168
Spam rejected: 52
Ham accepted: 16
Von 236 Mails sind also nur 16 erwünscht, macht einen Spam-Anteil von über 93 Prozent. 
