The "U" Encoding for Encoded-Words in Email
draft-klensin-encoded-word-type-u-00
| Document | Type | Expired Internet-Draft (individual) | |
|---|---|---|---|
| Author | Dr. John C. Klensin | ||
| Last updated | 2012-05-27 (Latest revision 2011-11-24) | ||
| Stream | (None) | ||
| Intended RFC status | (None) | ||
| Formats |
Expired & archived
plain text
html
xml
htmlized
pdfized
bibtex
|
||
| Stream | Stream state | (No stream defined) | |
| Consensus boilerplate | Unknown | ||
| RFC Editor Note | (None) | ||
| IESG | IESG state | Expired | |
| Telechat date | (None) | ||
| Responsible AD | (None) | ||
| Send notices to | (None) |
https://www.ietf.org/archive/id/draft-klensin-encoded-word-type-u-00.txt
Abstract
The "Encoded Word" conventions have been used extensively in email headers and elsewhere to permit the encoding of non-ASCII characters where only ASCII ones are normally permitted. The existing specification defines only two kinds of encoding, one of which cannot be understood easily by people and the other of which has been widely discredited. This document specifies a third encoding that is easily accessible by users and much more closely tied to contemporary practices. The current version of the proposal is intended for possible discussion in the EAI, IRI, and PRECIS WGs to see if it sheds light on other issues being discussed in those WGs. It is not, at this point, proposed for adoption.
Authors
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)