RE: RulesDuJour problem - help please

2005-01-03 Thread Dimitri Yioulos
-Original Message-
Well, umh, uh, no.  local.cf lives in /etc/mail/spamassassin.  Rules live in
/usr/share/spamassassin/RulesDuJour/.  And the Bayes part I just today tried
to make work.  Do I (or rather, I do) have a misconfigured system?  If so,
(with humble apologies for my stupidity) how do I fix?

Dimitri


From: Richard Ozer [mailto:[EMAIL PROTECTED] 
Sent: Monday, January 03, 2005 10:21 AM
To: Dimitri Yioulos
Subject: Re: RulesDuJour problem - help please

I notice that all your sa paths are pointing to /root/.spamassassin  Is this
correct? 
Is it possible that you have a local.cf in an incorrect location?

Notice that the Bayes DB isn't tying either.  Similarly, it seems to be
located in 
/root/.spamassassin.

RO

Dimitri Yioulos wrote:
 Happy New Year to all.
 
  
 
 I've searched the list archive, and found some references to my problem, 
 but no solutions, so here goes again (sorry for the long post, but I 
 want to provide as much info. as necessary):
 
  
 
 I recently upgraded to spamassassin 3.0.2 running on CentOS 3.3.  I'm 
 also running sendmail-8.12.11-4.RHEL3.1 and mailscanner-4.37.7-1.  I've 
 been using RulesDuJour since before the latest versions of the above 
 software, and it worked fine.  However, after upgrading to spamassassin 
 3.0.2, RulesDuJour now fails.  Here's some of the more salient output 
 from running the script:
 
  
 
 ***WARNING***: spamassassin --lint failed.
 
 Rolling configuration files back, not restarting SpamAssassin.
 
 Rollback command is:  mv -f /usr/share/spamassassin/tripwire.cf 
 /usr/share/spamassassin/RulesDuJour/99_FVGT_Tripwire.cf.2; rm -f 
 /usr/share/spamassassin/tripwire.cf; mv -f 
 /usr/share/spamassassin/evilnumbers.cf 
 /usr/share/spamassassin/RulesDuJour/evilnumbers.cf.2; rm -f 
 /usr/share/spamassassin/evilnumbers.cf; mv -f 
 /usr/share/spamassassin/70_sare_random.cf 
 /usr/share/spamassassin/RulesDuJour/70_sare_random.cf.2; rm -f 
 /usr/share/spamassassin/70_sare_random.cf; mv -f 
 /usr/share/spamassassin/antidrug.cf 
 /usr/share/spamassassin/RulesDuJour/antidrug.cf.2; rm -f 
 /usr/share/spamassassin/antidrug.cf; mv -f 
 /usr/share/spamassassin/bigevil.cf 
 /usr/share/spamassassin/RulesDuJour/bigevil.cf.2; rm -f 
 /usr/share/spamassassin/bigevil.cf; mv -f 
 /usr/share/spamassassin/blacklist.cf 
 /usr/share/spamassassin/RulesDuJour/sa-blacklist.current.2; rm -f 
 /usr/share/spamassassin/blacklist.cf; mv -f 
 /usr/share/spamassassin/bogus-virus-warnings.cf 
 /usr/share/spamassassin/RulesDuJour/bogus-virus-warnings.cf.2; rm -f 
 /usr/share/spamassassin/bogus-virus-warnings.cf; mv -f 
 /usr/share/spamassassin/70_sare_ratware.cf 
 /usr/share/spamassassin/RulesDuJour/70_sare_ratware.cf.2; rm -f 
 /usr/share/spamassassin/70_sare_ratware.cf; mv -f 
 /usr/share/spamassassin/70_sare_spoof.cf 
 /usr/share/spamassassin/RulesDuJour/70_sare_spoof.cf.2; rm -f 
 /usr/share/spamassassin/70_sare_spoof.cf; mv -f 
 /usr/share/spamassassin/70_sare_bayes_poison_nxm.cf 
 /usr/share/spamassassin/RulesDuJour/70_sare_bayes_poison_nxm.cf.2; rm -f 
 /usr/share/spamassassin/70_sare_bayes_poison_nxm.cf; mv -f 
 /usr/share/spamassassin/70_sare_specific.cf 
 /usr/share/spamassassin/RulesDuJour/70_sare_specific.cf.2; rm -f 
 /usr/share/spamassassin/70_sare_specific.cf; mv -f 
 /usr/share/spamassassin/70_sare_adult.cf 
 /usr/share/spamassassin/RulesDuJour/70_sare_adult.cf.2; rm -f 
 /usr/share/spamassassin/70_sare_adult.cf;
 
  
 
 Lint output: config: SpamAssassin failed to parse line, skipping: 
 !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN
 
 config: SpamAssassin failed to parse line, skipping: HTMLHEAD
 
 config: SpamAssassin failed to parse line, skipping: TITLE Rate 
 limiting in effect/TITLE
 
 config: SpamAssassin failed to parse line, skipping: /HEADBODY
 
 config: SpamAssassin failed to parse line, skipping: H1Rate limiting 
 in effect/H1
 
 config: SpamAssassin failed to parse line, skipping: Your request could 
 not be processed because you have exceeded the maximum request rate for 
 the requested document.  This is a temporary condition; you will be 
 permitted to submit another request in a few hours.
 
 config: SpamAssassin failed to parse line, skipping: BRBRTo avoid 
 triggering the rate limiter in future, please make less frequent 
 requests for this document.  You should not request the same document 
 more than once every 24 hours.  Please also note that continuing to 
 re-request the document while rate limiting is in effect will further 
 increase the amount of time before the file becomes available to you
again.
 
 config: SpamAssassin failed to parse line, skipping: P
 
 config: SpamAssassin failed to parse line, skipping: HR
 
 config: SpamAssassin failed to parse line, skipping: /BODY/HTML
 
 config: SpamAssassin failed to parse line, skipping: !DOCTYPE HTML 
 PUBLIC -//IETF//DTD HTML 2.0//EN
 
 config: SpamAssassin failed to parse line, skipping: HTMLHEAD
 
 config: SpamAssassin failed to parse line, skipping: TITLE Rate 
 limiting

RE: RulesDuJour problem - help please

2005-01-03 Thread Dimitri Yioulos
Loren,

Cron is set to get the rules at 1:30 AM each day.  Even those fetches fail.
So, although I appreciate the tip, it's not the cause of my problem.

Dimitri


-Original Message-
From: Loren Wilton [mailto:[EMAIL PROTECTED] 
Sent: Monday, January 03, 2005 10:28 AM
To: Dimitri Yioulos
Subject: Re: RulesDuJour problem - help please

 config: SpamAssassin failed to parse line, skipping: TITLE Rate limiting
in effect/TITLE

Notice the text between TITLE and /TITLE.

You can only get the rules a maximum of I believe 3 times in a 24 hour
period.  Since they don't change very often, this is more than enough; in
fact once a day should be more than enough.

Check you cron script to make sure you aren't trying to get them once a
second or so.

 Loren



Re: RulesDuJour problem - help please

2005-01-03 Thread Chris Thielen
Hi Dimitri,
Dimitri Yioulos wrote:
Happy New Year to all.
Ive searched the list archive, and found some references to my 
problem, but no solutions, so here goes again (sorry for the long 
post, but I want to provide as much info. as necessary):

I recently upgraded to spamassassin 3.0.2 running on CentOS 3.3. Im 
also running sendmail-8.12.11-4.RHEL3.1 and mailscanner-4.37.7-1. Ive 
been using RulesDuJour since before the latest versions of the above 
software, and it worked fine. However, after upgrading to spamassassin 
3.0.2, RulesDuJour now fails. Heres some of the more salient output 
from running the script:

***WARNING***: spamassassin --lint failed.
snip
Lint output: config: SpamAssassin failed to parse line, skipping: 
!DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN

config: SpamAssassin failed to parse line, skipping: HTMLHEAD
config: SpamAssassin failed to parse line, skipping: TITLE Rate 
limiting in effect/TITLE

config: SpamAssassin failed to parse line, skipping: /HEADBODY
config: SpamAssassin failed to parse line, skipping: H1Rate limiting 
in effect/H1

config: SpamAssassin failed to parse line, skipping: Your request 
could not be processed because you have exceeded the maximum request 
rate for the requested document. This is a temporary condition; you 
will be permitted to submit another request in a few hours.

config: SpamAssassin failed to parse line, skipping: BRBRTo avoid 
triggering the rate limiter in future, please make less frequent 
requests for this document. You should not request the same document 
more than once every 24 hours. Please also note that continuing to 
re-request the document while rate limiting is in effect will further 
increase the amount of time before the file becomes available to you 
again.

snip
Check which files have the string Rage limiting in them.
[EMAIL PROTECTED] grep -l Rate limiting /usr/share/spamassassin/*
[EMAIL PROTECTED] grep -l Rate limiting /usr/share/spamassassin/RulesDuJour/*
Delete those files. In fact you can delete everything in 
/usr/share/spamassassin/RulesDuJour/ and it should rebuild itself.

Finally, you should not have RDJ pointing to /usr/share/spamassassin. 
The proper place for local configuration (local.cf) and local rulesets 
(rules_du_jour managed rulesets) is /etc/spamassassin or 
/etc/mail/spamassassin (or similar... based on OS conventions)


Id really like to get RuulesDuJour working again. Can anybody help?
Thanks.
Dimitri
Hope this helps.
Chris Thielen


signature.asc
Description: OpenPGP digital signature


RE: RulesDuJour problem - help please

2005-01-03 Thread Dimitri Yioulos
-Original Message-
From: Chris Thielen [mailto:[EMAIL PROTECTED] 
Sent: Monday, January 03, 2005 11:44 AM
To: Dimitri Yioulos
Cc: users@spamassassin.apache.org
Subject: Re: RulesDuJour problem - help please

Hi Dimitri,

Dimitri Yioulos wrote:

 Happy New Year to all.

 I've searched the list archive, and found some references to my 
 problem, but no solutions, so here goes again (sorry for the long 
 post, but I want to provide as much info. as necessary):

 I recently upgraded to spamassassin 3.0.2 running on CentOS 3.3. I'm 
 also running sendmail-8.12.11-4.RHEL3.1 and mailscanner-4.37.7-1. I've 
 been using RulesDuJour since before the latest versions of the above 
 software, and it worked fine. However, after upgrading to spamassassin 
 3.0.2, RulesDuJour now fails. Here's some of the more salient output 
 from running the script:

 ***WARNING***: spamassassin --lint failed.

snip

 Lint output: config: SpamAssassin failed to parse line, skipping: 
 !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN

 config: SpamAssassin failed to parse line, skipping: HTMLHEAD

 config: SpamAssassin failed to parse line, skipping: TITLE Rate 
 limiting in effect/TITLE

 config: SpamAssassin failed to parse line, skipping: /HEADBODY

 config: SpamAssassin failed to parse line, skipping: H1Rate limiting 
 in effect/H1

 config: SpamAssassin failed to parse line, skipping: Your request 
 could not be processed because you have exceeded the maximum request 
 rate for the requested document. This is a temporary condition; you 
 will be permitted to submit another request in a few hours.

 config: SpamAssassin failed to parse line, skipping: BRBRTo avoid 
 triggering the rate limiter in future, please make less frequent 
 requests for this document. You should not request the same document 
 more than once every 24 hours. Please also note that continuing to 
 re-request the document while rate limiting is in effect will further 
 increase the amount of time before the file becomes available to you 
 again.

snip

Check which files have the string Rage limiting in them.

[EMAIL PROTECTED] grep -l Rate limiting /usr/share/spamassassin/*

[EMAIL PROTECTED] grep -l Rate limiting /usr/share/spamassassin/RulesDuJour/*

Delete those files. In fact you can delete everything in 
/usr/share/spamassassin/RulesDuJour/ and it should rebuild itself.


Finally, you should not have RDJ pointing to /usr/share/spamassassin. 
The proper place for local configuration (local.cf) and local rulesets 
(rules_du_jour managed rulesets) is /etc/spamassassin or 
/etc/mail/spamassassin (or similar... based on OS conventions)


 I'd really like to get RuulesDuJour working again. Can anybody help?

 Thanks.

 Dimitri

Hope this helps.

Chris Thielen


Chris,

Many thanks.  I did as you suggested, and all now seems to work.

Dimitri