Christian Schmidt schrieb:
Hallo Matthias, Matthias Haegele, 23.05.2006 (d.m.y):Christian Schmidt schrieb:
[...]
Das leuchtet mir jetzt überhaupt nicht ein wieso ich die "Limits" für Spamassassin im MTA konfigurieren sollteIch spreche nicht von irgendwelchen Limits fuer SpamAssassin, sondern von der Entscheidung darueber, ob irgendeine Mail ueberhaupt "soweit" kommt - sei es, weil der Absender oder Empfaenger in einer Liste von nicht zu ueberpruefenden Empfaengern/Absendern stehen, die Mail zu gross fuer SpamAssassin ist oder schon vorher aufgrund positiven Matchens auf Blacklists (auch DNS-basierenden) abgelehnt worden ist.und nicht in amavisd-new oder in Spamassassin direkt, aber wenn das in Exim so ist ok, dann unterscheidet sich das ...Bei exim ist kein amavis noetig.
Klar, kann man spamassassin auch direkt anbinden, nur sehe ich den Vorteil in amavisd-new, da ich dort die Antivirus-Geschichte und antispam mit "einer Schnittstelle" zum MTA abwickle ...
[..]
Klar, das sollte man auch, was man nicht annimmt muss man nicht verarbeiten, deshalb habe ich auch helo_checks, address_verify und ähnliches schon im MTA ...Siehste? Du machst es doch genauso: Erstmal alles, was moeglich ist, im MTA abfackeln, bevor man den "Boliden" in Form von SpamAssassin ranlaesst. ;-)
Die Prüfungen im MTA sind ja auch billiger (weniger Rechenzeit/Ressourcen etc.) als die aufwändige Spamassassin Prüfung.
Gruss, Christian Schmidt
Grüsse MH