You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by Karsten Bräckelmann <gu...@rudersport.de> on 2010/01/30 18:39:05 UTC

Configuration Files (once was: Re: how can i finetune to spamassassin to handle spams)

On Sat, 2010-01-30 at 01:08 -0500, Alex wrote:
> > > Is this order documented anywhere?
> >
> > man spamassassin
> 
> http://wiki.apache.org/spamassassin/FrontPage
> "Internal Server Error"

Err, yeah. Same for http://wiki.apache.org/spamassassin/NoSuchPage and
any other non-existent page it seems. Not nice, but not a problem. The
wiki is here, as linked from the SA main page.

  http://wiki.apache.org/spamassassin/

I have no clue where you got that broken link from.

> Not sure what the deal is with that link, but the page you're
> referring to appears to be this one:
> 
> http://spamassassin.apache.org/full/3.2.x/doc/spamassassin.html#configuration_files

If you really need a remote file -- yes, that would be about it. I
wasn't actually about that page, though, but the man-pages on your
server. The most visible difference being, that your man-pages show the
exact dirs used on your system, since it knows about your build target
prefix.

> Not sure how I missed that in the past, but it still doesn't say
> anything different from what I said.

Hum?  What you said was a question. Alas, you snipped that part in your
reply. Specifically you asked, if the order of /var/lib taking
precedence over /usr/share is documented anywhere.

To answer that question, more precisely this time:

Yes, it is documented. The "spamassassin" man-page on your server tells
you exactly, which dirs in which order will be checked to load the
default configuration data from. The first existing one will be used.


> My sa-update rules are in /var/lib/spamassassin, which is not in the
> search path according to the referenced link,

The referenced link doesn't know about *your* prefix.

> yet "spamassassin --lint -D" clearly shows it is being consulted:
> 
> [16288] dbg: config: using "/etc/mail/spamassassin" for site rules pre files
> [16288] dbg: config: read file /etc/mail/spamassassin/init.pre
> [16288] dbg: config: read file /etc/mail/spamassassin/v310.pre
> [16288] dbg: config: read file /etc/mail/spamassassin/v312.pre
> [16288] dbg: config: read file /etc/mail/spamassassin/v320.pre
> [16288] dbg: config: using "/var/lib/spamassassin/3.002005" for sys rules pre files
> [16288] dbg: config: using "/var/lib/spamassassin/3.002005" for default rules dir
> 
> None of these .pre files specify any path to any files.

Yes. Any they shouldn't.

> The files "languages" and "user_prefs.template" are in
> /usr/share/spamassassin, along with 10_default_prefs.cf, 72_scores.cf,
> and about 50 other config files.
> 
> I did a simple test and it does now look like /usr/share/spamassassin
> is the first directory consulted, as you said, and as I thought until

I did *not* say that.  And frankly, according to your snippet above, I
doubt that dir is used at all.

> this incident. Not sure what could have happened, because I know I
> restarted amavisd.
> 
> In any case, can I move the languages and user_prefs.template file to
> /etc/mail/spamassassin and dump the whole /usr/share/spamassassin
> directory, then?

No. Do not move (or copy) those files to your site config dir. I don't
get why you would want to do that in the first place, anyway...


-- 
char *t="\10pse\0r\0dtu\0.@ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
(c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}