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.