[postfix-users] OT: X-SPAM header durch amavisd-new immer hinzufuegen
Peter Lokus
mailist at sokol-web.de
Do Aug 7 23:22:38 CEST 2008
Hallo Liste,
es zwar nicht eine direkte postfix-Frage, aber da amavisd-new auf postfix
ausgerichtet ist.... :-)
Ich frage also ins Blaue hinein, da aus meiner bisherigen Recherche nicht klar
wurde, inwieweit meine Idee pratikabel ist bzw. ob ich den richtigen Ansatz
habe.
Ich betreibe ein Mail-Gateway (mit postfix) für mehrere verschiedene
smtp-Server/Domänen und möchte nun amavisd-new integrieren. Dabei möchte ich
zu jeder Mail die X-SPAM Header hinzufügen lassen, unabhängig davon, ob diese
Mail lokal zugestellt oder weitergeleitet wird. Der Grund liegt einfach
darin, dass MUAs den Spamstatus anzeigen können und die Endanwender somit
eine direkte Rückkopplung haben und "wissen", dass der Spamfilter arbeitet.
Es ist also eher ein psychologischer Grund und kein technischer.
Laut Dokumentation müssen folgende Parameter gesetzt sein:
$sa_tag_level_deflt = numerischer Wert <=0
@local_domains_acl = hier wird .$mydomain gelistet
Nach meinem Kenntnisstand muss zu @local_domains_acl nun meine Domänen
hinzugefügt werden. Dies funktioniert auch, widerspricht aber der amavisd-new
Dokumentation:
# local_domains* lookup tables are used in deciding whether a recipient
# is local or not, or in other words, if the message is outgoing or not.
# This affects inserting spam-related headers for local recipients,
# limiting recipient virus notifications (if enabled) to local recipients,
# in deciding if address extension may be appended, and in SQL lookups
# for non-fqdn addresses. Set it up correctly if you need features
# that rely on this setting (or just leave empty otherwise).
Ist mein Ansatz also pratikabel? Wieso sollten die X-SPAM Header nicht in
externe Mails eingesetzt werden? Meine erste Argumentation wäre, dass der
nächste Hop diese Mail bei seiner Spamprüfung anders bewerten könnte/würde
als ohne diese X-SPAM Header.
Aus diesem Thread werde ich bestimmt neue Erkenntnisse mitnehmen können:-)
Gruss,
Peter
More information about the postfix-users
mailing list