25.02.2013 Views

TCP/IP Tutorial and Technical Overview - IBM Redbooks

TCP/IP Tutorial and Technical Overview - IBM Redbooks

TCP/IP Tutorial and Technical Overview - IBM Redbooks

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

RFC 2821 dictates that data sent through SMTP is 7-bit ASCII data, with the<br />

high-order bit cleared to zero. This is adequate in most instances for the<br />

transmission of English text messages, but is inadequate for non-English text or<br />

non-textual data. There are two approaches to overcoming these limitations:<br />

► Multipurpose Internet Mail Extensions (MIME), defined in RFCs 2045 to 2049,<br />

which specifies a mechanism for encoding text <strong>and</strong> binary data as 7-bit ASCII<br />

within the mail envelope defined by RFC 2822. MIME is described in 15.3,<br />

“Multipurpose Internet Mail Extensions (MIME)” on page 571.<br />

► SMTP service extensions, which define a mechanism to extend the<br />

capabilities of SMTP beyond the limitations imposed by RFC 2821. In the<br />

context of overcoming the 7-bit ASCII limitation, the two most important<br />

extensions are defined in RFC 1652 <strong>and</strong> RFC 1870. However, there are<br />

multiple current RFCs that describe other SMTP service extensions, some of<br />

the more notable of which are detailed in Table 15-1.<br />

Table 15-1 SMTP service extensions<br />

RFC Description<br />

1652 A protocol for 8-bit text transmission that allows an SMTP server to indicate<br />

that it can accept data consisting of 8-bit bytes. A server that reports that this<br />

extension is available to a client must leave the high order bit of bytes<br />

received in an SMTP message unchanged if requested to do so by the<br />

client.<br />

1845 A protocol to allow an interrupted SMTP transaction to be restarted at a later<br />

time. This prevents the need to repeat all of the comm<strong>and</strong>s, or retransmit<br />

data that had been successfully received prior to the interruption.<br />

1846 This extension allows an Internet host implementing SMTP to return a 521<br />

message, indicating that it does not accept incoming mail.<br />

1870 A protocol for message size declaration that allows a server to inform a<br />

client of the maximum size message it can accept. Without this extension, a<br />

client can only be informed that a message has exceeded the maximum size<br />

acceptable to the server (either a fixed upper limit or a temporary limit<br />

imposed by a lack of available storage space at the server) after transmitting<br />

the entire message. When this happens, the server discards the failing<br />

message. If both the client <strong>and</strong> server support the message size declaration<br />

extension, the client can declare an estimated size of the message to be<br />

transferred <strong>and</strong> the server will return an error if the message is too large.<br />

2034 This extension defines enhanced error codes to allow SMTP the ability to<br />

return more informative explanations of error conditions.<br />

2554 This introduces an option to allow an SMTP client <strong>and</strong> server to negotiate<br />

an authentication mechanism, <strong>and</strong> optionally negotiate a security layer to<br />

protect subsequent protocol interactions.<br />

Chapter 15. Mail applications 557

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!