Re: [Sqlgrey-users] warn_if_reject to populate the db

[Michel B. <mi...@bo...>]

Le Mardi 28 Juin 2005 17:09, Michael Storz a =E9crit :
>
> These algorithms run for about 4 months at our site and they have prove=
n
> to be very successful.

I have no doubt about it. But to me the question is about the vocation of=
=20
SQLgrey. Is SQLgrey supposed to be a (very efficient) greylisting system,=
 or=20
is it evoluating to become an exhaustive MTA anti-spam policy server=20
implementing each and every possible way of filtering spam (before queue)=
.

I am personally interested in the 1st option, and not in the 2nd, as may =
good=20
solutions already exists for the "non-greylisting" methods, and because I=
MHO=20
it doesn't make much sense to mix all this together in a single system,=20
unless you want to end up with something as heavy and complex as=20
swiss-army-knife tools such as amavisd-new (for example).

I'm much more in favour of the Unix philosophy : Build with bricks, one b=
rick=20
does one thing and does it well. In such a vision, IMHO, the role of SQLg=
rey=20
is to be one of the bricks of an antispam solution, no to try to be the=20
complete wall on its own.

Let the MTA be the place where to integrate the bricks and build the wall=
=20
according to its admin's choices.

But that's just my 2c...

--=20
Michel Bouissou <mi...@bo...> OpenPGP ID 0xDDE8AC6E