[email protected] wrote: > Quoting Eric Shubert <[email protected]>: > >> [email protected] wrote: > >>> My mail servers graylisting was hitting filesystem limits in less than >>> 24 hours. >> Which limit(s) of which filesystem? > > Number of directories within a directory, on ext3 (32k) > >>> The qtp-prune-graylist script would take much longer than a >>> day to run on my mail server. >> Did you run it? >> In 'silent' mode? > > That was just using find manually, rather than qtp-prune-graylist > (which would take longer, as it does a second pass to delete empty > directories > > >> How many graylist entries do you have? >> > > Currently, around 5M, I've pruned it heavily recently. Have run out of > inodes before now, which is 20M - that's on XFS now. > > -trog
Wow, that's a bunch. How many domains? Running the script in non-silent mode is much slower, as it does extra passes to obtain before and after counts. As David's numbers show, if no pruning has ever been done, the % of old (inactive) entries is quite high (96.6% in his case). I suppose it's anyone's guess how many entries out of your 5M are still active. Needless to say, the script will run much faster once the initial prune completes. In your situation, I think I'd run the script in silent mode initially and just let it cook. Once it completes, I'd run it again with counts to see how many live entries there really are. My guess is that the 2nd run will complete in a reasonable period of time. If not, then it will be time to look at alternative solutions. I've noticed that emails from lists are particularly troublesome for graylisting, as some for lists, each message comes from a different sender address (VERP). I wonder if spamdyke could be modified to ignore graylisting these messages, because graylisting them only has detrimental effects. This could perhaps help your situation as well. -- -Eric 'shubes' _______________________________________________ spamdyke-users mailing list [email protected] http://www.spamdyke.org/mailman/listinfo/spamdyke-users
