How about a simple debug printout of the id value sent and the id value
received? Maybe it is as simple as the id matching code is failing.
Loren
http://bugzilla.spamassassin.org/show_bug.cgi?id=4121
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://bugzilla.spamassassin.org/show_bug.cgi?id=4192
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.spamassassin.org/show_bug.cgi?id=4191
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.spamassassin.org/show_bug.cgi?id=4184
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.spamassassin.org/show_bug.cgi?id=4232
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #2801 is|0 |1
obsolete|
http://bugzilla.spamassassin.org/show_bug.cgi?id=4232
--- Additional Comments From [EMAIL PROTECTED] 2005-04-24 19:37 ---
Subject: Re: [review] multipart message with 0 parts - uninitialized in m//
(with patch)
+1
Michael
--- You are receiving this mail because: ---
http://bugzilla.spamassassin.org/show_bug.cgi?id=4182
[EMAIL PROTECTED] changed:
What|Removed |Added
BugsThisDependsOn||3998
Target
http://bugzilla.spamassassin.org/show_bug.cgi?id=3998
[EMAIL PROTECTED] changed:
What|Removed |Added
OtherBugsDependingO||4182
nThis|
http://bugzilla.spamassassin.org/show_bug.cgi?id=4021
--- Additional Comments From [EMAIL PROTECTED] 2005-04-24 19:40 ---
this is the part where I look dumb:
what's NEEDSMC mean? and is this something you need from me? or someone else?
--- You are receiving this mail
http://bugzilla.spamassassin.org/show_bug.cgi?id=4085
--- Additional Comments From [EMAIL PROTECTED] 2005-04-24 19:40 ---
+1
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
http://bugzilla.spamassassin.org/show_bug.cgi?id=3944
--- Additional Comments From [EMAIL PROTECTED] 2005-04-24 19:50 ---
+1
It'd be nice if the two IF blocks were merged as an if/else though.
--- You are receiving this mail because: ---
You are the assignee for the bug,
http://bugzilla.spamassassin.org/show_bug.cgi?id=3944
[EMAIL PROTECTED] changed:
What|Removed |Added
Status Whiteboard|needs 1 more vote |can be committed
---
http://bugzilla.spamassassin.org/show_bug.cgi?id=4232
[EMAIL PROTECTED] changed:
What|Removed |Added
Status Whiteboard||can be committed
---
Loren Wilton wrote:
How about a simple debug printout of the id value sent and the id value
received? Maybe it is as simple as the id matching code is failing.
That's definitely a better idea considering that there is a bug in the patch
I posted that prevents any of the DNS stuff from working
http://bugzilla.spamassassin.org/show_bug.cgi?id=4278
--- Additional Comments From [EMAIL PROTECTED] 2005-04-24 22:09 ---
If DnsResolver-search is rewritten to simply
return $self-{res}-search($name, $type, $class);
all seems to work with no hang.
Justin, what was the reason for
http://bugzilla.spamassassin.org/show_bug.cgi?id=4201
--- Additional Comments From [EMAIL PROTECTED] 2005-04-24 22:44 ---
FWIW I'm -1 on it. IMO URI in the sense most of the authors meant it was web
URIs and not all URIs. Certainly that's what I intended for SURBL use of the
URIBL
http://bugzilla.spamassassin.org/show_bug.cgi?id=4012
--- Additional Comments From [EMAIL PROTECTED] 2005-04-25 01:35 ---
Sorry for the delay...got hidden in my todo stuff.
I've tried to reproduce this on a couple of systems and I can't find the rule
combo that causes the issues.
http://bugzilla.spamassassin.org/show_bug.cgi?id=4021
--- Additional Comments From [EMAIL PROTECTED] 2005-04-25 02:28 ---
Subject: Re: modification / addition of JAPANESE UCE rules
NEEDSMC
just means our software should test the rule. Basically, certain people
can trigger an
http://bugzilla.spamassassin.org/show_bug.cgi?id=4201
--- Additional Comments From [EMAIL PROTECTED] 2005-04-25 06:27 ---
I'm also -1. Spammers use free email accounts like yahoo and gmail. Would be
more overhead for little to no gain, IMHO.
--Chris
--- You are receiving
This is the corrected patch that ensures that IDs are not colliding by
including the host name in an SHA1 hash with the 16 bit ID counter.
It is written a bit crudely, but if Theo or someone else who is seeing the
problem would try this in a mass test it would demonstrate whether the
problem has
http://bugzilla.spamassassin.org/show_bug.cgi?id=4279
Summary: many messages get past the filter unfiltered
Product: Spamassassin
Version: 3.0.2
Platform: PC
OS/Version: Linux
Status: NEW
Severity: major
Priority:
http://bugzilla.spamassassin.org/show_bug.cgi?id=4280
Summary: Problem filtering messages from Outlook 2003
Product: Spamassassin
Version: 3.0.2
Platform: Other
OS/Version: Windows 2000
Status: NEW
Severity: normal
http://bugzilla.spamassassin.org/show_bug.cgi?id=4280
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.spamassassin.org/show_bug.cgi?id=4279
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.spamassassin.org/show_bug.cgi?id=4281
Summary: Blacklist entries not getting blocked
Product: Spamassassin
Version: 3.0.2
Platform: Other
OS/Version: Linux
Status: NEW
Severity: major
Priority: P2
http://bugzilla.spamassassin.org/show_bug.cgi?id=4281
--- Additional Comments From [EMAIL PROTECTED] 2005-04-25 13:29 ---
Subject: Re: New: Blacklist entries not getting blocked
Do you have a sample mail that doesn't get flagged? I just tested and it
works fine for me.
On 24 Apr 2005, at 17:01, Sidney Markowitz wrote:
This could happen if the random ID isn't random enough
May be a problem with forking. Here's part of the fork replacement I
use in my code that uses the single-packet-DNS stuff:
sub _fork {
my $pid = fork;
if (!defined($pid)) { die Cannot
28 matches
Mail list logo