Milter-greylist

On Wed, Jul 14, 2010 at 11:27:03AM -0400, Greg Troxel wrote:
> 
> The overall challenge is to not delay legit mail (...)
>   dacl greylist spamd > 1 delay 2h msg "Message greylist for spam content"

If you're using a more or less default SA configuration, this dacl will
delay lots of messages.  Example: SUBJ_ALL_CAPS and you're above one.

When using the default configuration, everything below 3-4 will get you
too many false positives.


> to cause mail to be blocked long enough so that when it comes again it
> will be more likely that addresses/etc. have made their way into RBLs.

I remember that being one of my main motivations for multiple spamd
dacls.  In reality, though, I've never seen such a case.  At least not
in conjunction with systems that need manual user input in order to
update a certain database (RBLs, Razor).  Systems where the database
gets updated automatically (DCC) sometimes managed to add weight after
an initial delay of 4-8 hours.

		Petar Bogdanovic