Problems running Spamassassin through Cloudmin Services

Submitted by Hal9000 on Mon, 09/02/2013 - 16:03

I recently switched to Spamassassin on a Cloudmin Service host. Basically it works, however I have the following errors popping up on the machine hosting spamassassin:

spamd: handle_user unable to find user xyz

My guess is that Procmail calls spamassassin on the remote server with the -u argument, but the remote server does not have that linux user in the system. However, I am using an SQL setup for user preferences, bayes data and awl, which now does not work. But all the data is in there, including usernames, which leaves me wondering why it is not working anymore. Any ideas?

Status: 
Closed (fixed)

Comments

Submitted by JamieCameron on Mon, 09/02/2013 - 18:50

Does spamd support storing preferences in an SQL DB for users who don't exist as Unix users on the system? If not, that may explain this error.

Also, is this preventing spam filtering from being run?

Submitted by Hal9000 on Tue, 09/03/2013 - 00:11

I am not sure about the SQL thing, however I just disabled the SQL configuration completely and I still get the error, so it must be something else:

Sep 3 07:02:59 scan spamd[18177]: spamd: handle_user unable to find user: 'domain.tld_user' Sep 3 07:02:59 scan spamd[18177]: spamd: still running as root: user not specified with -u, not found, or set to root, falling back to nobody

The scanning still works, however none of the user preferences are taken into account, nor the trained bayesian data and auto whitelists.

Submitted by JamieCameron on Tue, 09/03/2013 - 16:46

I'm not sure if there is any good solution for this, sorry - if spamd requires that a Unix user exists, the only way to make that happen would be to have your users stored in an LDAP database and shared with the spam filtering system.

Submitted by Hal9000 on Wed, 09/04/2013 - 00:19

Ok I will try to figure this out on spamassassin support sites. Where is it that Virtualmin actually makes the Spamassassin calls? I couldn't find anything in the procmailrc.

Submitted by JamieCameron on Wed, 09/04/2013 - 00:49

In a file under /etc/webmin/virtual-server/procmail , named based on the domain ID.

Let us know what you find.