Steve,
What I'm getting is this... the ultimate in low resource spam protection
is blocking based on the sending IP using a prolific DNSBL like
zen.spamhaus.org that, like zen, has extreme low FPs. Because the
message is blocked at the perimeter using just a single lookup on the
sender's ip. The incoming spams are swatted down very quickly. To extend
this further, if that DNSBL is locally served via rbldnsd, that is even
better since the dns lookup times can then go from about 30-60ms to <1ms.
(but Zen doesn't catch everything and spamhaus data feeds are expensive!
But I have some related suggestions along these lines that my interest
you and accomplish all of this and more!)
By implementing such a strategy, you might find that your iMail server
is suddenly able to handle the load. (really... please don't doubt me on
this... hear me out...)
I'll contact you off-list with more specifics since this is getting very
off-topic to sniffer... and some of my suggestions are "free", and
<disclaimer>others involve a product I sell</disclaimer>. So I should
probably stop here and quit before I get further behind!
Rob McEwen
#############################################################
This message is sent to you because you are subscribed to
the mailing list <[email protected]>.
To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]>
To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]>
Send administrative queries to <[EMAIL PROTECTED]>