You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by Thomas Mueller <ne...@tmueller.com> on 2005/11/29 08:39:18 UTC

Re: 3.1: config: not parsing, administrator setting: loadplugin Mail::SpamAssassin::Plugin::SPF

Matt Kettler wrote:
> At 05:14 PM 11/28/2005, Thomas Mueller wrote:

>> The failing plugins are:
>> Mail::SpamAssassin::Plugin::URIDNSBL
>> Mail::SpamAssassin::Plugin::Hashcash
>> Mail::SpamAssassin::Plugin::SPF
> 
> Note that these messages don't by themselves mean the plugin isn't
> loading. They could already be loaded when SA encounters a duplicate
> loadplugin statement in a user_prefs file.
> 
>  I'd try commenting out one of those loadplugin statements entirely, and
> see if you still get the error. If you do, look at your user_prefs files.

I don't have any user_prefs files, only the global one.


Thomas


Re: 3.1: config: not parsing, administrator setting: loadplugin Mail::SpamAssassin::Plugin::SPF

Posted by Matt Kettler <mk...@evi-inc.com>.
Thomas Mueller wrote:
> Matt Kettler wrote:
> 
>>At 02:39 AM 11/29/2005, Thomas Mueller wrote:
>>
>>
>>>I don't have any user_prefs files, only the global one.
>>
>>eh? What "global one"?
> 
> 
> I don't have any local user, because of that I was sure there is no
> $HOME/.spamassassin/user_prefs and all configuration is done in
> /etc/spamassassin/*.cf - but I was wrong. I use a spamd that is running
> as non root user, and that user had a user_prefs file. I'm sorry, I
> forgot that.

No problem. Just remember that in general it's impossible to execute any process
without having the process owned by some userid.

Even root has a home directory, so there's always a "user" as far as SA is
concerned. The user may or may not be able to write their own homedir (the
"nobody" user generally can't write its own homedir), but there is always one
somewhere.



Re: 3.1: config: not parsing, administrator setting: loadplugin Mail::SpamAssassin::Plugin::SPF

Posted by Thomas Mueller <ne...@tmueller.com>.
Matt Kettler wrote:
> At 02:39 AM 11/29/2005, Thomas Mueller wrote:
> 
>> I don't have any user_prefs files, only the global one.
> 
> eh? What "global one"?

I don't have any local user, because of that I was sure there is no
$HOME/.spamassassin/user_prefs and all configuration is done in
/etc/spamassassin/*.cf - but I was wrong. I use a spamd that is running
as non root user, and that user had a user_prefs file. I'm sorry, I
forgot that.

> I'd still strongly suggest removing them from *.pre and see if you still
> get the warning. That's a sure-fire way to prove those statements exist
> somewhere else, somewhere they don't belong.

You are absolutely right, that did the trick.

I think I can do all configuration in /etc/spamassassin/local.cf and
delete the user_prefs of the spamd user?
/etc/spamassassin/local.cf is the master file and user_prefs can
overwrite or extent that?

Thanks a lot for your help!

Thomas


Re: 3.1: config: not parsing, administrator setting: loadplugin Mail::SpamAssassin::Plugin::SPF

Posted by Matt Kettler <mk...@comcast.net>.
At 02:39 AM 11/29/2005, Thomas Mueller wrote:
>I don't have any user_prefs files, only the global one.

eh? What "global one"?

I'd still strongly suggest removing them from *.pre and see if you still 
get the warning. That's a sure-fire way to prove those statements exist 
somewhere else, somewhere they don't belong.