RFC 1521:MIME (Multipurpose Internet Mail Extensio...
RFC-Ref

ASCII character


Click on the red underlined text to get to the source

... convert any non-textual data that they may wish to send into seven- bit bytes representable as printable ASCII characters before invoking a local mail UA (User Agent ...


... The term CRLF, in this document, refers to the sequence of the two ASCII characters CR (13) and LF (10) which, taken together, in this ...


... encoding is intended to represent data that largely consists of octets that correspond to printable characters in the ASCII character set. It encodes the data in such a way that the resulting octets are unlikely to be modified by mail transport. If ...
... Literal representation) Octets with decimal values of 33 through 60 inclusive, and 62 through 126, inclusive, MAY be represented as the ASCII characters which correspond to those octets (EXCLAMATION POINT through LESS THAN, and GREATER THAN through TILDE, respectively). ...
... transport through EBCDIC gateways is to also quote the ASCII characters !"#$@[\]^`{|}~ ...
... CRLF ptext := octet /<any ASCII character except "=", SPACE, or TAB> ; characters not listed as "mail-safe" in Appendix B ; are also not recommended. ...


... transport enclaves, RFC 822std11(-> 2822prop) restrictions such as the one that limits bodies to printable ASCII characters may not be in force. (That is, the transport domains may resemble ...
... message headers or body-part headers) allowed to contain anything other than ASCII characters. NOTE: Conspicuously missing from the multipart type is a notion of ...


... automatically converted to variable numbers of spaces. This is unavoidable in some environments, notably those not based on the ASCII character set. Such conversion is STRONGLY DISCOURAGED, but it may occur, and mail formats must not rely on the persistence of TAB (HT) characters. ...
... (6) Many mail domains use variations on the ASCII character set, or use character sets such as EBCDIC ...


... transport enclaves, RFC 822std11(-> 2822prop) restrictions such as the one that limits bodies to printable ASCII characters may not be in force. (That is, the transport domains may resemble ...
... message headers or body-part headers) allowed to contain anything other than ASCII characters. boundary := 0*69<bchars> bcharsnospace ...
... preamble := discard-text ; to be ignored upon receipt. ptext := octet / <any ASCII character except "=", SPACE, or TAB> ; characters not listed as "mail-safe" in Appendix B ...



Google
Web
RFC-Ref