It's interesting to me that your chosen example of "doing it right" is in fact doing 2 very wrong things (bl.spamcop.net as a blacklist, and sender callback).

Further, I and several other people mentioned the same basic setups as this one (minus the 2 mistakes I just mentioned), and I am in fact (and said so) doing several things before SA specifically to reduce the load of SA.

I usually think your messages start with well intentioned ideas that just go off into wrong turns, but this one seems to indicate a more fundamental problem in your thought processes.



Marc Perkel wrote:
OK - it's interesting that of all of you who responded this is the only person who is doing it right. I have to say that I'm somewhat surprised that so few people are preprocessing their email to reduce the SA load. As we all know SA is very processor and memory expensive.

Personally, I'm filtering 1600 domains and I route less than 1% of incoming email through SA. SA does do a good job on the remaining 1% that I can't figure out with blacklists and whitelists and Exim tricks, but if I ran everything through SA I'd have to have a rack of dedicated SA servers.

[EMAIL PROTECTED] wrote:
Am Donnerstag, 16. August 2007 schrieb Marc Perkel:
As opposed to preprocessing before using SA to reduce the load. (ie.
using blacklist and whitelist before SA)

I use:

At rcpt time:
callout to recipient
zen.spamhaus.org    <- Catches 90%
bl.spamcop.net
list.dsbl.org
callout to sender

At data time:
clamd (malware is rejected)
spamassassin (>10 Rejected, <10 add headers)
I think i will lower the spamassassin scores to 8 in the near future.

At the moment less then 5% spam reaches spamassasin.


Reply via email to