We had SA setup on qmail servers with great success, previously using SA on each server via sockets.
We have moved to a cluster arrangement with each mail server running spamc and connecting to a single spamd process on another machine. SA is working but is not using the individual user_prefs. I can't figure out why.
Currently on each cluster machine spamc is called via the .qmail-user file with the following command,
|/usr/local/bin/spamc -s 25000 -f -d 10.0.240.253 -u [EMAIL PROTECTED] | /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox
spamd is running on the spamd host with the following script(daemontools),
#!/sbin/sh
PATH=/usr/bin:/usr/local/bin
exec /usr/local/bin/softlimit -a 128000000 \
/usr/local/bin/spamd -i 10.0.240.253 -A 10.0.240.0/24 \
-m 20 -u vpopmail -v -s stderr -L 2>&1The spamd host has the Maildirs, the perms on ~/.spamassassin are, drwx------ 2 vpopmail vchkpw 512 Aug 3 10:04 . drwx------ 4 vpopmail vchkpw 512 Feb 13 17:50 .. -rw-rw-rw- 1 vpopmail vchkpw 312 Aug 3 10:04 user_prefs
SA has access to the user_prefs, perms seem correct. spamc is connecting, spamd is reading the rules, including custom rules we have added, and scoring appropriately. Only user_prefs are not bring honored.
On the spamd host I can run the following command #spamc -f -d 10.0.240.253 -u [EMAIL PROTECTED] < testmail
with the same results as I get from the cluster machine. I can also run /home/vpopmail/bin/vuserinfo [EMAIL PROTECTED] and get the proper result. I believe this shows that spamd has access to the users path information, correct?
If I run spamassassin -D -p /path/to/user/.spamassassin/user_prefs < testmail
everything works perfectly. So my question is why doesn't SA append the
.spamassassin/user_prefs to the path? I have not modified spamd or spamassassin. Looking at spamd it seems the code should do the right thing, as it did on the old setup with spamd running locally.
Thanks,
DAve
