Spamassassin fallweise umgehen

Bei mir läuft ein lokaler Mailserver (nur für den Empfang) unter Opensuse 10.2 mit fetchmail/postfix/amavis-new/spamassassin. Direkte Zustellung; es gibt nur ein lokales Postfach, das alles bekommt. Funktioniert tadellos; ich bin gerade dabei, die Regeln für Spamassassin weiter zu verfeinern. Jetzt das Problem: Ich bekomme einige Mails über GMX, die bereits als Spam gekennzeichnet sind. Das sieht zum Beispiel so aus: Subject: ***SPAM*** *** GMX Spamverdacht *** Dear Customer [...] GMX meldet mir die Mail ganz richtig als Spam, dann läuft sie durch Amavis und wird noch einmal mit ***SPAM*** gekennzeichnet. Mein Mailprogramm sortiert aber schon"*** GMX Spamverdacht ***" richtig weg, der zusätzliche Lauf durch Spamassassin ist also überflüssig. Ein großes Problem ist das nicht, aber es ist irgendwie unschön, und ich frage mich, ob es nicht eine Möglichkeit gibt, schon vor der Verarbeitung durch Spamassassin einzugreifen und die Mail einfach durchleiten zu lassen, sodass Spamassassin sie gar nicht erst sieht. Wo müsste ich da ansetzen? Kann ich so eine Vor-Filterung in Postfix selbst einbauen? Ich habe das hier gefunden: http://www.postfix.org/header_checks.5.html http://www.postfix.org/SMTPD_PROXY_README.html Leider ist mir nicht klar, wie ich eine Mail unter Umgehung von Spamassassin direkt *zustellen* lassen kann; dort ist in den Beispielen immer nur von "Reject" die Rede. Danke! Jürgen -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Juergen Langowski wrote:
Bei mir läuft ein lokaler Mailserver (nur für den Empfang) unter Opensuse 10.2 mit fetchmail/postfix/amavis-new/spamassassin.
Direkte Zustellung; es gibt nur ein lokales Postfach, das alles bekommt.
Funktioniert tadellos; ich bin gerade dabei, die Regeln für Spamassassin weiter zu verfeinern.
Jetzt das Problem: Ich bekomme einige Mails über GMX, die bereits als Spam gekennzeichnet sind. Das sieht zum Beispiel so aus:
Das ist aber keine direkte Zustellung!
Subject: ***SPAM*** *** GMX Spamverdacht *** Dear Customer [...]
GMX meldet mir die Mail ganz richtig als Spam, dann läuft sie durch Amavis und wird noch einmal mit ***SPAM*** gekennzeichnet.
Sortiere doch nach dem header und nicht nach dem Subject.
Mein Mailprogramm sortiert aber schon"*** GMX Spamverdacht ***" richtig weg, der zusätzliche Lauf durch Spamassassin ist also überflüssig.
Ein großes Problem ist das nicht, aber es ist irgendwie unschön, und ich frage mich, ob es nicht eine Möglichkeit gibt, schon vor der Verarbeitung durch Spamassassin einzugreifen und die Mail einfach durchleiten zu lassen, sodass Spamassassin sie gar nicht erst sieht.
Wo müsste ich da ansetzen? Kann ich so eine Vor-Filterung in Postfix selbst einbauen? Ich habe das hier gefunden:
Du kannst per Headercheck mit der Aktion FILTER die Mails direkt übergeben an den Einlieferport von Amavis bzw an den Deliver. Oder du umgehst komplett die Konfiguration mit content_filter und schickst je nach Client oder sonstigem Check die Mails mit FILTER an den entsprechenden Nexthop.
Das hat überhaupt nichts damit zu tun. Bei mir läuft Amavisd-new als Proxyfilter, damit kann es auch nicht umgangen werden.
Leider ist mir nicht klar, wie ich eine Mail unter Umgehung von Spamassassin direkt *zustellen* lassen kann; dort ist in den Beispielen immer nur von "Reject" die Rede.
Kein Wunder! Wer nimmt schon freiwillig eine Spam, wenn er weiss, dass es eine Spam ist?!? -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (2)
-
Juergen Langowski
-
Sandy Drobic