http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5083
------- Additional Comments From [EMAIL PROTECTED] 2006-09-05 11:13 ------- 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(). I agree that UTF support in Perl and the underlying OS can be a minefield generally... but in this particular case, we're dealing with a network socket, which is defined to pass only octets. Therefore, I think SA should "do the right thing" (for some definition of "right"!) deterministically, independently of the environment, and not rely on any implicit conversions (that might or might not happen on different platforms) when it comes to sending data back to the client. On both of my test platforms, btw, the environment is empty (spamd is started with "env -"), so any differences are down to the vanilla default behaviour of Perl/libc. If any aspect of SA processing really needs a specific environment to work properly, then perhaps SA *itself* should set it (eg. based on a test in Makefile.PL)? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
