On Jul 11, 2007, at 4:45 , Bolla Péter wrote:
1. dspam_logrotate -a 30: delete all log entries, older than 30 days
2. delete all .sig files, older than 30 days. There is no dspam
specific tool for this, as far as I know. But 'find' can handle it
easily.
You are right there are no native dspam tool which takes care of the
sig file, you can use a cron entry like this to take care of if:
/usr/bin/find /var/dspam/ -type f -mtime +30 -name *.sig -exec /bin/
rm {} \;
Monthly maintenance:
1. dspam_clean
When using hash db i have found that dspam_clean are useless, skip it.
2. csscompress for all .css files (one per user)
3. cssclean for all .css files (one per user)
The bug is in the last two: if I have the /tmp and the dspam spool
dir on different filesystems, then both fails, and what is worse:
cssclean fails silently. Using '/tmp' as temp dierctory is hardcoded,
so only modifying the source helps.
Yeah, i ran into these bugs also, there are a patch for the cssclean
which make the tools use proper locations for tmp files, the patch
for cssclean: http://mailing-list.nuclearelephant.com/3863.html
Regarding csscompress you only need to change the line in csscompress.c
snprintf(newfile, sizeof(newfile), "/tmp/%u.css", (unsigned int)
getpid());
to
snprintf(newfile, sizeof(newfile), "%s/%u.css", dirname(filename),
(unsigned int) getpid());
Check my blog http://unixcluster.dk/index.php?/categories/5-dspam for
further workarounds for dspam hash wierdness
/jkv
