I'm not using SQL so I don't have a place to put the @GLOBAL. Should I put
it in may local.cf?


~Randy

* Don't read everything you believe.

-----Original Message-----
From: Nate Schindler [mailto:[EMAIL PROTECTED] 
Sent: Friday, October 01, 2004 2:27 PM
To: users@spamassassin.apache.org
Subject: FW: Global Whitelist_from not working

I think I found an answer to this on my own.  It seems as though when spamd
hits the SQL database, it starts ignoring whitelist_from entries in
local.cf.

I noticed in the debug output that it also looks for "@GLOBAL" in the SQL
database, which I wasn't aware of.
so... I put an @GLOBAL whitelist_from record in the SQL database, and it
hits consistently.

Is this by design?  I don't remember seeing anything in the docs about this
change.

Thanks,
Nate

-----Original Message-----
From: Nate Schindler 
Sent: Friday, October 01, 2004 12:55 PM
To: 'users@spamassassin.apache.org'
Subject: RE: Global Whitelist_from not working


I have a similar problem with whitelist_from entries in local.cf.  --lint
shows no issues.
What's happening with me is that whitelist_from works for the first few
hits, then it stops working entirely.
the line in local.cf says "whitelist_from [EMAIL PROTECTED]"

Running spamd in debug mode, I caught one that worked, and one that didn't.
It doesn't really explain why, but below is the area of the log where the
change in the score is or isn't taking place.  Is it possible for SQL
user_prefs to override local.cf for some reason?  I use local.cf for my
"real" config, and SQL user_prefs only for custom user thresholds such as
<someuser>,required_hits,100,<someprefid>

The one that worked where 'score so far' changes from 0 to -100:

Oct  1 11:56:56 blacksheep spamd[23696]: debug: all '*From' addrs:
[EMAIL PROTECTED] 
Oct  1 11:56:56 blacksheep spamd[23696]: debug: Running tests for priority:
0 
Oct  1 11:56:56 blacksheep spamd[23696]: debug: running header regexp tests;
score so far=0 
Oct  1 11:56:56 blacksheep spamd[23696]: debug: SPF: message was delivered
entirely via trusted relays, not required 
Oct  1 11:56:56 blacksheep spamd[23696]: debug: all '*To' addrs:
[EMAIL PROTECTED] 
Oct  1 11:56:56 blacksheep spamd[23696]: debug: SPF: message was delivered
entirely via trusted relays, not required 
Oct  1 11:56:56 blacksheep spamd[23696]: debug: running body-text per-line
regexp tests; score so far=-100 

The one that didn't work where 'score so far' remains 0:

Oct  1 11:58:15 blacksheep spamd[23701]: debug: all '*From' addrs:
[EMAIL PROTECTED] 
Oct  1 11:58:15 blacksheep spamd[23701]: debug: Running tests for priority:
0 
Oct  1 11:58:15 blacksheep spamd[23701]: debug: running header regexp tests;
score so far=0
Oct  1 11:58:15 blacksheep spamd[23701]: debug: SPF: message was delivered
entirely via trusted relays, not required 
Oct  1 11:58:15 blacksheep spamd[23701]: debug: all '*To' addrs:
[EMAIL PROTECTED] 
Oct  1 11:58:15 blacksheep spamd[23701]: debug: SPF: message was delivered
entirely via trusted relays, not required 
Oct  1 11:58:15 blacksheep spamd[23701]: debug: running body-text per-line
regexp tests; score so far=0 

So, it would seem that the header regxp tests aren't consistently working,
and it's only after spamd has processed a few messages.
Any ideas?

TIA,
Nate

-----Original Message-----
From: Matt Kettler [mailto:[EMAIL PROTECTED]
Sent: Friday, October 01, 2004 11:35 AM
To: Randy Gibson; users@spamassassin.apache.org
Subject: Re: Global Whitelist_from not working


At 01:29 PM 10/1/2004, Randy Gibson wrote:
>Since upgrading to SA3.0 user_prefs whitelist_from work
>but not local.cf whitelist_from.

1) check for syntax errors.. run spamassassin --lint. If SA's parser gets 
sufficiently confused it can dump a whole config file.

2) You sure you have the right local.cf? check spamassassin --lint -D to 
see what site_config path SA is using.

Reply via email to