<?xml version="1.0" encoding="UTF-8"?>
<reference anchor="I-D.ietf-mailext-smtpas" target="https://datatracker.ietf.org/doc/html/draft-ietf-mailext-smtpas-00">
   <front>
      <title>Requirements for Internet Mail Transport Agents</title>
      <author initials="N." surname="Freed" fullname="Ned Freed">
         </author>
      <author initials="K." surname="Moore" fullname="Keith Moore">
         </author>
      <author initials="J. C." surname="Klensin" fullname="Dr. John C. Klensin">
         </author>
      <author initials="J." surname="Houttuin" fullname="Jeroen Houttuin">
         </author>
      <date month="January" day="25" year="1995" />
      <abstract>
	 <t>This document reflects apparent ambiguities in RFC 821 that remain after the clarifications in RFC 1123.  It also includes some material from RFC 1123 that appeared to need amplification.  These have been identified in multiple ways, mostly by tracking flaming on the header-people list and problems of unusual readings or interpretations that have turned up as the SMTP extensions have been deployed.  It is important to note that everything here is in response to some identified confusion or bad behavior, not just paranoia.      Although SMTP was designed as a mail transport and delivery protocol, this specification also contains information that is important to its use as a &#x27;mail posting&#x27; protocol, as recommended for POP3 [RFC-POP3] and IMAP4 [RFC-IMAP4].      Except when the historical terminology is necessary for clarity, this document uses the current &#x27;client&#x27; and &#x27;server&#x27; terminology to identify the sending and receiving SMTP processes, respectively.      A companion document discusses mail bodies and formats: RFC-822, MIME, and their relationship.
	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-ietf-mailext-smtpas-00" />
   
</reference>
