-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jason Haar writes: >On Tue, Mar 09, 2004 at 03:41:48PM -0600, Steve Yuroff wrote: >> I've been running SA on a Cobalt Qube since 2.42 was current, and it's >> been a wonderful solution. Recently I moved to running spamd -d to >> because of the increased load the increase in spam was putting on the >> server. Now that's not cutting it- they're hitting me so hard I'm >> seeing processor loads in the 30's, and my poor little Qube is buckling >> under the load- I can't ssh in, email exchanges time out, ect. > >First off, disable the network checks and move any RBL checks you relied on >SA for out onto your Internet-frontend SMTP server. That way you lose no >functionality, but remove a bunch of "hangs" from SA - which lead to >loading issues. > >The DNS checks cannot be underestimated. We run Qmail-Scanner on all our >e-mails - and it's a perl script. It typically processes an e-mail in <0.3 >secs, but calling spamc adds 2-8sec to it due to all the RBL lookups going >on. > >[I prefer running them via SA and will do so until the load gets too much - >then I will take my own advice and move RBL back out to where it was >designed for ;-)] 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. - --j. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Exmh CVS iD8DBQFATkqKQTcbUG5Y7woRAjW6AKDxOA86Q4FhT+tWccGi0Dnhue2WTwCfdhSh cK6u9F9PTiemsC5iUkTeCrk= =t35S -----END PGP SIGNATURE-----
