You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by Justin Mason <jm...@jmason.org> on 2006/11/10 17:22:34 UTC

Re: sa-update rules for SA 3.1.7 have been updated but they fail lint

Randal, Phil writes:
> I've just run sa-update -D and it's failed with return code 4.
> 
> update 473327:
> 
> config: warning: score set for non-existent rule PART_CID_STOCK
> config: warning: score set for non-existent rule PART_CID_STOCK_LESS
> 
> As a result, the rules get rolled back.

oops.  now fixed.

OK, try it soonish (it may take a few minutes for the mirrors to
update and the cached DNS txt record to expire).

--j.

Re: sa-update rules for SA 3.1.7 have been updated but they fail lint

Posted by Kenneth Porter <sh...@sewingwitch.com>.
--On Saturday, November 11, 2006 3:20 PM -0500 Theo Van Dinter 
<fe...@apache.org> wrote:

> "spamassassin --lint -D" will show what rule files are being used.
> Weekly is probably a good choice, daily is as frequent as I would suggest
> at the moment.

It uses DNS to detect new updates, doesn't it? So one could use a frequency 
as high as the record TTL at very low cost.



Re: sa-update rules for SA 3.1.7 have been updated but they fail lint

Posted by Theo Van Dinter <fe...@apache.org>.
On Sat, Nov 11, 2006 at 03:08:08PM -0500, Debbie D wrote:
> OK thanks Theo..  what would be the best way for the to triple verify indeed 
> it is picking up these new rules?? I'll set this to cron today on a weekly 
> basic I think.. is that frequent enough??

"spamassassin --lint -D" will show what rule files are being used.  Weekly is
probably a good choice, daily is as frequent as I would suggest at the moment.

> And I assume as these folders start creating themselv'es with the new update 
> SA knows enough to look at the lestest set only???

There's only one directory per SA version per channel.  So yes. :)

-- 
Randomly Selected Tagline:
"Hey, you're shaped like buddah, millions of people follow him!"
                      - The Drew Carey Show

Re: sa-update rules for SA 3.1.7 have been updated but they fail lint

Posted by Debbie D <we...@beautytech.com>.
"Theo Van Dinter" <fe...@apache.org> wrote in message 
news:20061111045551.GV18209@kluge.net...

>On Fri, Nov 10, 2006 at 11:31:31PM -0500, Debbie D wrote:
>> Is sa-update something built in or is it an plug-in??
>
>It's a script that comes with 3.1.
>
>> I ran sa-update && service spamassassin restart
>> and was told spamassassin is an unknown service (dur I knew that)
>
>Ok.  replace "service spamassassin restart" with the appropriate command 
>for
>your machine.
>
>> BUT.. I see neither directory has updated files:
>> /usr/share/spamassassin
>> /etc/mail/spamassassin
>
>Correct.
>
>> Now I ran sa-update -D
>
>:)
>
>> and poking more I see it did bring down the latest cf files in
>> /var/lib/spamassassin/3.001007/updates_spamassassin_org
>
>Yep.
>
>> I have verified manually that at least one rule set has changed since I 
>> last
>> upgraded on Oct 11th..
>> 7733 Nov 10 22:53 25_uribl.cf
>> 6738 Oct 11 22:35 /usr/share/spamassassin/25_uribl.cf
>
>Yep.  80_additional.cf is a new file too.
>
>> So now my next question is.. am I missing something here to have these
>> downloaded rule sets in effect?? The FAQ say I should have to do nothing 
>> but
>
>Nope.
>
>> but somehow I don't think that's right.. I never told SA to look for 
>> rules
>> in this new directory and even if I did then it would be reading the rule
>> sets twice and causing a huge load issue..
>
>SA knows to look there by itself (see "perldoc spamassassin"), and it's not
>reading anything twice.  SA uses the local state dir
>(/var/lib/spamassassin/...) instead of the default rules dir
>(/usr/share/spamassassin).


OK thanks Theo..  what would be the best way for the to triple verify indeed 
it is picking up these new rules?? I'll set this to cron today on a weekly 
basic I think.. is that frequent enough??

And I assume as these folders start creating themselv'es with the new update 
SA knows enough to look at the lestest set only???





Re: sa-update rules for SA 3.1.7 have been updated but they fail lint

Posted by Theo Van Dinter <fe...@apache.org>.
On Fri, Nov 10, 2006 at 11:31:31PM -0500, Debbie D wrote:
> Is sa-update something built in or is it an plug-in??

It's a script that comes with 3.1.

> I ran sa-update && service spamassassin restart
> and was told spamassassin is an unknown service (dur I knew that)

Ok.  replace "service spamassassin restart" with the appropriate command for
your machine.

> BUT.. I see neither directory has updated files:
> /usr/share/spamassassin
> /etc/mail/spamassassin

Correct.

> Now I ran sa-update -D

:)

> and poking more I see it did bring down the latest cf files in
> /var/lib/spamassassin/3.001007/updates_spamassassin_org

Yep.

> I have verified manually that at least one rule set has changed since I last 
> upgraded on Oct 11th..
> 7733 Nov 10 22:53 25_uribl.cf
> 6738 Oct 11 22:35 /usr/share/spamassassin/25_uribl.cf

Yep.  80_additional.cf is a new file too.

> So now my next question is.. am I missing something here to have these 
> downloaded rule sets in effect?? The FAQ say I should have to do nothing but 

Nope.

> but somehow I don't think that's right.. I never told SA to look for rules 
> in this new directory and even if I did then it would be reading the rule 
> sets twice and causing a huge load issue..

SA knows to look there by itself (see "perldoc spamassassin"), and it's not
reading anything twice.  SA uses the local state dir
(/var/lib/spamassassin/...) instead of the default rules dir
(/usr/share/spamassassin).

-- 
Randomly Selected Tagline:
"Commitment can be illustrated by a breakfast of ham and eggs.
 The chicken was involved, but the pig was committed" - Unknown

Re: sa-update rules for SA 3.1.7 have been updated but they fail lint

Posted by Debbie D <we...@beautytech.com>.
>>>Rule #1 - Let someone else ask the really stupid question for you first!

Have I been sleeping?? (yea probably have been)

Is sa-update something built in or is it an plug-in??
OK Before you guys get out the whips and chains yes I did some googling:
http://wiki.apache.org/spamassassin/RuleUpdates

I am running EXIM 4.52 SA 3.1.7 ClamAV
WHM 10.8.0 cPanel 10.9.0-S48
Fedora i686 - WHM

I ran sa-update && service spamassassin restart
and was told spamassassin is an unknown service (dur I knew that)
I ran sa-update alone and there was a slight delay with no other commentary
and a fresh command line presented.. I restarted exim with
service exim restart
I then tailed the maillog and all looked well in paradise

BUT.. I see neither directory has updated files:
/usr/share/spamassassin
/etc/mail/spamassassin

Now I ran sa-update -D

and poking more I see it did bring down the latest cf files in
/var/lib/spamassassin/3.001007/updates_spamassassin_org

I have verified manually that at least one rule set has changed since I last 
upgraded on Oct 11th..
7733 Nov 10 22:53 25_uribl.cf
6738 Oct 11 22:35 /usr/share/spamassassin/25_uribl.cf

So now my next question is.. am I missing something here to have these 
downloaded rule sets in effect?? The FAQ say I should have to do nothing but 
restart SA in my case I  think it would have to be:
service exim restart
but somehow I don't think that's right.. I never told SA to look for rules 
in this new directory and even if I did then it would be reading the rule 
sets twice and causing a huge load issue..

What am I missing in this equation???

thanks..











Re: sa-update rules for SA 3.1.7 have been updated but they fail lint

Posted by Charlie Clark <ch...@begeistert.org>.
Am 11.11.2006 um 01:18 schrieb Daryl C. W. O'Shea:

> Justin Mason wrote:
>> Randal, Phil writes:
>>> I've just run sa-update -D and it's failed with return code 4.
>>>
>>> update 473327:
>>>
>>> config: warning: score set for non-existent rule PART_CID_STOCK
>>> config: warning: score set for non-existent rule PART_CID_STOCK_LESS
>>>
>>> As a result, the rules get rolled back.
>> oops.  now fixed.
>> OK, try it soonish (it may take a few minutes for the mirrors to
>> update and the cached DNS txt record to expire).
>
> Ha!  Remember what I said about feeling unlucky?  ;)

Rule #1 - Let someone else ask the really stupid question for you first!

Thanks, this was biting me, too and I saw it had been fixed in the  
past! tsk, tsk ;-)

re. my own problems: it looks like things have settled down.

Charlie
--
Charlie Clark
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-938-5360
GSM: +49-178-782-6226




Re: sa-update rules for SA 3.1.7 have been updated but they fail lint

Posted by "Daryl C. W. O'Shea" <sp...@dostech.ca>.
Justin Mason wrote:
> Randal, Phil writes:
>> I've just run sa-update -D and it's failed with return code 4.
>>
>> update 473327:
>>
>> config: warning: score set for non-existent rule PART_CID_STOCK
>> config: warning: score set for non-existent rule PART_CID_STOCK_LESS
>>
>> As a result, the rules get rolled back.
> 
> oops.  now fixed.
> 
> OK, try it soonish (it may take a few minutes for the mirrors to
> update and the cached DNS txt record to expire).

Ha!  Remember what I said about feeling unlucky?  ;)