New submission from Florian Apolloner:
Take the following example:
>>> from email.mime.nonmultipart import *
>>> from email.charset import *
>>> msg = MIMENonMultipart('text', 'plain')
>>> cs = Charset('utf-8')
>>> cs.body_encoding = None
>>> msg.set_payload('А Б В Г Д Е Ж Ѕ З И І К Л М Н О П.', cs)
>>> msg.as_string()
'MIME-Version: 1.0\nContent-Type: text/plain;
charset="utf-8"\nContent-Transfer-Encoding: 7bit\n\nА Б В Г Д Е Ж Ѕ З И І К Л М
Н О П.'
Till python 3.3.2 this created the email as 8bit, which is in line with what
Thunderbird creates on my box. And if I understand the RFC correctly
(https://tools.ietf.org/html/rfc2045#section-2.7) 7bit should only be used for
ASCII. This issue was introduced by
http://hg.python.org/cpython/rev/64e004737837 -- I changed orig =
msg.get_payload(decode=True) back to it's original value (decode=False) in
encode_7or8bit and get the "correct" behavior again. Running the tests didn't
cause any errors (I hope I ran the correct one).
----------
components: Library (Lib)
messages: 198217
nosy: apollo13
priority: normal
severity: normal
status: open
title: Python 3.3.3 encodes emails containing non-ascii data as 7bit
versions: Python 3.3
_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue19063>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
