Jim Maul wrote:
[EMAIL PROTECTED] wrote:
Upgraded to 3.0.2 a couple of weeks ago, and just noticed that the root FS
was nearly full. I had seen this problem in the past with bayes files
growing out of control, but have been doing a "sa-learn --force-expire"
daily which helps keep that under control.
However, now I noticed that two other files that hadn't been a problem in
the past:
/root/.razor/razor-agent.log and /root/.spamassassin/auto-whitelist
I deleted the razor-agent.log and put a cron job in to delete it nightly,
but I am not sure whether I should do this with the auto-whitelist
file...does spamd consult this file every time? What's the best way to
keep it under control?
Not to quibble, but why doesn't the SA default to putting all these files
under /var or at least /usr ? Filling up the root FS can cause big
problems...
It doesnt normally fill up /root/ unless you are running spamd as root which i would REALLY not do. my .razor/ and .spamassassin/ directories are in /home/spamd/.
Hi,
Incorrect, or at least incorrect on the Linux and FBSD servers I maintain. Even running with -u username, spamd will still occasionally write files in /root/.spamassassin unless you specifically specify the path in local.cf.
In my case I run spamd with -u vpopmail, and before I added the bayes, awl and other paths in my local.cf, half of the data got written to ~vpopmail/.spamassassin and the other half to /root/.spamasassin.
Then something isnt quite right on your system. Unless explicitly told otherwise, SA will store stuff in the home directory as the user it is running as. I have not specified any paths in my local.cf. I run spamd with -x (no user config files) and spamd runs as spamd. .razor and .spamassassin end up in /home/spamd as stated before. Nothing at all gets written to /root (or anywhere else for that matter) unless i screw up and happen to run one of my manual sa-learn runs as root and not spamd.
-Jim
