"SMTP extension for internationalized email address", Jiankang Yao, Wei MAO, 4-Apr-08. ( bytes)

This document specifies an SMTP extension for transport and delivery of email messages with internationalized email addresses or header information. Communication with systems that do not implement this specification is specified in another document.

"UTF-8 Mail: Scenarios", Harald Alvestrand, 25-Jan-08. ( bytes)

This document describes some scenarios in which one can imagine internationalized email addresses deployed, and tries to draw some conclusions about what's acceptable and what's not for users in those scenarios. One possible set of extensions that can work in these scenarios is those described in the UTF8SMTP extension documents.

"Downgrading mechanism for Email Address Internationalization", Kazunori Fujiwara, Yoshiro Yoneya, 13-Mar-08. ( bytes)

Traditional mail systems handle only ASCII characters in SMTP envelope and mail header fields. The Email Address Internationalization (UTF8SMTP) extension allows UTF-8 characters in SMTP envelope and mail header fields. To avoid bouncing internationalized Email messages when a server in the delivery path does not support the UTF8SMTP extension, some sort of converting mechanism is required. This document describes a downgrading mechanism for Email Address Internationalization. Note that this is a way to downgrade, not tunnel. There is no associated up-conversion mechanism, although internationalized email clients might use original internationalized addresses or other data when displaying or replying to downgraded messages.

"IMAP Support for UTF-8", Pete Resnick, Chris Newman, 24-Apr-08. ( bytes)

This specification extends the Internet Message Access Protocol version 4rev1 (IMAP4rev1) to support unencoded international characters in user names, mail addresses and message headers. This is an early draft and intended as a framework for discussion. Please do not deploy implementations of this draft.

"Internationalized Email Headers", Jeff Yeh, 22-Apr-08. ( bytes)

Full internationalization of electronic mail requires not only the capability to transmit non-ASCII content, to encode selected information in specific header fields, and to use non-ASCII characters in envelope addresses. It also requires being able to express those addresses and information based on them in mail header fields. This document specifies an experimental variant of Internet mail that permits the use of Unicode encoded in UTF-8, rather than ASCII, as the base form for Internet email header field bodies. This form is permitted in transmission only if authorized by an SMTP extension, as specified in an associated specification.

"Mailing Lists and Internationalized Email Addresses", Randall Gellens, Edmon Chung, 22-Feb-08. ( bytes)

This document describes considerations for mailing lists with the introduction of internationalized email addresses. This document makes some specific recommendations on how mailing lists should act in various situations. Gellens & Chung [page 1] Expires August 2008 Internet Draft Mailing Lists and i18mail Addresses February 2008

"POP3 Support for UTF-8", Chris Newman, Randall Gellens, 24-Feb-08. ( bytes)

This specification extends the Post Office Protocol version 3 (POP3) to support un-encoded international characters in user names, passwords, mail addresses, message headers, and protocol-level textual error strings.

"Internationalized Delivery Status and Disposition Notifications", Chris Newman, Alexey Melnikov, 21-Jan-08. ( bytes)

Delivery status notifications (DSNs) are critical to the correct operation of an email system. However, the existing draft standard is presently limited to US-ASCII text in the machine readable portions of the protocol. This specification adds a new address type for international email addresses so an original recipient address with non-US-ASCII characters can be correctly preserved even after downgrading. This also provides updated content return media types for delivery status notifications and message disposition notifications to support use of the new address type. This document experimentally extends RFC 3461, RFC 3464 and RFC 3798.

"An update to the mailto URI scheme for Email Address Internationalization", Martin Duerst, 18-Feb-08. ( bytes)

This document updates the definition of the mailto: URI Scheme for use with internationalized email addresses.

Return to Internet-Draft directory.

Return to IETF home page.