📄 520-523.html
字号:
<HTML>
<HEAD>
<TITLE>Special Edition Using Linux, Fourth Edition:Configuring Electronic Mail</TITLE>
<META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW">
<SCRIPT>
<!--
function displayWindow(url, width, height) {
var Win = window.open(url,"displayWindow",'width=' + width +
',height=' + height + ',resizable=1,scrollbars=yes');
}
//-->
</SCRIPT>
</HEAD>
-->
<!--ISBN=0789717468//-->
<!--TITLE=Special Edition Using Linux, Fourth Edition//-->
<!--AUTHOR=Jack Tackett//-->
<!--AUTHOR=Jr.//-->
<!--AUTHOR=Steve Burnett//-->
<!--PUBLISHER=Macmillan Computer Publishing//-->
<!--IMPRINT=Que//-->
<!--CHAPTER=26//-->
<!--PAGES=520-523//-->
<!--UNASSIGNED1//-->
<!--UNASSIGNED2//-->
<CENTER>
<TABLE BORDER>
<TR>
<TD><A HREF="519-520.html">Previous</A></TD>
<TD><A HREF="../ewtoc.html">Table of Contents</A></TD>
<TD><A HREF="523-525.html">Next</A></TD>
</TR>
</TABLE>
</CENTER>
<P><BR></P>
<P>Table 26.1 presents, in chronological order, the RFCs relevant to sendmail.
</P>
<TABLE WIDTH="100%"><CAPTION ALIGN=LEFT><B>Table 26.1</B> RFCs Dealing with Electronic Mail Messaging
<TR>
<TH COLSPAN="4"><HR>
<TR>
<TH WIDTH="22%" ALIGN="LEFT">Number
<TH WIDTH="38%" ALIGN="LEFT">Title
<TH WIDTH="4%">
<TH WIDTH="36%" ALIGN="LEFT">Comment
<TR>
<TH COLSPAN="4"><HR>
<TR>
<TD VALIGN="TOP">RFC819
<TD VALIGN="TOP">Domain Naming
<TD>
<TD>Contains convention for Internet user applications.
<TR>
<TD>RFC821
<TD>Simple Mail Transfer Protocol
<TD>
<TD>Defines SMTP.
<TR>
<TD VALIGN="TOP">RFC822
<TD VALIGN="TOP">Standard for the Format of ARPA Internet Text Messages
<TD>
<TD>Defines the format (headers, body, and how to separate the two) for Internet text mail messages.
<TR>
<TD VALIGN="TOP">RFC976
<TD VALIGN="TOP">UUCP Mail Interchange Format Standard
<TD>
<TD>Defines the UNIX-to-UNIX-Copy-Protocol (UUCP) format of mail messages between two UNIX systems.
<TR>
<TD VALIGN="TOP">RFC1123
<TD VALIGN="TOP">Requirements for Internet Hosts - Application and Support
<TD>
<TD>Extends and updates RFC822, mostly by clarifying ambiguous issues in the original document.
<TR>
<TD VALIGN="TOP">RFC1327
<TD>Mapping between X.400 (1988) / ISO 10021 and RFC822
<TD>
<TD VALIGN="TOP">Updates RFC822.
<TR>
<TD VALIGN="TOP">RFC1521 and RFC1522
<TD VALIGN="TOP">MIME (Multipurpose Internet Mail Extensions) Parts One and Two
<TD>
<TD>Provides another extension to the mail format defined in RFC822 by defining Multipurpose Internet Mail Extensions (MIME), which, among other things, allows insertion of binary files such as graphics and sound to mail messages. These two were made obsolete by RFC2045–2049.
<TR>
<TD VALIGN="TOP">RFC1651
<TD VALIGN="TOP">SMTP Service Extensions
<TD>
<TD>Introduces ESTMP (Extended Simple Mail Transfer Protocol).
<TR>
<TD VALIGN="TOP">RFC1652
<TD>SMTP Service Extension for 8-bit MIME Transport
<TD>
<TD>
<TR>
<TD VALIGN="TOP">RFC1653
<TD>MTP Service Extension for Message
<TD>
<TD>
<TR>
<TD>RFC1869
<TD>SMTP Service Extensions
<TD>
<TD>Makes RFC1651 obsolete.
<TR>
<TD VALIGN="TOP">RFC1870
<TD>SMTP Service Extension for Message Size Declaration
<TD>
<TD VALIGN="TOP">Makes RFC1653 obsolete.
<TR>
<TD VALIGN="TOP">RFC1891
<TD>SMTP Service Extension for Delivery Status Notifications
<TD>
<TD>
<TR>
<TD VALIGN="TOP">RFC1892
<TD>The Multipart/Report Content Type for the Reporting of Mail System Administrative Messages
<TD>
<TD>
<TR>
<TD VALIGN="TOP">RFC1893
<TD>Enhanced Mail System Status Codes
<TD>
<TD>
<TR>
<TD VALIGN="TOP">RFC1894
<TD>An Extensible Message Format for Delivery Status Notifications
<TD>
<TD>
<TR>
<TD VALIGN="TOP">RFC2045–2049
<TD>Multipurpose Internet Mail Extensions (MIME) Parts One through Five
<TD>
<TD VALIGN="TOP">Make RFC1521 and RFC1522 obsolete.
<TR>
<TD COLSPAN="4"><HR>
</TABLE>
<H4 ALIGN="LEFT"><A NAME="Heading8"></A><FONT COLOR="#000077">Internet Protocols</FONT></H4>
<P>sendmail uses the <I>Simple Mail Transfer Protocol</I> (SMTP) to move messages between two mailservers. Acting as a server-to-server protocol, SMTP requires another protocol such as POP3 to collect and process messages locally and deliver the messages to specific users. SMTP is the communications protocol generally used in UNIX-based networks for mail over TCP/IP (Transmission Control Protocol/Internet Protocol) connections. Unlike the UUCP protocol, which must have a “map” of which machines exist between the sender and the destination, TCP/IP allows one system on a network to talk “directly” to another by passing packets of information back and forth between the two. The SMTP protocol is defined in the IETF’s RFC821 titled “Simple Mail Transfer Protocol.”</P>
<P><FONT SIZE="+1"><B>SMTP and ESMTP</B></FONT></P>
<P>SMTP is a TCP-based client/server protocol, originally defined in the IETF’s RFC821. SMTP is complex in details but is fundamentally simple. After a reliable connection is established, the mail client (MUA) initiates a brief handshaking sequence with the mail server (MTA). The client then sends one or more messages to the MTA for delivery. Before each message is sent, the mail client sends a list of the message’s local recipients and the sender’s address. In an obvious paper mail parallel, this information is referred to as the message’s envelope.
</P>
<P>The handshaking sequence and message content exchange takes place in a formal language made up of four-character commands and three-digit reply codes. For example, an ESMTP mail exchange log might look like this:</P>
<!-- CODE //-->
<PRE>
$ /usr/sbin/sendmail -v david@mail.fake.com < message
david@mail.fake.com… Connecting to localmail.mail.fake.com. via smtp…
220 localmail.mail.fake.com ESMTP Sendmail 8.9/8.9/; Sat, 22 May 1999
08:06:22 – 0700
>>> EHLO gateway.oppositemail.com
250 localmail.mail.fake.com Hello michael@gateway.oppositemail.com
[192.168.0.5], pleased to meet you
>>> MAIL From:michael@gateway.oppositemail.com
250 <michael@gateway.oppositemail.com>… Sender ok
>>> RCPT To:david@mail.fake.com
250 Recipient ok
>>> DATA
354 Enter mail, end with "." on a line by itself
>>>.
250 WAA11745 Message accepted for delivery
david@mail.fake.com… Sent (WAA11745 Message accepted for delivery)
Closing connection to localmail.mail.fake.com.
>>> QUIT
221 localmail.mail.fake.com closing connection
</PRE>
<!-- END CODE //-->
<P>A framework for additional features in electronic mail is called <I>Extended Simple Mail Transport Protocol</I> (ESMTP). ESMTP is a mechanism by which any extensions used with traditional SMTP can be negotiated between the client and server. The mechanism, as described in RFC1651, is open-ended: Two possible extensions were defined in RFC1652 and RFC1653.</P>
<P>RFC1652 defines 8-bit MIME encoding, which enables a user to send 8-bit data in mail messages without having to recode the data using base64, quoted-printable, or some other encoding method. This also eliminates the breakage that can result from sending 8-bit data to an RFC821-compliant SMTP server that doesn’t know what to do with the components it receives.</P>
<P>Message size declaration (defined in RFC1653) offers a method for a server to limit the size of a message it is prepared to accept. With RFC821 SMTP, the only possibility is for the server to discard the message after it has been sent in its entirety and after the message has crossed the network onto the server. Unfortunately, this is a waste of bandwidth, and there is no way for the mail client to know that the message was discarded because of its size.</P>
<P>Other extensions possible with ESMTP include requesting a delivery status notification on outgoing messages (so senders can be notified when messages arrive at their destination) and negotiating encryption between secure mailservers for more secure mail.</P><P><BR></P>
<CENTER>
<TABLE BORDER>
<TR>
<TD><A HREF="519-520.html">Previous</A></TD>
<TD><A HREF="../ewtoc.html">Table of Contents</A></TD>
<TD><A HREF="523-525.html">Next</A></TD>
</TR>
</TABLE>
</CENTER>
</td>
</tr>
</table>
<!-- begin footer information -->
</body></html>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -