Entgegen der gut gemeinten Behauptung im Artikel hilft bei
SpamAssassin ein regelmäßiges Update mit sa-update nicht generell.
Insofern stört mich der Wink mit der Rute für angeblich "schludrige"
Admins etwas ...
Wird zwar im Thread "Wie und wo abstellen in älteren Spamassassin
Versionen (z.b. Debian Etch)" auch schon erwähnt, aber hier
vielleicht zusammenfassend:
War z.B. eine SpamAssassin-Version aktiv, die noch die
DNS_FROM_SECURITYSAGE aktiv hatte, so enthalten aktuelle Updates zwar
diese Rule nicht mehr (in 20_dnsbl_tests.cf), da aber die
Update-Rules in einem separaten Verzeichnis der vorhandenen
Konfiguration überlagert werden, bleibt die alte Rule aktiv. Hier
hätte die Rule explizit mit Score 0 redefiniert gehört ...
Abhilfe schafft ein explizites
score DNS_FROM_SECURITYSAGE 0
in local.cf. Könnte man auch direkt in 50_scores.cf machen...
Nur wenn man das gesamte SpamAssassin als Package der Distribution
aktualisiert, wirkt sich die über die Zeit entfernte Rule auch
wirklich aus.
SpamAssassin ein regelmäßiges Update mit sa-update nicht generell.
Insofern stört mich der Wink mit der Rute für angeblich "schludrige"
Admins etwas ...
Wird zwar im Thread "Wie und wo abstellen in älteren Spamassassin
Versionen (z.b. Debian Etch)" auch schon erwähnt, aber hier
vielleicht zusammenfassend:
War z.B. eine SpamAssassin-Version aktiv, die noch die
DNS_FROM_SECURITYSAGE aktiv hatte, so enthalten aktuelle Updates zwar
diese Rule nicht mehr (in 20_dnsbl_tests.cf), da aber die
Update-Rules in einem separaten Verzeichnis der vorhandenen
Konfiguration überlagert werden, bleibt die alte Rule aktiv. Hier
hätte die Rule explizit mit Score 0 redefiniert gehört ...
Abhilfe schafft ein explizites
score DNS_FROM_SECURITYSAGE 0
in local.cf. Könnte man auch direkt in 50_scores.cf machen...
Nur wenn man das gesamte SpamAssassin als Package der Distribution
aktualisiert, wirkt sich die über die Zeit entfernte Rule auch
wirklich aus.