On Thu, Apr 14, 2005 at 12:07:00PM -0700, Justin Mason wrote:
On top of that, I don't see exactly *why* Storable is required to
implement what it's doing (keeping a copy of the basic system-wide Conf
object's data). as far as I can see, we can do that a la
%{$conf-{tests}} =
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Theo Van Dinter writes:
On Thu, Apr 14, 2005 at 12:07:00PM -0700, Justin Mason wrote:
On top of that, I don't see exactly *why* Storable is required to
implement what it's doing (keeping a copy of the basic system-wide Conf
object's data). as
http://bugzilla.spamassassin.org/show_bug.cgi?id=4258
--- Additional Comments From [EMAIL PROTECTED] 2005-04-14 18:56 ---
wierd -- not seeing any problem here :( check it out...
let's start halfway through.
cast of characters:
fd 5 = accept fd
fd 6 = control channel to
http://bugzilla.spamassassin.org/show_bug.cgi?id=4219
--- Additional Comments From [EMAIL PROTECTED] 2005-04-14 23:44 ---
(In reply to comment #14)
We have now reverted to Perl 5.6.1 since a week back and no crash has happened
since then (normally 5-10 crashes would be expected)
http://bugzilla.spamassassin.org/show_bug.cgi?id=4261
Summary: gated_through_received_hdr_remover misses some ezmlm
lists
Product: Spamassassin
Version: 3.0.2
Platform: PC
OS/Version: Linux
Status: NEW
http://bugzilla.spamassassin.org/show_bug.cgi?id=4261
--- Additional Comments From [EMAIL PROTECTED] 2005-04-15 04:35 ---
Created an attachment (id=2794)
-- (http://bugzilla.spamassassin.org/attachment.cgi?id=2794action=view)
EvalTests.pm patch
Possible patch to EvalTests.pm
http://bugzilla.spamassassin.org/show_bug.cgi?id=4246
--- Additional Comments From [EMAIL PROTECTED] 2005-04-15 05:29 ---
Jan, thank you for the link, but the majority of people there were not helped
by
the two fixes that were posted.
I must admit I was merely trying to
http://bugzilla.spamassassin.org/show_bug.cgi?id=4246
--- Additional Comments From [EMAIL PROTECTED] 2005-04-15 06:28 ---
Subject: Re: spam assassin + exim causes bounces with 421 errors
I think I have worked out what the problem is!
By default Exim considers any failure of a pipe
http://bugzilla.spamassassin.org/show_bug.cgi?id=4246
--- Additional Comments From [EMAIL PROTECTED] 2005-04-15 06:30 ---
anyway, my take on this is that, in a way, the exim SA support code is doing
the
right thing.
I presume (Tony?) the design is that exim passes msgs to SA to
http://bugzilla.spamassassin.org/show_bug.cgi?id=4262
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED]|dev@spamassassin.apache.org
http://bugzilla.spamassassin.org/show_bug.cgi?id=4262
[EMAIL PROTECTED] changed:
What|Removed |Added
Component|Security|spamc/spamd
--- You are
http://bugzilla.spamassassin.org/show_bug.cgi?id=4255
--- Additional Comments From [EMAIL PROTECTED] 2005-04-15 12:23 ---
Apparently my memory is better than I thought:
OVERALL% SPAM% HAM% S/ORANK SCORE NAME
505697 381380 1243170.754 0.000.00 (all
http://bugzilla.spamassassin.org/show_bug.cgi?id=4255
--- Additional Comments From [EMAIL PROTECTED] 2005-04-15 12:35 ---
Is your rule checking the direction of the mismatch? If they claim to be
using https but are really using http, that would be bad. If they claim to
be using
http://bugzilla.spamassassin.org/show_bug.cgi?id=4255
--- Additional Comments From [EMAIL PROTECTED] 2005-04-15 12:46 ---
Subject: Re: Suggestion for new rule: Anti-phishing rule.
On Fri, Apr 15, 2005 at 12:35:10PM -0700, [EMAIL PROTECTED] wrote:
Is your rule checking the
http://bugzilla.spamassassin.org/show_bug.cgi?id=4255
--- Additional Comments From [EMAIL PROTECTED] 2005-04-15 12:53 ---
Subject: Re: Suggestion for new rule: Anti-phishing rule.
--- Additional Comments From [EMAIL PROTECTED] 2005-04-15 12:35 ---
Is your rule checking
http://bugzilla.spamassassin.org/show_bug.cgi?id=4255
--- Additional Comments From [EMAIL PROTECTED] 2005-04-15 13:26 ---
Subject: Re: Suggestion for new rule: Anti-phishing rule.
[EMAIL PROTECTED] wrote:
--- Additional Comments From [EMAIL PROTECTED] 2005-04-15 12:46 ---
16 matches
Mail list logo