Quoting Eric Shubert <[email protected]>:
> I think this is more complicated than it needs to be, and not any more > efficient than the qtp-prune-graylist script > (http://qtp.qmailtoaster.com/trac/browser/bin/qtp-prune-graylist). The > script is admittedly a little i/o intensive, but a) some of it is > typically cached, and b) it's not all that slow. Besides which, what's > the problem? It's typically run once a day, and I don't see it impacting > the performance of anything else. Depends on the scale of your mail server. See this entry from the ChangeLog: NOT BACKWARDS COMPATIBLE: Changed the graylist system to create a deeper directory structure by creating folders for the senders' domain names. This will allow busy servers to use graylisting even when the number of sender addresses could exceed the number of entries allowed in a folder. Thanks to Trog for suggesting this one. My mail servers graylisting was hitting filesystem limits in less than 24 hours. The qtp-prune-graylist script would take much longer than a day to run on my mail server. I'd basically have to run it continuously on my server - it would certainly impact performance. Regards, -trog _______________________________________________ spamdyke-users mailing list [email protected] http://www.spamdyke.org/mailman/listinfo/spamdyke-users
