| msg103890 - (view) |
Author: Domen Kožar (iElectric) |
Date: 2010-04-21 19:17 |
| Module smtplib, line 574, in login Module smtplib, line 538, in encode_cram_md5 Module hmac, line 72, in __init__ TypeError: character mapping must return integer, None or unicode Following traceback occurs when doing connection.login(u'foobar@domain.com', 'justdoit') to issue an ESMTP. Python 2.6.4 (r264:75706, Mar 11 2010, 18:33:18) |
|
|
| msg103893 - (view) |
Author: Jean-Paul Calderone (exarkun) *  |
Date: 2010-04-21 19:24 |
| SMTP (RFC 2821) doesn't support non-ASCII envelope addresses. A better behavior here would be for connection.login to raise a ValueError or a TypeError whenever a non-str is passed in. RFC 5336, though, adds the UTF8SMTP extension, which adds support for UTF-8 encoded unicode mailboxes. If the server advertises the UTF8SMTP capability, then smtplib could encode unicode using UTF-8 and pass it on. This is really a feature request (RFC 5336 support), not a bug. |
|
|
| msg103901 - (view) |
Author: Domen Kožar (iElectric) |
Date: 2010-04-21 19:56 |
| Plone currently just passes unicode data around, maybe additional documentation note will do for avoiding such trobules. Thanks for quick response. |
|
|
| msg172266 - (view) |
Author: Christian Heimes (christian.heimes) * |
Date: 2012-10-06 23:41 |
| I've changed the topic and set the version to 3.4. |
|
|
| msg172278 - (view) |
Author: R. David Murray (r.david.murray) * |
Date: 2012-10-07 01:18 |
| Woops, did not mean to close the issue. |
|
|
| msg182763 - (view) |
Author: Hugo Hallman (hhallman) * |
Date: 2013-02-23 16:58 |
| Can not reproduce the problem in 2.7 Attaching a patch with test cases proving that the problem is solved. Patch based on current tip 2.7. |
|
|
| msg182772 - (view) |
Author: R. David Murray (r.david.murray) * |
Date: 2013-02-23 17:14 |
| Well, this issue changed into a feature request for UTF8SMTP support, which I do intend to implement at some point. It does indeed appear like the original problem (not converting unicode strings into ASCII) was fixed in 2.7 at some point, though, which is good news, thanks. |
|
|
| msg182808 - (view) |
Author: David Lam (dlam) * |
Date: 2013-02-23 20:02 |
| looks like RFC 6531 obsoletes 5336 --> http://datatracker.ietf.org/doc/rfc6531/ (6531 says its the "Proposed Standard", whereas 5336 says its "Experimental" etc etc) |
|
|
| msg182825 - (view) |
Author: R. David Murray (r.david.murray) * |
Date: 2013-02-23 21:52 |
| Thanks for the pointer. I keep reading "SMTPUTF8" as "SMTPUFF", but otherwise at a quick glance it looks like an improvement. |
|
|