Dec 15 00:42:53 mailman spamd[2224]: Cannot write to /nonexistent/.spamassassin/user_ prefs: No such file or directory
There's no such user as "nonexistent" on this system.
Where do you get the idea there might be a user "nonexistent"? That's the name of a user's home directory, and it's not even in /home. It's probably the homedir of the user "nobody".
Why is this occurring and how can I correct it?
Start passing -u to either spamd or spamc, since it appears both are running as root right now. spamd doesn't like to parse mail as root, and will setuid itself to nobody if it finds it's in that state.
I've pasted the complete output from "sa-learn -d --sync" below, but I'm interested in particular in four parse errors:
debug: config: SpamAssassin failed to parse line, skipping: rewrite_subject 1
debug: config: SpamAssassin failed to parse line, skipping: subject_tag $ *****SPAM*****
debug: config: SpamAssassin failed to parse line, skipping: use_terse_report 0
debug: config: SpamAssassin failed to parse line, skipping: auto_learn $ 1
Again, why are these failing to be parsed, and how can I correct the issue?
They're failing because they are all invalid. Some in multiple ways.
rewrite_subject and subject_tag have been replaced by rewrite_header in SA 3.0.x. See the UPGRRADE file
http://spamassassin.apache.org/full/3.0.x/dist/UPGRADE
Also, make sure you don't have a mis-placed $ in the middle of your rewrite_header command, like the subject_tag command above does.
use_terse_report was deprecated (ie: did nothing) in 2.6.x, and is now completely not supported in 3.0.x
auto_learn has NEVER been valid. It's bayes_auto_learn. It also should only contain a 1 or a 0 after it. No $
I've seen a lot of people with auto_learn in their configs. Where'd you get that? did you use some config auto generator?
