Done. I passed primary maintainership to you, so you can sort it out from
there.
I also did the other ones I had:
Made KMCGRAIL primary maintainer of Mail::SpamAssassin::EncappedMIME.
Made KMCGRAIL primary maintainer of Mail::SpamAssassin::HTML.
Made KMCGRAIL primary maintainer of
bugzilla-dae...@issues.apache.org wrote:
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6483
--- Comment #2 from Mark Martinecmark.marti...@ijs.si 2010-08-18 10:46:44
UTC ---
Is there a mature perl wrapper for RE2?
http://github.com/dgl/re-engine-RE2
(it's pretty fresh,
FWIW we've told Nationwide about this. They are including
include:messagelabs.com which should be spf.messagelabs.com. PEBCAK.
John Hardin wrote:
There's a thread that's currently on the users list about Nationwide
Bank in UK publishing an SPF record that includes messagelabs, and
On Thu, 22 Oct 2009 09:34:13 -0700, Michael Peddemors wrote:
I am curious to the large HAM rate.. Again, I think the testing of
this rule
against a corpus might be affecting this..
I tend to agree. AOL announced wholesale blocking of anyone with
NXDOMAIN rDNS a few years back now, and
On Fri, 24 Jul 2009 16:09:46 +0300, Henrik Krohns wrote:
On Fri, Jul 24, 2009 at 09:45:42AM +, Justin Mason wrote:
hi Andre --
A SpamAssassin user mentioned this ruleset today:
http://malware.hiperlinks.com.br/cgi/submit?action=list_sa
it looks good! Would you mind if I added a
On Thu, 23 Apr 2009 10:32:13 +, Justin Mason wrote:
http://anyall.org/blog/2009/04/performance-comparison-keyvalue-stores-for-language-model-counts/
highlight: a Tokyo Cabinet hashtable performed at 1400 ops/sec compared to
BerkeleyDB's 340 (via python bindings), over 4 times faster.
On Thu, 23 Apr 2009 10:23:30 -0400, Matt Sergeant wrote:
On Thu, 23 Apr 2009 10:32:13 +, Justin Mason wrote:
http://anyall.org/blog/2009/04/performance-comparison-keyvalue-stores-for-language-model-counts/
highlight: a Tokyo Cabinet hashtable performed at 1400 ops/sec compared
On 27-May-07, at 4:24 PM, Duncan Findlay wrote:
The version of re2c currently in Debian is 0.9.x, and according to the
sa-compile man page, 0.10.x is needed for the Rule2XSBody plugin. As
far as I can tell, sa-compile is working fine with 0.9.x. Anybody know
the reason behind recommending
On 23 Aug 2005, at 14:51, John Gardiner Myers wrote:
Matt Sergeant wrote:
Wasn't there unicode normalisation in the original email parser that
I submitted to the project (that Theo turned into the current parser)
?
Certainly it would make sense to use that if you could. It works very
well
On 22 Aug 2005, at 21:38, Justin Mason wrote:
looking at
http://cvs.sourceforge.net/viewcvs.py/spamassassin/spamassassin3/lib/
Mail/SpamAssassin/Message/Parser.pm?rev=1.2view=markup
it appears to be Text::Iconv.
Yeah, later iterations of that use Encode. Does SA now require 5.8.0 so
Wasn't there unicode normalisation in the original email parser that I
submitted to the project (that Theo turned into the current parser) ?
Certainly it would make sense to use that if you could. It works very
well on a very large set of test data.
Matt.
[Lots of stuff snipped]
You know, it'd be nice if Daniel, or anyone else, checked in my
optimised PMS.pm [*] in as a branch. That way it can be worked on
easily by multiple people. An optimisation branch would mean you can
continue with the current release work, while others work on
On 25 Apr 2005, at 20:18, Sidney Markowitz wrote:
Matt Sergeant wrote:
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:
Justin's code generates a number from the pid to initialize the ID
counter and keeps track of it itself
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
On 13 Apr 2005, at 09:00, [EMAIL PROTECTED]
wrote:
--- Additional Comments From [EMAIL PROTECTED] 2005-04-13 06:00
---
Tony, yes, now that we are using the DNS ID to match up replies to
queries there
is no reason to use more than one socket for that purpose. Where was
your
I tried to send this to bugzilla but it got ignored so sending it
straight to the list.
Begin forwarded message:
From: Matt Sergeant [EMAIL PROTECTED]
Date: 25 February 2005 18:20:22 GMT-05:00
To: [EMAIL PROTECTED]
Subject: Re: [Bug 3881] dnsbl lookups slow due to sleep 1 in code
I think
OK, after a bit of a chat with Tony Finch I had a go at making Net::DNS
use one socket. Tony is working on patching Net::DNS to facilitate
this, but I decided that was too much work and decided to try doing it
without a patch.
I can't give you code, for two reasons - 1) IP (sorry), but mostly
On 21 Oct 2004, at 06:27, [EMAIL PROTECTED]
wrote:
- spamd starts and reads config until 20MB ram is allocated
- clears up and frees memory, leaving ~10MB in use (but 20MB allocated
to the
process)
- forks children. each child gets a copy-on-write copy of that 20MB,
including 10MB of allocated
On 28 Sep 2004, at 21:23, [EMAIL PROTECTED]
wrote:
3a. *the plan*: that those N subprocesses never copy that memory; they
can share
the read-only config data with the parent process.
3b. *reality*: shared RAM is very low; each subprocess has its own
copy of these
pages, as this top -b1 -n -c
On 27 Sep 2004, at 15:30, David F. Skoll wrote:
On Mon, 27 Sep 2004, Matt Sergeant wrote:
You can use for (0.. $#{$self-{conf}-{biglistofrulenames}}) and then
reference direct into the array.
Probably won't help; I'm sure there are hundreds of places where
assignment
to my variables takes place
On 7 Sep 2004, at 05:13, [EMAIL PROTECTED]
wrote:
--- Additional Comments From [EMAIL PROTECTED] 2004-09-06
21:13 ---
(Adding description that got lost in the original submission.)
This applies specifically to Mail/SpamAssassin/Plugin.pm but may also
affect
other documentation.
In
21 matches
Mail list logo