John Andersen wrote:
Carlos E. R. wrote:
It consists of accepting the email and storing on devnul.
Also, notice that you are not saving your resources, because the email will have to be read completely into your system, using your bandwidth and cpu time.
Bandwidth and CPU time are way cheaper than MY time or staff time to wade thru the spam.
Certainly, but then why not reject it instead? Just like you would reject mail to an unknown recipient.
Until Spamassassin has a rational approach to early rejection you are pretty well stuck with accepting and then sending obvious high-scoring spam to dev/nul.
That's not a spamassassin issue, you can set it up with postfix. (even if it's a little cumbersome).
The current approach of a dual-pass smtpd as is found in postfix-->Amavis-->postfix--(delivery) is just fundamentally difficult to manage where virus/spam scanning plugins are used.
I don't use amavis, but I don't have any difficulties in running the dual-smtp setup. It works very well and is also easy to manage.
Sendmail style Milters have an advantage here. I wish posfix would make it easier to utilize early rejection.
Yes, that would be nice, I agree. -- /Per Jessen, Zürich -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org