You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by Nigel Frankcom <ni...@blue-canoe.net> on 2007/06/11 06:33:11 UTC
RDJ Continued
Hi All,
Apologies if this has been posted under another thread. If so can
someone point me to it?
As per recent instructions I'm running RDJ manually and getting this:
>Lint output: [27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": <html>
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": <head>
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": <title>Error - Prolexic</title>
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": <style>
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": td {
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": font-family: arial, sans-serif, verdana;
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": font-size: 19px;
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": }
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": a:visited {color: navy; }
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": .errorTable
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": {
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": border: 1px solid
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": background-color:
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": background-repeat: no-repeat;
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": }
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": </style>
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": </head>
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": <body bgcolor="
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": <table class="errorTable" width="80%" height="20%" valign=center align="center" cellpadding="15" cellspacing="5">
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": <tr>
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": <td valign="top" align="center" width="70%" height="10%" style="font-size: 40px; font-weight: bold;">
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": <br>Site Temporarily Unavailable.
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": </td>
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": </tr>
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": <tr>
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": <td valign="top">
>[27805] warn: config: failed to parse line, skipping, in "/etc/mail/spamassassin/70_sare_adult.cf": Sorry, the site you requested is currently unavailable. It will be avaiable as soon as possible. Please try again later.
Any suggestions bar 'bury head in sand'?
As an aside I noted Mail::SPF was missing when I did --lint -D, I
could have sworn I installed that. It's certainly ticked off on my
checklist. Anyone got an idea why that might 'disappear off the
radar'?
I had similar with Encode::Detect, though that wasn't on my checklist
I do *seem* to recall installing it because I had to do it through
yum, cpan blew a raspberry at it. Same again this time... cpan didn't
want to know but yum installed it OK.
KR
Nigel
Bayes mysql PHP report
Posted by Brent Kennedy <br...@cfl.rr.com>.
Does anyone have or know where to get a web report for the bayes db in
mysql?
Thanks
-Brent
RE: Stop start issue with slackware
Posted by Robert - eLists <li...@abbacomm.net>.
> I just upgraded to 3.2.0 from 3.1.7 and now when I send:
> "killall -HUP spamd"
> It just says: "spamd: no process killed"
> But, when I do a ps -ef, there is a spamd and two child processes. This
> worked fine in 3.1.7, so I don't know what changed in 3.2 to make it more
> resistant to killall.
> I have a script that needs to send a reload to spamd so it can load in new
> rules once a week.
> Any suggestions?
> Thanks
> -Brent
Brent,
You might consider another way for the script to do it like
Setup and otherprocessing goes here
/etc/init.d/spamassassin restart
Error checking and other processing goes here
Or something to that effect for your distro
- rh
Re: Stop start issue with slackware
Posted by "Daryl C. W. O'Shea" <sp...@dostech.ca>.
Brent Kennedy wrote:
> Dooh
>
> Did they fix this in 3.2.1?
No, but as Theo mentioned, using a PID file is your best bet anyway.
Daryl
RE: Stop start issue with slackware
Posted by Brent Kennedy <br...@cfl.rr.com>.
Dooh
Did they fix this in 3.2.1?
-----Original Message-----
From: Daryl C. W. O'Shea [mailto:spamassassin@dostech.ca]
Sent: Monday, June 11, 2007 5:26 PM
To: Brent Kennedy
Cc: 'SpamAssassin'
Subject: Re: Stop start issue with slackware
Brent Kennedy wrote:
> I just upgraded to 3.2.0 from 3.1.7 and now when I send:
>
> "killall -HUP spamd"
>
> It just says: "spamd: no process killed"
>
> But, when I do a ps -ef, there is a spamd and two child processes.
> This worked fine in 3.1.7, so I don't know what changed in 3.2 to make
> it more resistant to killall.
A change was made to make the buildbots work better. The big downside is it
breaks HUP'ing spamd.
> I have a script that needs to send a reload to spamd so it can load in new
> rules once a week.
>
> Any suggestions?
You could revert the change from r490760 or you could just stop then
start spamd rather than HUP'ing it.
See http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5419 for more
info.
Daryl
Re: Stop start issue with slackware
Posted by Theo Van Dinter <fe...@apache.org>.
On Mon, Jun 11, 2007 at 05:25:51PM -0400, Daryl C. W. O'Shea wrote:
> You could revert the change from r490760 or you could just stop then
> start spamd rather than HUP'ing it.
Or as it came up in the irc channel, use a pid file (see "man spamd") and then
you don't care what the process calls itself.
--
Randomly Selected Tagline:
I'd love to, but I'm staying home to work on my cottage cheese.
Re: Stop start issue with slackware
Posted by "Daryl C. W. O'Shea" <sp...@dostech.ca>.
Brent Kennedy wrote:
> I just upgraded to 3.2.0 from 3.1.7 and now when I send:
>
> "killall -HUP spamd"
>
> It just says: "spamd: no process killed"
>
> But, when I do a ps -ef, there is a spamd and two child processes. This
> worked fine in 3.1.7, so I don't know what changed in 3.2 to make it more
> resistant to killall.
A change was made to make the buildbots work better. The big downside
is it breaks HUP'ing spamd.
> I have a script that needs to send a reload to spamd so it can load in new
> rules once a week.
>
> Any suggestions?
You could revert the change from r490760 or you could just stop then
start spamd rather than HUP'ing it.
See http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5419 for more
info.
Daryl
Stop start issue with slackware
Posted by Brent Kennedy <br...@cfl.rr.com>.
I just upgraded to 3.2.0 from 3.1.7 and now when I send:
"killall -HUP spamd"
It just says: "spamd: no process killed"
But, when I do a ps -ef, there is a spamd and two child processes. This
worked fine in 3.1.7, so I don't know what changed in 3.2 to make it more
resistant to killall.
I have a script that needs to send a reload to spamd so it can load in new
rules once a week.
Any suggestions?
Thanks
-Brent
Re: RDJ Continued
Posted by Loren Wilton <lw...@earthlink.net>.
> As per recent instructions I'm running RDJ manually and getting this:
> "/etc/mail/spamassassin/70_sare_adult.cf": Sorry, the site you requested
> is
> currently unavailable. It will be avaiable as soon as possible.
> Please try again later.
> Any suggestions bar 'bury head in sand'?
Perhaps try again later, as the error message suggests?
Better still, make sure you aren't doing it often enough that you tripped
over some form of rate lmiiting.
Loren