Tokio Kikuchi added the comment:
OK. I understand but slightly disappointed because four years have passed since
this issue was raised and these years are included in the 'such long standing'
period.
--
___
Python tracker
<http://bu
New submission from Tokio Kikuchi :
Regular expression ecre for RFC2047 encoded_word in email.header module have
bugs:
1. encoded_word should be separated by SPACEs in both leading and trailing
ends. Current expression take care only trailing end.
2. encoded_text in the third part of
Tokio Kikuchi added the comment:
Hi, all
I am against applying these patches because they will insert space separations
in re-composed header (with str() function).
Sm=?ISO-8859-1?B?9g==?=rg=?ISO-8859-1?B?5Q==?=sbord
-> [('Sm', None), ('\xf6', 'iso-8859-1'),
Tokio Kikuchi added the comment:
I couldn't track down the bug but the symptom is that python 2.5 -- mailman
2.1.13 combination make Japanese message 'mojibake'. Using only email package
for generating message cause no trouble as far as I can check, so the bug may
be i
Tokio Kikuchi added the comment:
I filed this bug because I found email 4.0.2 in Python 2.5 was not suitable for
the latest mailman 2.1.13 especially for Japanese environment. It would be
best if you can further bump the Python 2.6 email to 4.0.3 and that of 2.7 to
4.0.4. (Or, 5.0.1 if
New submission from Tokio Kikuchi :
Python 2.6 email version number is 4.0.1 while that of py2.5 is 4.0.2.
Clearly, py2.6 email is newer and should have higher number.
--
components: Library (Lib)
messages: 108688
nosy: tkikuchi
priority: normal
severity: normal
status: open
title
