draft-ietf-smtpext-extensions-02.txt   draft-ietf-smtpext-extensions-03.txt 
Network Working Group John Klensin, WG Chair Network Working Group John Klensin, WG Chair
Internet Draft Ned Freed, Editor Internet Draft Ned Freed, Editor
<draft-ietf-smtpext-extensions-02.txt> Marshall Rose <draft-ietf-smtpext-extensions-03.txt> Marshall Rose
Einar Stefferud Einar Stefferud
David Crocker David Crocker
SMTP Service Extensions SMTP Service Extensions
April 11, 1995 April 15, 1995
Status of this Memo Status of this Memo
This document is an Internet-Draft. Internet-Drafts are This document is an Internet-Draft. Internet-Drafts are
working documents of the Internet Engineering Task Force working documents of the Internet Engineering Task Force
(IETF), its areas, and its working groups. Note that other (IETF), its areas, and its working groups. Note that other
groups may also distribute working documents as Internet- groups may also distribute working documents as Internet-
Drafts. Drafts.
Internet-Drafts are draft documents valid for a maximum of six Internet-Drafts are draft documents valid for a maximum of six
skipping to change at page 3, line 42 skipping to change at page 3, line 42
an SMTP session by issuing the EHLO command instead of the an SMTP session by issuing the EHLO command instead of the
HELO command. If the SMTP server supports the SMTP service HELO command. If the SMTP server supports the SMTP service
extensions it will give a successful response (see section extensions it will give a successful response (see section
4.3), a failure response (see 4.4), or an error response 4.3), a failure response (see 4.4), or an error response
(4.5). If the SMTP server does not support any SMTP service (4.5). If the SMTP server does not support any SMTP service
extensions it will generate an error response (see section extensions it will generate an error response (see section
4.5). 4.5).
4.1. Changes to RFC 821 4.1. Changes to RFC 821
This specification is intended to extend RFC 821 without
impacting existing services in any way. The minor changes
needed are enumerated below.
4.1.1. First command
RFC 821 states that the first command in an SMTP session must RFC 821 states that the first command in an SMTP session must
be the HELO command. This requirement is hereby amended to be the HELO command. This requirement is hereby amended to
allow a session to start with either EHLO or HELO. allow a session to start with either EHLO or HELO.
4.1.2. Maximum command line length
This specification extends the SMTP MAIL FROM and RCPT TO to
allow additional parameters and parameter values. It is
possible that the MAIL FROM and RCPT TO lines that result will
exceed the 512 character limit on command line length imposed
by RFC 821. This limit is hereby amended to only apply to
command lines without any parameters. Each specification that
defines new MAIL FROM or RCPT TO parameters must also specify
maximum parameter value lengths so that implementors of some
set of extensions know how much buffer space must be
allocated.
4.2. Command syntax 4.2. Command syntax
The syntax for this command, using the ABNF notation of [2], The syntax for this command, using the ABNF notation of [2],
is: is:
ehlo-cmd ::= "EHLO" SP domain CR LF ehlo-cmd ::= "EHLO" SP domain CR LF
If successful, the server SMTP responds with code 250. On If successful, the server SMTP responds with code 250. On
failure, the server SMTP responds with code 550. On error, the failure, the server SMTP responds with code 550. On error, the
server SMTP responds with one of codes 500, 501, 502, 504, or server SMTP responds with one of codes 500, 501, 502, 504, or
skipping to change at page 11, line 21 skipping to change at page 11, line 33
10. Acknowledgements 10. Acknowledgements
This document represents a synthesis of the ideas of many This document represents a synthesis of the ideas of many
people and reactions to the ideas and proposals of others. people and reactions to the ideas and proposals of others.
Randall Atkinson, Craig Everhart, Risto Kankkunen, and Greg Randall Atkinson, Craig Everhart, Risto Kankkunen, and Greg
Vaudreuil contributed ideas and text sufficient to be Vaudreuil contributed ideas and text sufficient to be
considered co-authors. Other important suggestions, text, or considered co-authors. Other important suggestions, text, or
encouragement came from Harald Alvestrand, Jim Conklin, Mark encouragement came from Harald Alvestrand, Jim Conklin, Mark
Crispin, Frank da Cruz, 'Olafur Gudmundsson, Per Hedeland, Crispin, Frank da Cruz, 'Olafur Gudmundsson, Per Hedeland,
Christian Huitma, Neil Katin, Eliot Lear, Harold A. Miller, Christian Huitma, Neil Katin, Eliot Lear, Harold A. Miller,
Dan Oscarsson, Julian Onions, Rayan Zachariassen, and the Keith Moore, John Myers, Dan Oscarsson, Julian Onions, Rayan
contributions of the entire IETF SMTP Working Group. Of Zachariassen, and the contributions of the entire IETF SMTP
course, none of the individuals are necessarily responsible Working Group. Of course, none of the individuals are
for the combination of ideas represented here. Indeed, in some necessarily responsible for the combination of ideas
cases, the response to a particular criticism was to accept represented here. Indeed, in some cases, the response to a
the problem identification but to include an entirely particular criticism was to accept the problem identification
different solution from the one originally proposed. but to include an entirely different solution from the one
originally proposed.
11. References 11. References
[1] J.B. Postel. Simple Mail Transfer Protocol. Request for [1] J.B. Postel. Simple Mail Transfer Protocol. Request for
Comments 821, (August, 1982). Comments 821, (August, 1982).
[2] D.H. Crocker. Standard for the Format of ARPA Internet [2] D.H. Crocker. Standard for the Format of ARPA Internet
Text Messages. Request for Comments 822, (August, 1982). Text Messages. Request for Comments 822, (August, 1982).
[3] N.S. Borenstein, N. Freed. Multipurpose Internet Mail [3] N.S. Borenstein, N. Freed. Multipurpose Internet Mail
 End of changes. 5 change blocks. 
9 lines changed or deleted 29 lines changed or added

This html diff was produced by rfcdiff 1.34. The latest version is available from http://tools.ietf.org/tools/rfcdiff/