http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5083
------- Additional Comments From [EMAIL PROTECTED] 2006-09-05 12:17 ------- 'The "$]<5.008" should take care of 5.6.x compatibility: I copied the code from PerMsgStatus, and in fact the whole concept (ie. forcing an explicit octet encoding on any data intended to be passed back out of SA) is already done in rewrite_mail().' ah, sorry. I hadn't seen that there (and I'm surprised it works! ;) Anyway, the problem is that perl *itself* is supposed to know how to write utf-8 data to a network socket, taking care of the conversions required. For us to have to explicitly upgrade and downgrade strings inside our libs, is entirely the wrong approach, since that way leads to double-encoding. Could you try editing spamd.raw and adding a binmode($client, ":utf8"); just before the call to $spamtest->check($mail), and report if that works instead of the patch? Also, a test case would be very helpful, for others to test on other platforms. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
