I've had to make a few changes to the site for 3.3.0 -- please see if
you can spot any issues in advance of the release. Here's the staging
area for the updated site changes:
http://buildbot.spamassassin.org/staging/website/
http://buildbot.spamassassin.org/staging/website/downloads.html
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6306
Summary: website: tests.html contains incorrect scores
Product: Spamassassin
Version: 3.3.0
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6306
Justin Mason j...@jmason.org changed:
What|Removed |Added
CC||j...@jmason.org
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6304
Mark Martinec mark.marti...@ijs.si changed:
What|Removed |Added
Priority|P2 |P3
On Tue, Jan 26, 2010 at 10:24:39AM +, Justin Mason wrote:
I've had to make a few changes to the site for 3.3.0 -- please see if
you can spot any issues in advance of the release. Here's the staging
area for the updated site changes:
http://buildbot.spamassassin.org/staging/website/
Release Notes -- Apache SpamAssassin -- Version 3.3.0
Introduction
This is a major release, incorporating enhancements and bug fixes that have
accumulated in a year and a half of development since the 3.2.5 release.
Apart from some new or changed dependencies on perl modules, this
Howdy,
Has anyone done any benchmarking between Perl 5.10.1 and 5.8.5 with
the latest 3.3.0 release?
What did you find? I understand that the regex stuffs in 5.10.x are
improved but do they actually help performance?
Thanks
Michael
In article 6c399e451001260224i6e9390d8pec2beb9382284...@mail.gmail.com
, Justin Mason j...@jmason.org writes
I've had to make a few changes to the site for 3.3.0 -- please see if
you can spot any issues in advance of the release. Here's the staging
area for the updated site changes:
http://wtogami.livejournal.com/33674.html
If you use spamassassin on Fedora or RHEL5, please see my blog post for
RPM packages and distro-specific notes.
Warren Togami
wtog...@redhat.com
Kevin Golding wrote, On 27/01/10 6:11 AM NZDT:
Well as 3.3.0 was released today (26th) the date on the latest news
(27th) has a date in the future bug ;-)
Looks fine here :-)
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6307
Summary: exists: in header rule fails if underscore present in
pattern
Product: Spamassassin
Version: 3.3.0
Platform: Macintosh
OS/Version: Mac OS X
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6307
--- Comment #1 from Warren Togami wtog...@redhat.com 2010-01-26 11:52:55 UTC
---
Please stop using SARE. It died a long time ago, causes problems today, and
many of its rules were incorporated upstream.
--
Configure bugmail:
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6307
--- Comment #2 from Mark Martinec mark.marti...@ijs.si 2010-01-26 12:18:17
UTC ---
Created an attachment (id=4660)
-- (https://issues.apache.org/SpamAssassin/attachment.cgi?id=4660)
proposed patch
--
Configure bugmail:
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6307
Mark Martinec mark.marti...@ijs.si changed:
What|Removed |Added
Priority|P5 |P3
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6308
Summary: Skipped tests always say 'no reason given'
Product: Spamassassin
Version: 3.3.0
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6307
Sidney Markowitz sid...@sidney.com changed:
What|Removed |Added
CC|
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6276
Jason Bertoch ja...@electronet.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6276
Jason Bertoch ja...@electronet.net changed:
What|Removed |Added
Summary|all_spam_to addresses don't |NOT_A_BUG
Guys,
sorry I pretty much just disappeared a couple weeks ago. I sorely needed
to get some things sorted.
I hope to be back to dev and list daily business soon-ish. Thinking
about the backlog of important threads gives me the creeps, though. ;)
Again, sorry
guenther
--
char
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6290
David Morton morto...@dgrmm.net changed:
What|Removed |Added
CC|
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6309
Summary: Website needs licensing terms Bugzilla needs Website
Component
Product: Spamassassin
Version: unspecified
Platform: Other
OS/Version: All
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6290
Warren Togami wtog...@redhat.com changed:
What|Removed |Added
Summary|Bayes Broken in 3.3.0 on|maia-1.02a
If only I had noticed this before the 3.3.0 release...
There are some patches to the Debian package for 3.2.5 which are
applicable to the trunk. I'm comfortable incorporating some of them
myself, but wanted to double-check on this one:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491159
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6299
--- Comment #9 from Adam Katz antis...@khopis.com 2010-01-26 15:57:08 UTC ---
(In reply to comment #5)
Btw, the newly allocated 1.0.0.0/8 and 2.0.0.0/8 will start causing
false positives for SA 3.2.* as they come into more widespread
On Tue, Jan 26, 2010 at 11:14:01PM +, Justin Mason wrote:
the rules in spamassassin/trunk/rulesrc/sandbox/khopesh/65_debian.cf
seem quite unsafe and easily forged by spammers. please ensure they
stay nopublish! if they were meta rules with ALL_TRUSTED, however,
they'd be more usable.
Hi
On Jan 26, 2010, at 3:00 PM, Adam Katz wrote:
If only I had noticed this before the 3.3.0 release...
There are some patches to the Debian package for 3.2.5 which are
applicable to the trunk. I'm comfortable incorporating some of them
myself, but wanted to double-check on this one:
On Tue, Jan 26, 2010 at 04:17:27PM -0800, Duncan Findlay wrote:
http://svn.debian.org/viewsvn/collab-maint/deb-maint/spamassassin/trunk/debian/patches/
Noah, is there something we can do to make it easier to submit these changes
upstream?
No; if I've failed to push them up, it's my own
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6290
--- Comment #7 from Mark Martinec mark.marti...@ijs.si 2010-01-26 17:52:23
UTC ---
I think the culprit is the line:
$spamassassin_obj-{bayes_scanner} =
new Mail::SpamAssassin::Bayes ($spamassassin_obj);
in amavisd-maia.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6310
Summary: sa-learn --import gives Insecure dependency in open
Product: Spamassassin
Version: 3.3.0
Platform: All
OS/Version: All
Status: NEW
Severity: normal
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6310
--- Comment #1 from Mark Martinec mark.marti...@ijs.si 2010-01-26 17:56:58
UTC ---
Created an attachment (id=4661)
-- (https://issues.apache.org/SpamAssassin/attachment.cgi?id=4661)
proposed patch
--
Configure bugmail:
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6310
Mark Martinec mark.marti...@ijs.si changed:
What|Removed |Added
Priority|P5 |P3
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6310
Mark Martinec mark.marti...@ijs.si changed:
What|Removed |Added
Summary|sa-learn --import gives |[review]
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6307
Mark Martinec mark.marti...@ijs.si changed:
What|Removed |Added
Summary|exists: in header rule |[review]
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6287
Mark Martinec mark.marti...@ijs.si changed:
What|Removed |Added
Priority|P2 |P3
Status
Time to create a 3.3 branch and declare trunk as C-T-R again?
Mark
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6290
--- Comment #8 from David Morton morto...@dgrmm.net 2010-01-26 18:08:33 UTC
---
(In reply to comment #7)
Perhaps you can track back through the Maia revision control
and see when/why it was added.
It goes back to 2004, when code
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6307
Sidney Markowitz sid...@sidney.com changed:
What|Removed |Added
Status Whiteboard|needs 2(?) votes|needs 1(?)
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6307
Mark Martinec mark.marti...@ijs.si changed:
What|Removed |Added
Status Whiteboard|needs 1(?) votes|needs 1
On 26/01/2010 9:08 PM, Mark Martinec wrote:
Time to create a 3.3 branch and declare trunk as C-T-R again?
Mark
Yep. Feel free to go ahead and do it (it's just an svn copy ...).
Daryl
On 01/26/2010 10:25 PM, Daryl C. W. O'Shea wrote:
On 26/01/2010 9:08 PM, Mark Martinec wrote:
Time to create a 3.3 branch and declare trunk as C-T-R again?
Mark
Yep. Feel free to go ahead and do it (it's just an svn copy ...).
Daryl
How are we going to do the proposed auto-promote
On 26/01/2010 10:33 PM, Warren Togami wrote:
On 01/26/2010 10:25 PM, Daryl C. W. O'Shea wrote:
On 26/01/2010 9:08 PM, Mark Martinec wrote:
Time to create a 3.3 branch and declare trunk as C-T-R again?
Mark
Yep. Feel free to go ahead and do it (it's just an svn copy ...).
Daryl
How
On 26/01/2010 11:02 PM, Daryl C. W. O'Shea wrote:
On 26/01/2010 10:33 PM, Warren Togami wrote:
How are we going to do the proposed auto-promote rules with nightly
masscheck from trunk to 3.3.x stable sa-update?
Crap. That stuff needs to be disabled, or changed to 3.4.0 real fast.
OK, I've
42 matches
Mail list logo