http://bugzilla.spamassassin.org/show_bug.cgi?id=4046
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #2582 is|0 |1
obsolete| |
------- Additional Comments From [EMAIL PROTECTED] 2005-05-26 14:24 -------
Created an attachment (id=2902)
--> (http://bugzilla.spamassassin.org/attachment.cgi?id=2902&action=view)
tested fix
OK, I realised that we'd never tested utf8_mode() as a fix for this.
So I tested it. The results are:
big fat zero
I used my most recent 2000 ham and 2000 spam, ran mass-check on both,
stripped out the "scantime" stuff that varies as a result of mass-check
CPU load etc. and diffed the results -- there were no differences
in rule hits whatsoever.
in other words, HTML::Parser's noisiness is entirely irrelevant to us
in terms of spam filtering results.
On top of that, Art's UTF-32 message produces no warnings on perl 5.6.1 or perl
5.8.4 for me with svn trunk. Having said that, I'll change the svn trunk code
to ignore UTF-32 noise as well, just in case. r178692.
the attached patch is the utf8_mode()-enabling code. I won't be
applying it, since as I noted above it has no effect and I'd prefer
not to add version-specific stuff unless there's a point. ;)
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
