From: [email protected]

Package: sa-exim
Version: 4.1-1
Severity: normal

I'm not sure if this sa-exim bug, but a spamassassin bug, but since
this happens with sa-exim, I'm reporting this behavior. I'm not sure
why this message is display and why spamassassin tries to create the
default user_prefs when it's run from Exim (spamc/spamd). Can this
spamassassin behavior to create user_prefs be suppressed somewhere?

Aug 19 23:56:07 ns spamd[5664]: Creating default_prefs [/nonexistent/.spamassassin/user_prefs]
Aug 19 23:56:07 ns spamd[5664]: Cannot write to /nonexistent/.spamassassin/user_prefs: No such file or directory
Aug 19 23:56:07 ns spamd[5664]: Couldn't create readable default_prefs for [/nonexistent/.spamassassin/user_prefs]

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.26.20040601
Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to en_US)

Versions of packages sa-exim depends on:
ii debconf [debconf-2.0] 1.4.31 Debian configuration management sy ii exim4-daemon-heavy 4.34-5 Exim (v4) with extended features, ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii spamc 2.64-1 Client for perl-based spam filteri

-- debconf information:
sa-exim/purge_spool: false


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

tags 266948 unreproducible
thanks

Quoting Jari Aalto ([email protected]):

I'm not sure if this sa-exim bug, but a spamassassin bug, but since
this happens with sa-exim, I'm reporting this behavior.

It looks like sa-exim runs spamc as user 'nobody', since that user has '/nonexistent' as homedirectory. Could you check /var/log/syslog for
messages that come from spamd? They look like this:

Aug 21 11:32:26 dot spamd[19563]: connection from localhost [127.0.0.1] at port 48133
Aug 21 11:32:26 dot spamd[11082]: processing message <msgid> for Debian-exim:65534.
Aug 21 11:32:27 dot spamd[11082]: clean message (-4.9/4.0) for Debian-exim:65534 in 0.8 seconds, 3202 bytes.

As you can see, my system runs spamc as 'Debian-exim', which has a
different homedirectory. Your system should do the same.

Could you also check what user Exim4 is running as?

Can this spamassassin behavior to create user_prefs be suppressed somewhere?

You can perhaps tune spamassassin to store these files somewhere else by playing with /etc/spamassassin/local.cf and Mail::SpamAssassin::Conf(3)

Sorry, I can't reproduce this problem.

Regards,
Sander.
--
| Have you ever imagined a world with no hypothetical situations?
| 1024D/08CEC94D - 34B3 3314 B146 E13C 70C8 9BDB D463 7E41 08CE C94D


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)