You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by bu...@bugzilla.spamassassin.org on 2004/12/18 01:24:18 UTC
[Bug 4042] New: _score_ has lost the leading zero
http://bugzilla.spamassassin.org/show_bug.cgi?id=4042
Summary: _score_ has lost the leading zero
Product: Spamassassin
Version: 3.0.1
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P5
Component: Score Generation
AssignedTo: dev@spamassassin.apache.org
ReportedBy: trio@tio.net
Saluton,
Forgive me if i am doing this incorrectly, i am new here. I searched for a
current bug listing on this but found none.
I am running Debian Linux and switched from the default SpamAssassin, whch i
believe was v2.?? to BackPorts.Org's version which is v3.01. I rewrite the
Subject with the string "SPAM _SCORE_ >>>". Previously, i could sort my messages
by Subject and get a listing such as:
=====
SPAM 05.67 >>> Viagra
SPAM 12.34 >>> Mortgage
SPAM 23.45 >>> Phishing
=====
But now i get:
=====
SPAM 12.34 >>> Mortgage
SPAM 23.45 >>> Phishing
SPAM 5.67 >>> Viagra
=====
I have already trained all of my users to do this and search for any false
positives via this method and "... anything above a score of around 10 is
usually safe to throw away..." So if there is a list of 30 or 100 spams (not
unusual), the user (and myself) have to scan all the way to near the bottom,
somewhere, to see if there are any false positives.
Maybe i missed it, but is there a "switch/flag" i am missing to put the
leading zero back in? If not, i suggest that this be put back to the old method.
Dankon.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 4042] _score_ has lost the leading zero
Posted by bu...@bugzilla.spamassassin.org.
http://bugzilla.spamassassin.org/show_bug.cgi?id=4042
felicity@kluge.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
------- Additional Comments From felicity@kluge.net 2004-12-17 17:36 -------
> Maybe i missed it, but is there a "switch/flag" i am missing to put the
>leading zero back in? If not, i suggest that this be put back to the old method.
This is a use issue and should be discussed on the users list, there is no bug here.
BTW, the documentation clearly covers this:
_SCORE(PAD)_ message score, if PAD is included and is either spaces or
zeroes, then pad scores with that many spaces or zeroes
(default, none) ie: _SCORE(0)_ makes 2.4 become 02.4,
_SCORE(00)_ is 002.4. 12.3 would be 12.3 and 012.3
respectively.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.