I don't see a real problem here. I think the -mtime parameter on directories causes empty directories to stick around longer than need be though.
The script is a bit nicer in my mind. It processes each domain individually, and optionally gives statistics regarding what it did, without listing every single file/directory it deleted. Note, the stats take an additional "find" to count the total number of graylist entries, so it runs a little longer than when it's run silently. Having said that, I've come to the conclusion that graylisting isn't worth it to me. I disabled graylisting several months ago, and haven't really noticed any less effectiveness. Measuring the effectiveness of graylisting properly is very difficult, and it's a pain for users (myself included) at times. With all of the other filters spamdyke provides, I don't think the cost of graylisting is worth the benefit. Of course, YMMV. -- -Eric 'shubes' On 11/22/2013 06:15 PM, BC wrote: > > Interesting. I've been doing it this way - should I stop? > > # time to delete old, empty graylist entries older than 15 days (empty > files & empty directories) > > find /var/qmail/antispam/graylist/ -type f -mtime +15 -print -delete > > find /var/qmail/antispam/graylist/ -empty -type d -mtime +15 -print -delete > > I run these in that order. > > Seems to do as I ask... > > > On 11/22/2013 10:09 AM, Eric Shubert wrote: >> On 11/19/2013 04:46 AM, Gary Gendel wrote: >>> Spamdyke does clean up these files periodically (as set by >>> graylist-max-secs) >> I don't believe this is entirely true. Spamdyke will honor/see these >> expirations only if/when another email is sent after this time has >> elapsed, in which case the graylist process starts anew. Over time, >> un-resent records accumulate, which can take its toll on inodes. >> >> This is why I wrote the qtp-prune-graylist script: >> http://qtp.qmailtoaster.com/trac/browser/bin/qtp-prune-graylist >> :) >> >> Come to think of it, I should package that script with the spamdyke rpm. >> Oh, I should mention that you can find rpms for spamdyke at >> http://mirrors.qmailtoaster.com/. They're presently in the /testing >> directory, and will migrate to /current (stable) once everything's been >> tested. The spamdyke package should already be solid though. Very soon >> you'll be able to use yum to install it as well, once the >> qmailtoaster-release package (containing the yum repo stuff for QMT) is >> available. >> >> >> Note for posterity: the qtp web site is being migrated/integrated with >> the QMailToaster organization at GitHub:https://github.com/QMailToaster >> Look for this script there if the qtp.qmailtoaster.com site is gone. It >> might be in the spamdyke package there. :) >> >> > > > > _______________________________________________ > spamdyke-users mailing list > spamdyke-users@spamdyke.org > http://www.spamdyke.org/mailman/listinfo/spamdyke-users > _______________________________________________ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
