SA 2.63 no longer using user_prefs file

[Dave Goodrich <ld...@tls.net>]

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 user@domain |
/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>&1

The 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 user@domain < testmail

with the same results as I get from the cluster machine. I can also run
/home/vpopmail/bin/vuserinfo user@domain 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

Re: SA 2.63 no longer using user_prefs file

[Dave Goodrich <ld...@tls.net>]

I never found a fix, or even a reason. I ran in debug mode, tested, 
pulled my hair. It does however work just fine using mysql to store user 
prefs.

So far.

DAve

Dave Goodrich wrote:

> 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 user@domain |
> /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>&1
> 
> The 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 user@domain < testmail
> 
> with the same results as I get from the cluster machine. I can also run
> /home/vpopmail/bin/vuserinfo user@domain 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
> 
> 
> 
> 
> 
> 
> 
> 
> 
>