Wir wollen das Spamassassin Plugin "AskDNS" einsetzen, um den MX-Record der Domain im "Reply-To"-Header prüfen, falls diese gesetzt wurde.
Im Quelltext der AskDNS.pm findet sich folgender Hinweis:
Special supported tag HEADER() can be used to query any header content, using same header names/modifiers that as header rules support.
For example _HEADER(Reply-To:addr:domain)_ can be used to query the trimmed domain part of Reply-To address. See Mail::SpamAssassin::Conf documentation about header rules.
Wir nutzen folgende Regel in der custom.cf:
Im Log des DNS-Servers ist ersichtlich, dass AskDNS keinen MX-Lookup für die Reply-To-Domain durchführt.
EIne Debugausgabe vom Spamassassin zeigt, dass das AskDNS Plugin zuvor geladen wurde.
Andere selbstgebaute Regeln in der custom.cf funktionieren ohne Probleme.
Gruß
Exo
Im Quelltext der AskDNS.pm findet sich folgender Hinweis:
Special supported tag HEADER() can be used to query any header content, using same header names/modifiers that as header rules support.
For example _HEADER(Reply-To:addr:domain)_ can be used to query the trimmed domain part of Reply-To address. See Mail::SpamAssassin::Conf documentation about header rules.
Wir nutzen folgende Regel in der custom.cf:
Perl:
ifplugin Mail::SpamAssassin::Plugin::AskDNS
add_header all AskDNS loaded
# Block MX hosts of domains listed in Reply-To
askdns LOCAL_REPLYTOMX _HEADER(Reply-To:addr:domain)_ MX /mx.unwantedreplyto.com/
describe LOCAL_REPLYTOMX Block list of MX hosts looked up from Reply-To
score LOCAL_REPLYTOMX 1.0
endif # Mail::SpamAssassin::Plugin::AskDNSIm Log des DNS-Servers ist ersichtlich, dass AskDNS keinen MX-Lookup für die Reply-To-Domain durchführt.
EIne Debugausgabe vom Spamassassin zeigt, dass das AskDNS Plugin zuvor geladen wurde.
Andere selbstgebaute Regeln in der custom.cf funktionieren ohne Probleme.
Gruß
Exo