Justin Robinson wrote: > Hi all, I just barely subscribed to the list and I have a question... > > > We did a bit of an experiment in using SpamAssassin over the past month > and just disabled it last night. We have roughly 9000 email accounts on > our server and we mass-enabled spam assassin for them. Only 78 used the > opt-out function we built, and we received many enthusiastic THANK YOU's > from our customers. > > Unfortunately we moved from having 1 Pentium3 550 server handling > inbound email, to using 4 load-balancing (MX-based), each running a copy > of spamd and we had at least 2 server "overloads" a week. Since > disabling spam assassin last night our CPU usage has dropped imensely > and everything seems much more stable... > > My question is - is there anything we can do to reduce the load against > our servers while running spam assassin. We love how well it marks out > spam - however we can not continue using it if we need to sacrifice > reliability.
1. Use SpamAssassin CVS. Some of the nastily slow regexps have been fixed very recently in CVS. 2. Use an external mail class to parse your email and split out just the text and html parts to pass to SpamAssassin. A huge part of the load on SA is in doing nasty slow regexps across the "rawbody" tests when the email contains large MIME attachments. That's about it. If you find specific emails that are slow, run them through the new speedtest script in CVS with -d:DProf and send us the output of dprofpp -O 40. Matt. _______________________________________________________________ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
