Message207071
> we want our message to get delivered regardless of whether or not smtputf8 is available.
This is not possible if the user specifies an (sender or recipient) email address with non-ASCII characters and the first-hop mail system does not support SMTPUTF8. Section 8 of RFC 6530 seems to suggest that in that case either an all-ASCII email address should be used, and if that is not available, the mail should bounce. In my interpretation smtplib should fail by raising an Exception.
> [...] a Message object, which can be automatically serialised as utf8 if smtputf8 is available [...]
I hadn't given the mail body much thought. I think that this is covered by the existing 8BITMIME extension, in which case the client can add the header 'Content-Type: text/plain; charset="utf-8"'. From what I understand SMTPUTF8 only concerns the encoding of the header. I prefer that this particular issue (enhancement request) only concerns the mail headers, not the mail body. (I see that you also have some ideas on this, perhaps this is for a different issue?)
PS: I planned to use smtplib to see if I could understand the standard for international email addresses. Turns out I'm not reading the standard to see how smtplib should work. Also nice, but not what I had intended to do. :). It seems that STMPUTF8 is not yet implemented that much. I've learned that my production MTA does not support it. |
|
Date |
User |
Action |
Args |
2013-12-29 12:29:28 | macfreek | set | recipients:
+ macfreek, barry, r.david.murray |
2013-12-29 12:29:28 | macfreek | set | messageid: <1388320168.08.0.586245047402.issue20084@psf.upfronthosting.co.za> |
2013-12-29 12:29:28 | macfreek | link | issue20084 messages |
2013-12-29 12:29:27 | macfreek | create | |
|