Greetpause seems very ineffective (Was: RE: Increased Volumes Of Spam)

[Peter Nitschke]

>Actually, it is, yes.  I do MailScanning for a law firm that does
>business with .. err .. multi billion dollar companies.  You'd KNOW the
>name if I said it (which I won't - it's not necessary).  I run GL on my
>servers, and have been seeing more and more corporate mails getting
>delayed for very long periods of time ( > 1 day) because people are
>using server that round-robin outgoing messages via multiple SMTP
>servers ... and the GL module I use keeps everything in memory (not disk
>/ sql) so if I have to restart it for (whatever) reason it loses the GL
>tuple - then everything starts over again.  
>
>Is the round robin sending a bad thing?  Yeah, it probably is.  But
>it's not something *I* can control.  And I'm sorry, I'm not going to
>lose a contract with that law firm because they missed a filing deadline
>with the court because an email was delayed.  Email delivery isn't
>guaranteed - but we (sysadmins across the globe) have made damn sure
>that it makes it as QUICKLY as it can .. and the (l)users have gotten
>used to it.  

This one may be your answer.

http://smfs.takm.com/

SMF-Grey+tym
Here is the extended version of smf-grey, the original of which is here. 
This version adds the following features:

Shades of grey (variable delay) via DNS white and block lists. 
Auto reload of configuration file 
Export and reload of in-memory greylist cache 
Frequent (configurable) incremental exports of cache with daily cleanup 
Configurable auto whitelist of sender networks 
Configurable auto blocking of sender networks