Date: Fri, 23 Nov 2007 10:47:22 +0800 From: "Qingran Xia" <qingran.xia@gmail.com> To: "Mitchell Smith" <mjsotn@gmail.com> Cc: freebsd-isp@freebsd.org Subject: Re: Spam Filter Efficiency Message-ID: <b5ff60410711221847m42a97798w6cca10ac313b23d2@mail.gmail.com> In-Reply-To: <00c401c82cc4$5bcd6a20$580116ac@mjspcbook> References: <00c401c82cc4$5bcd6a20$580116ac@mjspcbook>
next in thread | previous in thread | raw e-mail | index | archive | help
I strongly recommend you to take use of amavisd-new to run SpamAssassin and Clamav. Because all the things about spam and virus checks are loaded and run in the amavisd-new daemon's process. In my website, a Dual Xeon with 4GB ram box can check more than 500,000 messages per day. And I turn on the RBL, Razor, pyzor and URIBL checks of SpamAssassin. On Nov 22, 2007 12:58 PM, Mitchell Smith <mjsotn@gmail.com> wrote: > Greetings List, > > I apologize if this topic has already been raised, however I would like some feedback on how people are managing spam in high volume email environments. > > To give you a little background, our organization currently has three reasonably powerful boxes (dual XEON with 4GB ram), processing about 800000 messages > a day (total) and are seriously struggling under the load. > > Our configuration consists of Postfix with a couple of RBL checks, GLD greylisting (central MySQL db), which falls through to MailScanner which filters > with SpamAssassin / Clamav. > > >From the mail scanners, the emails are the forwarded (via an LDAP lookup) to a specific Cyrus mail store. > > We have turned off DCC checks in SpamAssassin which has improved performance quite a bit, however we are still doing Razor checks. > > We have investigated a couple of commercial solutions which clamed to be able to handle more than our quantity of mail on one box, however the spectacular > pricetags associated with such solutions suggest we won't be moving forward with these any time soon. > > We are also looking at other open source solutions such as amavis / dspam to see if we can try and improve the throughput on our current hardware. > > What I would like some feedback on is if anyone has already gone down this path and found one solution that performs better than another, or if anyone is > using a similar setup to ours and has found better ways to optimise it. > > I would very much appreciate some feedback either on or off list please, as to how other people might be tackling this same problem. > > Cheers > _______________________________________________ > freebsd-isp@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-isp > To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b5ff60410711221847m42a97798w6cca10ac313b23d2>