On Tue, Mar 09, 2004 at 02:51:54PM -0800, Justin Mason wrote: > FWIW, though, SpamAssassin 2.6x has a very sophisticated DNSBL lookup > algorithm which (a) runs all queries in parallel and (b) aborts ones > that are taking significantly longer than the others, reducing problems > if one or two hosts go down. So nowadays this should be *more* efficient > run from SpamAssassin than from the MTA.
I don't doubt it. But that means spamc hangs around for up to 10 seconds awaiting a response on a system that runs "spamd -m XX" - i.e. XX max processes. If you ran RBL checks out on the SMTP server, then you may be inefficient, but at least that 25K SMTP process is dealing with it rather than a 28M spamd process... -- Cheers Jason Haar Information Security Manager, Trimble Navigation Ltd. Phone: +64 3 9635 377 Fax: +64 3 9635 417 PGP Fingerprint: 7A2E 0407 C9A6 CAF6 2B9F 8422 C063 5EBB FE1D 66D1
