IETF Logo Mail Archive

Re: smtpupd-12: MAIL resets state tables and buffers

Russ Allbery <rra@stanford.edu> Sat, 05 August 2000 02:08 UTC

Received: from cs.utk.edu (CS.UTK.EDU [128.169.94.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA24807 for <drums-archive@odin.ietf.org>; Fri, 4 Aug 2000 22:08:26 -0400 (EDT)
Received: from localhost (daemon@localhost) by cs.utk.edu with SMTP (cf v2.9s-UTK) id WAA09134; Fri, 4 Aug 2000 22:07:57 -0400 (EDT)
Received: by cs.utk.edu (bulk_mailer v1.13); Fri, 4 Aug 2000 22:07:38 -0400
Received: by cs.utk.edu (cf v2.9s-UTK) id WAA09105; Fri, 4 Aug 2000 22:07:38 -0400 (EDT)
Received: from windlord.stanford.edu (marvin@localhost) by cs.utk.edu with SMTP (cf v2.9s-UTK) id WAA09092; Fri, 4 Aug 2000 22:07:36 -0400 (EDT)
Received: from windlord.stanford.edu (171.64.12.23 -> windlord.Stanford.EDU) by cs.utk.edu (smtpshim v1.0); Fri, 4 Aug 2000 22:07:36 -0400
Received: (qmail 28394 invoked by uid 50); 5 Aug 2000 02:07:34 -0000
To: drums@cs.utk.edu
Subject: Re: smtpupd-12: MAIL resets state tables and buffers
References: <14725.785.893646.447082@monkeyboy.gshapiro.net> <200008010314.e713E91133801@opal.eng.sun.com>
In-Reply-To: John Beck's message of "Mon, 31 Jul 2000 23:14:09 -0400"
From: Russ Allbery <rra@stanford.edu>
Organization: The Eyrie
Date: Fri, 04 Aug 2000 19:07:34 -0700
Message-ID: <yln1ismpeh.fsf@windlord.stanford.edu>
Lines: 27
User-Agent: Gnus/5.0802 (Gnus v5.8.2) XEmacs/21.1 (Biscayne)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
List-Unsubscribe: <mailto:drums-request@cs.utk.edu?Subject=unsubscribe>

John Beck <jbeck@eng.sun.com> writes:

> So I think that section is OK.  But section 3.3 says:

> ---
> This command tells the SMTP-receiver that a new mail transaction is
> starting and to reset all its state tables and buffers, including any
> recipients or mail data.
> ---

> This sounds like an implied RSET to me.  So I propose modifying the
> first paragraph of 3.3 to:

> ---
> There are three steps to SMTP mail transactions.  The transaction
> starts with a MAIL command which gives the sender identification.
> (In general, the MAIL command may be sent only when no mail transaction
> is in progress; see section 4.1.4.)  A series of one or more RCPT
> commands follows giving the receiver information.  Then a DATA command
> initiates transfer of the mail data and is terminated by the "end of
> mail" data indicator, which also confirms the transaction.
> ---

I support this change.

-- 
Russ Allbery (rra@stanford.edu)             <http://www.eyrie.org/~eagle/>

v2.23.0 | Report a Bug | By Email