I'm posting a correction to my earlier post:
When I installed SA 3.2.2 from the package from spamassassin.org, it did
not add any plugins or uncomment any plugins.
On this one MX box I used the tarball from the mailscanner.info site
that had clamav and spamassassin 3.2.2 - I'm wondering if that p
Thanks - I understand. I was just showing the section of the *.pre file
that showed the plugin.
-Original Message-
From: Matthias Leisi [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 09, 2007 8:43 PM
To: Dawson, Donald
Cc: users@spamassassin.apache.org
Subject: Re: FW: Performance prob
> I had posted before, but we couldn't figure out what was adding 3+
> seconds processing time after I upgraded from SA 3.2.1 to 3.2.2.
>
> It's the following plugin. I have tested loading and commenting out
> the plugin - it's the culprit. SA 3.2.2 automatically adds several
> plugins automatic
I had posted before, but we couldn't figure out what was adding 3+
seconds processing time after I upgraded from SA 3.2.1 to 3.2.2.
It's the following plugin. I have tested loading and commenting out the
plugin - it's the culprit. SA 3.2.2 automatically adds several plugins
automatically.
# ASN
No rules triggered at all for that piece of spam.
I'll check the MailScanner group to see if they have any experience with
this issue.
Thanks,
Donald
-Original Message-
From: SM [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 25, 2007 4:18 PM
To: Dawson, Donald; users@spamassassin.apach
sm - We have the same configuration on all our MX servers. Here are all
of the headers for an example spam email:
Note, it may be system/config-related - the /dev/shm directory is used
by spamassassin, but it is not getting cleaned out consistently.
Microsoft Mail Internet Headers Version 2.0
There are files in /dev/shm/ (.spamassassin*) that are being created,
and some are being left in that directory. Here is an example of a file
that has been left on this ramdisk fs:
# grep l6PJ1iYV029369 /var/log/maillog
Jul 25 14:01:51 houmx05 milter-greylist: l6PJ1iYV029369: skipping
greylist b
I have noticed that some spam has been creeping in. We have 4 inbound
MX servers, but only has is experiencing this problem.
SpamAssassin version 3.2.0
running on Perl version 5.8.3
This is MailScanner version 4.59.4
Here are the counts of 'is not spam' and 'is spam' with 'score=0,':
fgrep "sco
We use MailScanner and Spamassassin.
Our email has a header line as follows:
X-BakerBotts-MailScanner-SpamCheck: not spam (whitelisted),
SpamAssassin (not cached, score=-4.4, required 5, autolearn=not
spam,
BAYES_00 -0.40, RCVD_IN_DNSWL_MED -4.00)
Is it possible to include the 'S
Martin,
How did you run the test below and get the rules grid? Did you somehow
test the email contents below?
I'm concerned my implementation did not return these hits.
Thanks,
Donald
-Original Message-
From: Martin.Hepworth [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 05, 2007 10:5
This may have already been addressed, but is there a released rule set
or add-on that would help in identifying these type of stock spam
emails?
We use MailScanner 4.59.4 (MailScanner-v: 3.002000 Mail::SpamAssassin),
SpamAssassin 3.2 (SpamAssassin -V), Perl 5.8.5, DCC, Pyzor. We run
sa-update and
I sent an email to '[EMAIL PROTECTED]' about those the first two
(VIRUS_WARN...)
-Original Message-
From: Bill Landry [mailto:[EMAIL PROTECTED]
Sent: Friday, May 27, 2005 12:47 PM
To: users@spamassassin.apache.org
Subject: Re: 70_sare_header.cf dupe
70_sare_header.cf dupe- Original
Title: 70_sare_header.cf dupe
Checking for duplicate rules using the following command,
cat *.cf | awk '/^score/ {print $2}' | sort | uniq -c | sort -nr | awk '{if ($1 > 1) print $0}' | more
I found the following duplicate:
# grep -n SARE_MSGID_LONG50 * | grep score
70_sare_header.cf:9
13 matches
Mail list logo
