It seems this has been covered a bunch of times, and I've tried a lot of solutions:
Invoking the -u flag for spamd Invoking the -u flag for spamc Creating a symbolic link to /root to the actual user's home dir And STILL, in maillog, there's spamd trying to write to /root and being denied! My system is sendmail 8.12. I am running an email system called Scalix. users DO NOT have their own user prefs, so everything is sorted as one big system. SA version 3.1.8. If I do a ps on spam, I get this: root 7975 0.1 1.2 30284 25824 ? Ss 08:45 0:00 /usr/bin/spamd -d -c -m5 -H -u scalix -r /var/run/spamd.pid scalix 7978 0.1 1.3 32412 27464 ? S 08:45 0:00 spamd child scalix 7979 0.0 1.2 31736 26752 ? S 08:45 0:00 spamd child root 8055 0.0 0.0 34096 668 ? Ssl 08:47 0:00 spamass-milter -p /var/run/spamass.sock -f -r 5 root 8262 0.0 0.0 5552 656 pts/0 S+ 08:56 0:00 grep spam SO I can see the initial spamd fires off as root, the children are firing off as user scalix. In /etc/passwd. user scalix's home dir is /var/opt/scalix, it exists and is owned by user scalix and is writeable. In /etc/init.d/spamassassin, I have this line: SPAMDOPTIONS="-d -c -m5 -H -u scalix" And in /etc/mail/spamassassin/spamassassin-spamc.rc I have this: # send mail through spamassassin DROPPRIVS=yes :0fw | /usr/bin/spamc -u scalix Yet, STILL, spamd is trying to write to /root. Any ideas? I could be missing some other obtuse setting somewhere..... -- View this message in context: http://www.nabble.com/Spamd-trying-to-write-to-root-tf4236344.html#a12053117 Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
