On Wed, Mar 17, 2010 at 00:23, Daryl C. W. O'Shea
wrote:
> On 16/03/2010 10:36 AM, Justin Mason wrote:
>> On Tue, Mar 16, 2010 at 12:52, Justin Mason wrote:
>>> For long term use, though, we'll need some way to cut a rules tarball
>>> using what's in SVN right now, rather than what was there on t
On Wed, Mar 17, 2010 at 00:14, Daryl C. W. O'Shea
wrote:
> First, I still agree that we need a way to generate a rule update using
> the latest svn versions of rules for *emergency updates*.
>
> On 16/03/2010 8:52 AM, Justin Mason wrote:
>> On Tue, Mar 16, 2010 at 00:36, Daryl C. W. O'Shea
>>> Jus
On Tue, Mar 16, 2010 at 23:23, Daryl C. W. O'Shea
wrote:
> On 16/03/2010 12:47 PM, Justin Mason wrote:
>> 2010/3/16 Karsten Bräckelmann :
>>> Includes stuff like T_URIBL_BLACK_OVERLAP which doesn't seem to be meant
>>> for publishing, but testing only.
>>
>> it's not marked nopublish. that's proba
On Tue, 16 Mar 2010, Daryl C. W. O'Shea wrote:
On 16/03/2010 3:25 PM, John Hardin wrote:
What's odd is that there _is_ an explicit score on NSL_ORIG_FROM_41 in
my sandbox. A _low_ score. 41/8 is all of Africa.
I could see, down the road, allowing the lesser magnitude score of the
generated an
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6381
Karsten Bräckelmann changed:
What|Removed |Added
Status|NEW |RESOLVED
Resoluti
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5894
--- Comment #10 from Sossi Andrej 2010-03-17 13:24:52 UTC
---
(In reply to comment #9)
> My servers are setup with "per domain" spam checking - not per user. As such
> I
> do not use the --enable-spamc-user simscan compile option. F
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6381
Matt Kettler changed:
What|Removed |Added
CC||mkettler...@verizon.net
--- Comm
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6381
Jeff Chan changed:
What|Removed |Added
CC||je...@surbl.org
--- Comment #2 from
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6381
Per Jessen changed:
What|Removed |Added
CC||p...@computer.org
--- Comment #1 f
