Rob Kudyba wrote: > SA 3.02 on RH 8, > perl -v > > This is perl, v5.8.6 built for i686-linux > > How can we make the below errors disappear? Also, what does the > (unknown) mean in the below log snips? > > Apr 11 14:54:49 herbie spamd[16878]: debug: mkdir //.spamassassin > failed: mkdir //.spamassassin: Permission denied at > /usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin.pm line 1453_ > No such file or directory > Apr 11 14:54:49 herbie spamd[16878]: debug: open of AWL file failed: > lock: 16878 cannot create tmp lockfile > //.spamassassin/auto-whitelist.lock.herbie.raeinternet.com.16878 for > //.spamassassin/auto-whitelist.lock: No such file or directory > > Apr 11 14:54:49 herbie spamd[16878]: logmsg: clean message (-2.8/5.5) > for (unknown):99 in 2.8 seconds, 2510 bytes. > Apr 11 14:54:49 herbie spamd[16878]: clean message (-2.8/5.5) for > (unknown):99 in 2.8 seconds, 2510 bytes. > > Apr 11 14:55:38 herbie spamd[16880]: debug: bayes: no dbs present, > cannot tie DB R/O: //.spamassassin/bayes_toks >
My guess is you are running spamd as root, and calling spamc as root also. In this case, for security reasons spamd will revoke privileges to the user "nobody". It would appear that on your RH8 box, "nobody" has a home directory of /, which it has no privilege to write to. (which is a good thing. Nobody is supposed to be a user of no real privilege) If you're just doing a site-wide setup I'd strongly suggest creating a "spamd" user, and giving it a home directory that it has RW access to. Pass this user with the -u parameter to either spamd or spamc. This way SA will use the spamd user's home directory to store bayes data in, and will still run as a non-root user.
