https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6435

           Summary: locale decimal point not used by SA
           Product: Spamassassin
           Version: 3.3.1
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: spamassassin
        AssignedTo: [email protected]
        ReportedBy: [email protected]


Hello Devs,

my SA install used in conjunction with MySQL for the userpref store, does not
use the locale settings. Especially, the locale decimal point doesn't get payed
tribute.

My MySQL backend table does contain the follwoing entry:
 Nico Prenzel/pn-systeme    required_hits    5,4    1520110

but a simple test with my user 
 /usr/bin/spamc -R -d 192.168.253.5 --username "Nico Prenzel/pn-systeme" <
sample-spam.txt

does result in a required score of 5.0:

1002.5/5.0
Spam detection software, running on the system "dema1m040.bb.bbmsg", has
identified this incoming email as possible spam.  The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email.  If you have any questions, see
@@CONTACT_ADDRESS@@ for details.

Content preview:  This is the GTUBE, the Generic Test for Unsolicited Bulk
Email
   If your spam filter supports it, the GTUBE provides a test by which you can
   verify that the filter is installed correctly and is detecting incoming
spam.
   You can send yourself a test mail containing the following string of
characters
   (in upper case and with no white spaces and line breaks): [...]

Content analysis details:   (1002.5 points, 5.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
-0.0 NO_RELAYS              Informational: message was not relayed via SMTP
1000 GTUBE                  BODY: Generic Test for Unsolicited Bulk Email
 2.5 BAYES_60               BODY: Bayes spam probability is 60 to 80%
                            [score: 0.7682]
-0.0 NO_RECEIVED            Informational: message has no Received headers





If i do change my userpref to the following
 Nico Prenzel/pn-systeme    required_hits    5.4    1520110

then my test outputs a needed score of 5.4:
1002.5/5.4
Spam detection software, running on the system "dema1m040.bb.bbmsg", has
identified this incoming email as possible spam.  The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email.  If you have any questions, see
@@CONTACT_ADDRESS@@ for details.

Content preview:  This is the GTUBE, the Generic Test for Unsolicited Bulk
Email
   If your spam filter supports it, the GTUBE provides a test by which you can
   verify that the filter is installed correctly and is detecting incoming
spam.
   You can send yourself a test mail containing the following string of
characte                                  rs
   (in upper case and with no white spaces and line breaks): [...]

Content analysis details:   (1002.5 points, 5.4 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
-0.0 NO_RELAYS              Informational: message was not relayed via SMTP
1000 GTUBE                  BODY: Generic Test for Unsolicited Bulk Email
 2.5 BAYES_60               BODY: Bayes spam probability is 60 to 80%
                            [score: 0.7682]
-0.0 NO_RECEIVED            Informational: message has no Received headers


system locale:
$ LANG=de_DE.UTF-8 locale -k LC_NUMERIC LC_MONETARY | grep decimal_point
decimal_point=","
mon_decimal_point=","

perl's locale:
#!/usr/bin/perl

use POSIX qw(locale_h);

# Get a reference to a hash of locale-dependent info
$locale_values = localeconv();

# Output sorted list of the values
for (sort keys %$locale_values) {
    printf "%-20s = %s\n", $_, $locale_values->{$_}
}

decimal_point        = .


Is this the intended behaviour, or a misconfigured perl?
Is SA always using the "minimum C locale"?


Thanks.

NicoP.

-- 
Configure bugmail: 
https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

Reply via email to