Can we get that issue resolved in the rule publishing? Is it just a pint
warning?
On Tue, Aug 20, 2019, 08:24 Henrik K wrote:
> On Tue, Aug 20, 2019 at 07:16:49AM -0500, Larry Rosenman wrote:
> > On 08/20/2019 7:05 am, Henrik K wrote:
> > >Install Geo::IP or wait for 3.4.3.
> > >
> > >
> >
> >
On Tue, Aug 20, 2019 at 07:16:49AM -0500, Larry Rosenman wrote:
> On 08/20/2019 7:05 am, Henrik K wrote:
> >Install Geo::IP or wait for 3.4.3.
> >
> >
>
> When is 3.4.3 due? FreeBSD ports no longer contains Geo::IP.
"Very soon.."
Anyway, this patch should help:
https://svn.apache.org/viewvc/sp
On 08/20/2019 7:05 am, Henrik K wrote:
Install Geo::IP or wait for 3.4.3.
When is 3.4.3 due? FreeBSD ports no longer contains Geo::IP.
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
US Mail: 5708 Sabbia Dr, Ro
Install Geo::IP or wait for 3.4.3.
On Tue, Aug 20, 2019 at 06:31:05AM -0500, Larry Rosenman wrote:
> plugin: failed to parse plugin (from @INC): Bareword "GEOIP_MEMORY_CACHE"
> not allowed while "strict subs" in use at
> /usr/local/lib/perl5/site_perl/Mail/SpamAssassin/Plugin/URILocalBL.pm line
plugin: failed to parse plugin (from @INC): Bareword
"GEOIP_MEMORY_CACHE" not allowed while "strict subs" in use at
/usr/local/lib/perl5/site_perl/Mail/SpamAssassin/Plugin/URILocalBL.pm
line 465.
Compilation failed in require at (eval 158) line 1.
plugin: failed to parse plugin (from @INC): At
Seen upon SVN update:
lint: config: failed to parse line, skipping, in "rules/70_sandbox.cf":
mimeheader __KAM_BLOCK_UTF7_2 Content-Type =~
/charset=(?:unicode-\d+-\d+-)?utf-7/i at build/mkrules line 255.
ERROR: LINT FAILED, suppressing output: rules/70_sandbox.cf
Hi Folks,
My nightly sa-upgrade caught this funny error and I cannot figure out...
Mar 25 04:15:45.030 [76697] info: body_0: 1547 base strings extracted in 37
seconds
rules: failed to run FUZZY_OCR test, skipping:
(Timeout::_run: Insecure dependency in open while running with -T
switch
> >> So here's what I have with rulesdujour:
> >>
> >>> Lint output: [5993] warn: config: failed to parse line, skipping, in
> >>> "/etc/mail/spamassassin/70_sare_random.cf": >>> HTTP-EQUIV="Refresh" CONTENT="0.1">
> >
> > You got a web page instead of the actual rules. Remove that file as
> >
On Wed, June 18, 2008 02:25, James Lay wrote:
> So here's what I have with rulesdujour:
> Very confusing...just those 2 rulesets...anything I can do to fix them?
> Thanks.
time to change to sa-update, the above is apache error logs you try to lint :)
Benny Pedersen
Need more webspace ? http://w
James Lay <[EMAIL PROTECTED]> wrote:
> Ah..that explains it then..thanks. Where does one go to get updated
> rulesets then?
man sa-update(1)
--
Sahil Tandon <[EMAIL PROTECTED]>
On 6/17/08 6:49 PM, "SM" <[EMAIL PROTECTED]> wrote:
> At 17:25 17-06-2008, James Lay wrote:
>> So here's what I have with rulesdujour:
>>
>>> Lint output: [5993] warn: config: failed to parse line, skipping, in
>>> "/etc/mail/spamassassin/70_sare_random.cf": >> HTTP-EQUIV="Refresh" CONTENT="0.
At 17:25 17-06-2008, James Lay wrote:
So here's what I have with rulesdujour:
> Lint output: [5993] warn: config: failed to parse line, skipping, in
> "/etc/mail/spamassassin/70_sare_random.cf": HTTP-EQUIV="Refresh" CONTENT="0.1">
You got a web page instead of the actual rules. Remove that f
So here's what I have with rulesdujour:
> Lint output: [5993] warn: config: failed to parse line, skipping, in
> "/etc/mail/spamassassin/70_sare_random.cf": HTTP-EQUIV="Refresh" CONTENT="0.1">
> [5993] warn: config: failed to parse line, skipping, in
> "/etc/mail/spamassassin/70_sare_random.cf":
mouss writes:
> Kevin Plested wrote:
> > I received the following this morning when I tried a lint, it would have
> > occurred after an automated update this morning using sa-update. I tried
> > searching it online, but didn't find anything on it?
> >
> >
> > rules: failed to run __GATED_THROUGH
Kevin Plested wrote:
I received the following this morning when I tried a lint, it would have
occurred after an automated update this morning using sa-update. I tried
searching it online, but didn't find anything on it?
rules: failed to run __GATED_THROUGH_RCVD_REMOVER test, skipping:
I received the following this morning when I tried a lint, it would have
occurred after an automated update this morning using sa-update. I tried
searching it online, but didn't find anything on it?
rules: failed to run __GATED_THROUGH_RCVD_REMOVER test, skipping:
(Can't locate object me
To:
Sent: Thursday, 2007, June 28 15:31
Subject: Re: RulesDuJour lint failed. Updates rolled back.
This must be an issue that needs to be raised with Prolexic, as they are
doing the DDoS protection for rulesemporium.com.
Can anyone reproduce this redirect outside of RDJ, and give me a dump of
t
On Thu, 2007-06-28 at 18:56 -0500, Lindsay Haisley wrote:
> By running a curl hit repeatedly on the RE server I reproduced the
> problem.
By running this test a couple of times I'm apparently now blocked by
RE :-P
Oh well .
Hope the info I sent was useful.
--
Lindsay Haisley | "In an
On Thu, 2007-06-28 at 17:31 -0500, Dallas Engelken wrote:
> This must be an issue that needs to be raised with Prolexic, as they are
> doing the DDoS protection for rulesemporium.com.
>
> Can anyone reproduce this redirect outside of RDJ, and give me a dump of
> the full transaction including ht
d manually
replacing it with the ?actual? file using wget. I?ve even manually
updated the used /etc/mail/spamassassin/70_sare_adult.cf to ensure
that it was correct. When I us ?wget
http://rulesemporium.com/rules/70_sare_adult.cf? to grab the file it
works without problems. Does anyone have any
stead of the rules. I?ve tried removing the faulty
> >>> 70_sare_adult.* from etc/mail/spamassassin/RulesDuJour/ and manually
> >>> replacing it with the ?actual? file using wget. I?ve even manually
> >>> updated the used /etc/mail/spamassassin/70_sare_adult.c
>>
>Daryl is right, there is no fix due in 3.2.2 - I got the RDJ and the
>sa-update errors confused. I guess maybe I should dye my hair blonde.
>
>Apologies for any confusion I've caused.
>
Geez - blonde it is - it's sa-compile not sa-update!
I wonder if McDonalds have any jobs going :-/
Kind r
gt;> replacing it with the ?actual? file using wget. I?ve even manually
>>> updated the used /etc/mail/spamassassin/70_sare_adult.cf to ensure
>>> that it was correct. When I us ?wget
>>> http://rulesemporium.com/rules/70_sare_adult.cf? to grab the file it
>>
it
works without problems. Does anyone have any ideas on how I might fix
this problem?
***WARNING***: spamassassin --lint failed.
Rolling configuration files back, not restarting SpamAssassin.
Rollback command is: mv -f /etc/mail/spamassassin/70_sare_adult.cf
The quick cure is to delete anything
ng it with the ?actual? file using wget. I?ve even manually
>>> updated the used /etc/mail/spamassassin/70_sare_adult.cf to ensure
>>> that it was correct. When I us ?wget
>>> http://rulesemporium.com/rules/70_sare_adult.cf? to grab the file it
>>> works without p
it
works without problems. Does anyone have any ideas on how I might fix
this problem?
***WARNING***: spamassassin --lint failed.
Rolling configuration files back, not restarting SpamAssassin.
Rollback command is: mv -f /etc/mail/spamassassin/70_sare_adult.cf
The quick cure is to delete anything
t.cf? to grab the file it
>works without problems. Does anyone have any ideas on how I might fix
>this problem?
>
>
>***WARNING***: spamassassin --lint failed.
>Rolling configuration files back, not restarting SpamAssassin.
>Rollback command is: mv -f /etc/mail/spamassa
David Boltz schrieb:
I?ve been getting the lint failures found below on my Rules Du Jour
updates for a few weeks now. Yes this would be since the DDoS attacks
[RDJ Problems ...]
btw:
Are there any additional things to know/caveats if i want to use
sa-update channels for RDJ:
(besides adding t
amassassin --lint failed.
Rolling configuration files back, not restarting SpamAssassin.
Rollback command is: mv -f /etc/mail/spamassassin/70_sare_adult.cf
/etc/mail/spamassassin/RulesDuJour/70_sare_adult.cf.2; mv -f
/etc/mail/spamassassin/RulesDuJour/70_sare_adult.cf.20070627-0524
/etc/mail/sp
Sent: 18 January 2007 12:30
> To: [EMAIL PROTECTED]
> Subject: Lint failed - Rules Du Jour
>
> Newbie - The last several days I get emails that 3 rulesets have
changed,
> and finally another that says lint failed. Any idea what's up with
the
> RDJ
> rulesets recently.
Newbie - The last several days I get emails that 3 rulesets have changed,
and finally another that says lint failed. Any idea what's up with the RDJ
rulesets recently. A couple of weeks ago I didn't have the problem.
***WARNING***: spamassassin --lint failed.
Rolling configuration
problems, it won't really add much useful to the lint
errors for these two cases.
Loren
- Original Message -
From: "Andrew Markebo" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, August 10, 2005 6:25 AM
Subject: spamassassin --lint failed, Rules Du Jour
> H
Ahh
Found out how to get the debug messages, running spamassassin with
--lint and debug.. Starting to look through the messages, not found
anything yet... including them for your enjoyment..
/Andy
/ Andrew Markebo <[EMAIL PROTECTED]> wrote:
| Hello!
|
| Just started with Rules Du Jour, and
Hello!
Just started with Rules Du Jour, and added a couple of rules. When
running rulesdujour, I get the followin messages, how do I check what
happened and straighten it out?
How do I enable debug?
Complete log attached as a file.
/Andy
***WARNING***: spamassassin --lint failed.
Rolling
What version of SA are you using?
That rule will only work under SA 3.0.x. It's not compatible with earlier
versions, including SA 2.6x with the SpamCopURI patch.
If you're using 3.x, make sure you've got the URIDNSBL plugin loaded and
working in the first place before you add the JP rule.
For
spamassassin --lint
config: SpamAssassin failed to parse line, skipping: urirhssub
URIBL_JP_SURBL multi.surbl.org.A 64
Failed to run URIBL_JP_SURBL SpamAssassin test, skipping:
(Can't locate object method "check_uridnsbl" via package
"Mail::SpamAssassin::PerMsgStatus" (perhaps y
36 matches
Mail list logo
