Michael Reck a écrit : > Zitat von Patrick Ben Koetter <p...@state-of-mind.de>: > >> * Michael Reck <sir...@brauchmer.net>: >>> Hi List, >>> >>> I`m looking for a SA replacement in an large scale enviroment. >>> DSPAM seems to use filesystem (--with-userdir=) for various >>> functions which is not what i want. dspam also needs per user >>> activation.
Last time I used dspam, it was in a virtual setup with a mysql backend. dspam was configured as a proxy: it took mail from postfix, uses mysql, then passes mail to postfix. and dspam can be configured to use a "site-wide" or per-user setups (plus hybrid configs, with groups and the like). >>> [snip] > > Yes, i don`t like it :) > We already use SA in this Cluster with SQL. And i (with my mailboxes) > have no problems with it. > But i see that SA results getting worser and worser - or the spam is > getting better - you name it. > Anyway, our customers complaining the usual way ( to much spam in my > inbox...) and are not getting smarter (i don`t want to train SA...) so i > must bear the challenge :) > switching tools may or may not help. If you pass all mail to your content filter, then no matter which filter you use, a lot of spam will be missed. so you need to block mail based on "reputation" (sorry for the marketing speach:). You need to block as much junk in postfix as you can. zen.spamhaus.org is a good start. also consider using a COTS solution, to push the maintenance burden onto someone else... (tuning/maintaining a filter is a business in itself. you'll need to see if it's a business you want to spend resources on, or whether you'd better pass the potatoe to someone else).
