I'm not quite sure where to begin debugging this one.
I'm running MIMEDefang 2.44 with SpamAssassin 3, and everything is
working great - except SpamAssassin's 'look up URLs against DNS
blocklists' feature.
The odd part is that it seems to be working when I run SpamAssassin in
debug mode, but not
>
> Tim Boyer wrote to users@spamassassin.apache.org:
>
> > 3. Do I have DNS lookup enabled? Yup:
> >
> > # Enable or disable network checks
> > dns_available yes
> > skip_rbl_checks 0
> > rbl_timeout 15
> >
>
e_perl/5.8.0/Mail/SpamAssassin/Dns.pm line 141. )
Lines 112 and 141 in Dns.pm are identical:
$self->{dnspending}->{$type}->{$host}->[BGSOCK] =
$self->{res}->bgsend($host, $type);
Any help debugging this one is greatly appreciated...
--
Tim Boyer
Director
Informat
>
> Tim Boyer wrote:
> >> Tim Boyer wrote to users@spamassassin.apache.org:
> >>
> >>> 3. Do I have DNS lookup enabled? Yup:
> >>>
> >>> # Enable or disable network checks
> >>> dns_available yes
> >>> skip_rbl_c
>
> Tim Boyer said:
> >
> > But the same question applies. Even _if_ I had it set wrong,
> why would it
> > work when I do a 'spamassassin --test', but not when MIMEDefang
> calls it?
> >
> You calling it as the user mimedefang runs as.. do al
which program is mangling
the headers.
I've asked around on the MIMEDefang list, and have been told that that
string isn't being added by anything MIMEDefang is set to do. Does
anyone know if SpamAssassin could be changing this?
Thanks much...
--
Tim Boyer
[EMAIL PROTECTED]
--
Tim Boyer
[EMAIL PROTECTED]
On Sat, 6 Nov 2004 17:23:28 -0500, Theo Van Dinter
<[EMAIL PROTECTED]> wrote:
>On Sat, Nov 06, 2004 at 05:18:29PM -0500, Tim Boyer wrote:
>> I'm using RH Enterprise, Sendmail Switch, MimeDefang 2.44 and
>> SpamAssassin 3.0.1. Somewhere in there a very few html me
Is there a way to do line continuation in the rules? I've got a bunch
of subjects that I want to filter out, and the result is a
600-character wide line. It works, but it's not the most legible
thing around.
Thanks much,
--
Tim Boyer
[EMAIL PROTECTED]
On Mon, 27 Dec 2004 20:14:58 -0500, Theo Van Dinter
<[EMAIL PROTECTED]> wrote:
>On Mon, Dec 27, 2004 at 07:31:20PM -0500, Tim Boyer wrote:
>> Is there a way to do line continuation in the rules? I've got a bunch
>> of subjects that I want to filter out, and the result
he path on the
>Linux system and see what happens.
>
>
Red Hat, right? This particular error has pladued me from 6 all the
way through Enterprise 3.
Just do a
LANG="en_US"
export LANG
--
Tim Boyer
[EMAIL PROTECTED]
I'm using SpamAssassin as a Sendmail milter, called from MIMEDefang.
With spamd, it's possible to send the log somewhere else. Is it
possible to do so with the Mail::SpamAssassin module? I've read
Mail::SpamAssassin::Conf a couple of times, and can't find anything.
Than
On Fri, 10 Jun 2005 22:06:11 -0400, Matt Kettler
<[EMAIL PROTECTED]> wrote:
>Tim Boyer wrote:
>> I'm using SpamAssassin as a Sendmail milter, called from MIMEDefang.
>> With spamd, it's possible to send the log somewhere else. Is it
>> possible to do so with
>
> Does anyone know if there's a way to score *all* emails at
> the server with
> scores from 0-100, then delete all emails at the server with
> scores of over
> 10 and deliver the rest with the scores in the subject title please ?
>
> Any help much appreciated.
>
> Chris.
MimeDefang - http:
d
their way to my sa-update channels.)
They're cluefull; they monitor SPAM-L; they use one of my email
addresses as a spamtrap. We don't use them, but they're still aware
enough to email us and ask if something looks dodgy. Good folks, IMHO.
--
-- tim --
Tim Boyer
Chief Technical Officer
Denman Tire Corporation
I see that the UNDESIRED_LANGUAGE_BODY test has gone away from 3.0 to 3.1.
Is there another method somewhere for testing for other languages now?
--
Tim Boyer
Denman Tire Corporation
[EMAIL PROTECTED]
> >
> >
> Um, what makes you think it's gone?
[EMAIL PROTECTED] updates_spamassassin_org]# fgrep UNDESIRED_LANGUAGE_BODY *
[EMAIL PROTECTED] updates_spamassassin_org]#
and I apparently made a silly assumption. Didn't notice anything in the
release notes.
> It's been made into a plugin, but
I've been using SA for years. I'm running 3.1.6 on a Red Hat box, and 99%
of the time, all is well.
Last week I added a rule to tag those annoying .gif pump-and-dump emails.
Nothing fancy:
rawbody IMG_SRC_CID /src\=(\"c|c)id\:/i
score IMG_SRC_CID 2.0
Most of the time it works fine
>
> This seems rather odd. I suppose you did lint your rules to
> make sure that you don't have a problem somewhere? It is
> known that SA can do things like dropping most of the rules
> file following a rule with an error in it.
>
Yup; no lint problems at all.
> Maybe you are using Amvis-
can I do?
> Configurations are unchanged as far as I can tell.
>
> Thanks in advance.
I've run CPAN with the wrong umask, which resulted in the .cf files being
installed readable only by root. So as root, it installed fine and tested
fine... but when it ran for real it only pi
in case anyone worries: 'Public Beta' is not for ironing out any
potential problems with the DNSBL
>zone but is for ironing out any potential problems with our ISP
signup/admin/remove HTTP pages)
>
> Steve Linford
> The Spamhaus Project
> http://www.spamhaus.org
--
t ! Remove "*" )
--
Tim Boyer
Director
Information Systems and Engineering Projects
Denman Tire Corporation
[EMAIL PROTECTED]
It was bound to happen. The rule TVD_SILLY_URI_OBFU catches stuff like
this:
http://www.zodrx*.com - Remove "*" to make the link working!
So today I got my first
http://www.zonrx.%com Impotant: Remove "%" to make the link working.
and it didn't fire, of course.
--
r everything, and not on any of the dnsbl
lists. They delisted us within a few hours. Better give them a call...
--
Tim Boyer
Director
Information Systems and Engineering Projects
Denman Tire Corporation
[EMAIL PROTECTED]
23 matches
Mail list logo