https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6377
Daniel le...@jam-software.com changed:
What|Removed |Added
CC|
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6377
Daniel le...@jam-software.com changed:
What|Removed |Added
Attachment #4713|0 |1
is
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6377
Justin Mason j...@jmason.org changed:
What|Removed |Added
CC||j...@jmason.org
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6377
--- Comment #4 from Daniel le...@jam-software.com 2010-03-16 10:42:02 UTC ---
Kill was the only thing that worked for me. Any other signal caused the shut
down process to hang up.
--
Configure bugmail:
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6379
Summary: t/make_install.t fails on Solaris due to missing bin
and bar subdirs
Product: Spamassassin
Version: 3.3.0
Platform: All
OS/Version: Solaris
On Tue, Mar 16, 2010 at 01:04, Daryl C. W. O'Shea
spamassas...@dostech.ca wrote:
Only in 3.003001.NET/updates_spamassassin_org: languages
Only in 3.003001.NET/updates_spamassassin_org: local.cf
Only in 3.003001.NET/updates_spamassassin_org: regression_tests.cf
These, or some of them,
On Tue, Mar 16, 2010 at 00:56, Daryl C. W. O'Shea
spamassas...@dostech.ca wrote:
On 15/03/2010 7:13 PM, Karsten Bräckelmann wrote:
On Mon, 2010-03-15 at 22:59 +, Justin Mason wrote:
2010/3/15 John Hardin jhar...@impsec.org:
On Mon, 15 Mar 2010, Karsten Bräckelmann wrote:
The following 30
On Tue, Mar 16, 2010 at 00:36, Daryl C. W. O'Shea
spamassas...@dostech.ca wrote:
If we're publishing rule updates for 3.3 from trunk I don't see why we'd
generate a rule tarball from the branch (with sandbox rules, sans
scores, anyway). If you install 3.3 using sa-update to get the rules
A diff between the proposed 3.3.1 and trunk reveals a couple of
trivialities which should go into 3.3.2 (or into 3.3.1 if there will be
a re-cut).
3.3:
Backported docs spelling fixes and CREDITS update from trunk,
one trivial fix to
On Tue, Mar 16, 2010 at 13:18, Mark Martinec mark.martinec...@ijs.si wrote:
A diff between the proposed 3.3.1 and trunk reveals a couple of
trivialities which should go into 3.3.2 (or into 3.3.1 if there will be
a re-cut).
3.3:
Backported docs spelling fixes and CREDITS update from trunk,
On Tue, Mar 16, 2010 at 12:52, Justin Mason j...@jmason.org wrote:
On Tue, Mar 16, 2010 at 00:36, Daryl C. W. O'Shea
spamassas...@dostech.ca wrote:
If we're publishing rule updates for 3.3 from trunk I don't see why we'd
generate a rule tarball from the branch (with sandbox rules, sans
http://people.apache.org/~jm/devel/PROPOSED-3.3.1.txt
http://people.apache.org/~jm/devel/
this is now using the updates.spamassassin.org rules tarball,
repackaged; the code tarball is effectively unchanged, but rebuilt
anyway just out of paranoia.
--
--j.
On Tue, 2010-03-16 at 15:23 +, Justin Mason wrote:
http://people.apache.org/~jm/devel/PROPOSED-3.3.1.txt
http://people.apache.org/~jm/devel/
this is now using the updates.spamassassin.org rules tarball,
repackaged; the code tarball is effectively unchanged, but rebuilt
anyway just out
On Tuesday 16 March 2010 16:23:28 Justin Mason wrote:
http://people.apache.org/~jm/devel/PROPOSED-3.3.1.txt
http://people.apache.org/~jm/devel/
this is now using the updates.spamassassin.org rules tarball,
repackaged; the code tarball is effectively unchanged, but rebuilt
anyway just out of
Haven't checked the rules yet...
Rules are now consistent between tar and net.
A diff between 3.003001 and 3.004000 rules (as resulting
from running sa-update with each version) shows:
Only in 3.003001/updates_spamassassin_org: 72_scores.cf
Only in 3.003001/updates_spamassassin_org:
On Tue, 2010-03-16 at 17:19 +0100, Mark Martinec wrote:
Rules are now consistent between tar and net.
A diff between 3.003001 and 3.004000 rules (as resulting
from running sa-update with each version) shows:
Only in 3.003001/updates_spamassassin_org: 72_scores.cf
---
Most of the missing regular rules are in 72_scores.cf. Really no score
defined for the following rules.
DATE_DOTS
NSL_ORIG_FROM_41
Both rules come from 72_scores.cf. A default of +1 seems reasonable.
AWL
This one produces its own dynamic score, a 'score' directive is unnecessary
and
On Tue, 2010-03-16 at 18:22 +0100, Mark Martinec wrote:
Most of the missing regular rules are in 72_scores.cf. Really no score
defined for the following rules.
DATE_DOTS
NSL_ORIG_FROM_41
Both rules come from 72_scores.cf. A default of +1 seems reasonable.
You lost me there. They
Most of the missing regular rules are in 72_scores.cf. Really no score
defined for the following rules.
DATE_DOTS
NSL_ORIG_FROM_41
Both rules come from 72_scores.cf. A default of +1 seems reasonable.
You lost me there. They are not in 72_scores. I guess you actually meant
65 testing rules without score
All starting with T_ presumably. So all is well, these rules
receive a default score of 0.01 or -0.01, so there is no need
for concern I suppose.
So, here is my +1 for 3.3.1 take 2.
Mark
On Tue, 2010-03-16 at 19:14 +0100, Mark Martinec wrote:
65 testing rules without score
All starting with T_ presumably. So all is well, these rules
receive a default score of 0.01 or -0.01, so there is no need
for concern I suppose.
Yes, these are all T_ testing rules with a negligible
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6380
Summary: sa-update should handle case where some channel(s)
fail but others work
Product: Spamassassin
Version: unspecified
Platform: All
OS/Version: All
On 16/03/2010 12:47 PM, Justin Mason wrote:
2010/3/16 Karsten Bräckelmann guent...@rudersport.de:
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 probably why it's published.
As mentioned a couple
On 16/03/2010 1:22 PM, Mark Martinec wrote:
Most of the missing regular rules are in 72_scores.cf. Really no score
defined for the following rules.
DATE_DOTS
NSL_ORIG_FROM_41
Hrm. That's unexpected, but not a show stopper.
Daryl
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.
By, long standing, design. When we were looking at adding lots of
rule-only committers we wanted to make sure that they couldn't
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
Just grab a recent nightly update, rename it, and use that. The safest
On 16/03/2010 10:36 AM, Justin Mason wrote:
On Tue, Mar 16, 2010 at 12:52, Justin Mason j...@jmason.org 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 the previous
night. in my opinion it's unsafe to
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6381
Summary: Incorrect english --
Product: Spamassassin
Version: 3.3.0
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P5
28 matches
Mail list logo