Please Whitelist This Site?
I know everyone hates ads. But please understand that I am providing premium content for free that takes hundreds of hours of time to research and write. I don't want to go to a pay-only model like some sites, but when more and more people block ads, I end up working for free. And I have a family to support, just like you. :)
If you like The TCP/IP Guide, please consider the download version. It's priced very economically and you can read all of it in a convenient format without ads.
If you want to use this site for free, I'd be grateful if you could add the site to the whitelist for Adblock. To do so, just open the Adblock menu and select "Disable on tcpipguide.com". Or go to the Tools menu and select "Adblock Plus Preferences...". Then click "Add Filter..." at the bottom, and add this string: "@@||tcpipguide.com^$document". Then just click OK.
Thanks for your understanding!
Sincerely, Charles Kozierok
Author and Publisher, The TCP/IP Guide
|
NOTE: Using software to mass-download the site degrades the server and is prohibited. If you want to read The TCP/IP Guide offline, please consider licensing it. Thank you.
|
|
|
|
|
The TCP/IP Guide
9 TCP/IP Application Layer Protocols, Services and Applications (OSI Layers 5, 6 and 7)
9 TCP/IP Key Applications and Application Protocols
9 TCP/IP File and Message Transfer Applications and Protocols (FTP, TFTP, Electronic Mail, USENET, HTTP/WWW, Gopher)
9 TCP/IP Electronic Mail System: Concepts and Protocols (RFC 822, MIME, SMTP, POP3, IMAP)
9 TCP/IP Electronic Mail Message Formats and Message Processing: RFC 822 and MIME
9 TCP/IP Enhanced Electronic Mail Message Format: Multipurpose Internet Mail Extensions (MIME)
|
MIME Extension for Non-ASCII Mail Message Headers
(Page 1 of 2)
All of the MIME mechanisms discussed
in this section up to this point deal with ways of encoding different
kinds of ASCII and non-ASCII data into the body of an
RFC 822 message. In addition to these capabilities, MIME also includes
a way in which non-ASCII data can be encoded into headers
of an RFC 822 message.
The Need for MIME-Encoded Headers
At this point you might be wondering
why anyone would want to do this. Sure, it makes sense to be able to
use MIME to encode binary data such as an image into an e-mail, but
why do it in a header? Well, if you can't see the need for this, chances
are that you are a native English speaker. J
ASCII does a great job of representing English, but isn't so hot with
many other languages. With RFC 822, the speakers of languages that use
non-ASCII characters were unable to fully use descriptive headers such
as the Subject and Comments headers. Some could not even
properly express their own names!
The solution to this problem is the
subject of RFC 2047, the third of the five main MIME standards. It describes
how to encode non-ASCII text into ASCII RFC 822 message headers. The
idea is straight-forward: just as with message bodies, the non-ASCII
text is replaced with ASCII, and information is provided to describe
how this was done.
If you find The TCP/IP Guide useful, please consider making a small Paypal donation to help the site, using one of the buttons below. You can also donate a custom amount using the far right button (not less than $1 please, or PayPal gets most/all of your money!) In lieu of a larger donation, you may wish to consider purchasing a download license of The TCP/IP Guide. Thanks for your support! |
|
|
Home -
Table Of Contents - Contact Us
The TCP/IP Guide (http://www.TCPIPGuide.com)
Version 3.0 - Version Date: September 20, 2005
© Copyright 2001-2005 Charles M. Kozierok. All Rights Reserved.
Not responsible for any loss resulting from the use of this site.
|