control characters and Util::clean_text()

Dennis Melentyev dennis.melentyev at infopulse.com.ua
Thu Dec 22 11:51:05 UTC 2005


Thr, 22/12/2005 в 13:20 +0800, byron wrote:

> RFC1652 (July 1994) introduced 8bit MIME.
This RFC specify that server must accept any bits client will send it.
Do not separating header and body of the message, but there still
RFC822, which denies NON-ASCII characters in headers. And RFC1521 refers
to it in that part. And RFC1522 is more precise, putting all
responsibility onto the mail composers/readers while still talking on
RFC822 (AKA STD11) conformance: 

   A mail composer that implements this specification will provide a
   means of inputting non-ASCII text in header fields, but will
   translate these fields (or appropriate portions of these fields) into
   encoded-words before inserting them into the message header.

   A mail reader that implements this specification will recognize
   encoded-words when they appear in certain portions of the message
   header.  Instead of displaying the encoded-word "as is", it will
   reverse the encoding and display the original text in the designated
   character set.

(See http://www.faqs.org/rfcs/rfc1522.html for details)

> RFC3030 (December 2000) introduced BDAT (binary version of DATA)
> [obsoletes RFC1830 - August 1995].
I'm not sure how widely is it supported. Just don't know that.




More information about the developers mailing list