https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5979
Sidney Markowitz <[EMAIL PROTECTED]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
--- Comment #5 from Sidney Markowitz <[EMAIL PROTECTED]> 2008-09-17 08:51:13
PST ---
(in reply to comment #3)
You meant to type 8.981, not 9.981.
Ok, I tracked down what is going on. The first part of the wiki page I linked
to reflects the patch that was accepted for bug 2607, which has the score
rounded down to a tenth, which would have made this score show up as 8.9.
However, right after that checkin came
http://svn.apache.org/viewvc?view=rev&revision=6749
which reverted back to the practice of rounding to the nearest tenth but added
a test so that if the true score is less than the spam threshold change the
diaplayed score to be no more than a tenth less than the spam threshold.
So now 8.981 is rounded in the display to 9.0 unless the spam threshold is 9.0,
in which case it would say X-Spam-Status: No, score=8.9, required=9.0
If that's what we are going to do I think we neef to change the wiki to match.
In any case, here is the rationale for the current behaviour:
The individual rule scores are to three decimal places, but displayed rounded
to the nearest tenth. The total score is the sum of the exact rule scores,
which can be slightly different from the sum of what is displayed. The
displayed total score is rounded to the nearest tenth because that's what
people expect, except that it will never be rounded up to equal the spam
threshold to avoid looking confusing. The stars are always rounded down to an
integer so that you will never see a below-threshold score displaying above the
spam threshold number of stars.
--
Configure bugmail:
https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
