> > You might be able to get better results with: Net-Patricia-1.18
> > which I released earlier this week.
>
> Thank you for bringing it to our attention. Now that you have added
> the AF_INET6 support is became useful. I toyed with it for a while,
> looks good and fast
> (and a bit memory fat co
On Tuesday November 2 2010 16:40:49 Rob McMahon wrote:
The fix to NetAddr::IP seems to be as simple as
--- NetAddr/IP/Lite.pm.bak Fri Oct 29 00:33:06 2010
+++ NetAddr/IP/Lite.pm Tue Nov 2 15:18:05 2010
@@ -740,7 +740,7 @@
if ($mval == 128) { # cidr 128
On 02/11/2010 6:43 PM, Chris Conn wrote:
On 2010-11-02 17:01, Lawrence @ Rogers wrote:
As a sort of follow up to my last message, I was wondering how
complicated it is to write a rule that would compare the From: and
Reply-To: headers, and set it to 0.001 or make it a meta rule that could
be use
On 2010-11-02 17:01, Lawrence @ Rogers wrote:
As a sort of follow up to my last message, I was wondering how
complicated it is to write a rule that would compare the From: and
Reply-To: headers, and set it to 0.001 or make it a meta rule that could
be used in conjunction with others?
Would this
On 02.11.10 18:27, Lawrence @ Rogers wrote:
> Does anyone see anything wrong with this rule I just put together. It is
> a meta rule that is intended to attempt to detect HTML-only spam with
> forged freemail Reply-To: header
> meta LW_HTML_REPLYTO_FORGED (FREEMAIL_FORGED_REPLYTO && HTML_MESSA
As a sort of follow up to my last message, I was wondering how
complicated it is to write a rule that would compare the From: and
Reply-To: headers, and set it to 0.001 or make it a meta rule that could
be used in conjunction with others?
Would this plugin suffice?
http://wiki.apache.org/spam
Hi,
Does anyone see anything wrong with this rule I just put together. It is
a meta rule that is intended to attempt to detect HTML-only spam with
forged freemail Reply-To: header
meta LW_HTML_REPLYTO_FORGED (FREEMAIL_FORGED_REPLYTO && HTML_MESSAGE &&
MIME_HTML_ONLY)
describe LW_HTML_REPLYTO
On Tue, Nov 02, 2010 at 02:03:40PM +, Martin Gregorie wrote:
>
> If you're already using MyISAM you should dump the table(s), recreate
> them as InnoDB and then reload them.
Um, alter table foo engine=InnoDB;
> On 02.11.10 01:02, Martin Gregorie wrote:
> > But you're still using a batch operation to play the journal file into
> > the database and, if the OP isn't using InnoDB its going to hold a table
> > lock while it runs. That's going to block SA queries unless (ugh!) MySQL
> > defaults to allowing d
On Tue, 2010-11-02 at 08:40 +, RW wrote:
> On Tue, 02 Nov 2010 01:02:48 +
> Martin Gregorie wrote:
>
> > On Mon, 2010-11-01 at 23:05 +, RW wrote:
> > > On Mon, 01 Nov 2010 22:09:03 +
> > > Martin Gregorie wrote:
> > >
> > > > On Mon, 2010-11-01 at 21:15 +, RW wrote:
> > > >
> > > On Mon, 2010-11-01 at 21:15 +, RW wrote:
> > > > I don't think it's a matter of locking-out updates - presumably
> > > > token updates that occur after the start of a sync should go into
> > > > the new journal file.
> > On Mon, 01 Nov 2010 22:09:03 +
> > Martin Gregorie wrote:
> >
W dniu 02.11.2010 10:26, Sharma, Ashish pisze:
> How can I migrate this Bayesian knowledge from one installation to other.
Hello,
Do sa-learn --backup and the sa-lear --restore
Regards
Hi,
I have to create a fresh installation of Spamassassin on Production machine,
the staging machines(since they were tested by sample emails) have Bayesian
tokens created.
How can I migrate this Bayesian knowledge from one installation to other.
Also suggest me what all other things I should
On Tue, 02 Nov 2010 01:02:48 +
Martin Gregorie wrote:
> On Mon, 2010-11-01 at 23:05 +, RW wrote:
> > On Mon, 01 Nov 2010 22:09:03 +
> > Martin Gregorie wrote:
> >
> > > On Mon, 2010-11-01 at 21:15 +, RW wrote:
> > > > I don't think it's a matter of locking-out updates - presumab
14 matches
Mail list logo