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 sollte
Ich 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
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
