Re: RSET scope issue

Russ Allbery <rra@stanford.edu> Tue, 15 August 2000 19:56 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 PAA23152 for <drums-archive@odin.ietf.org>; Tue, 15 Aug 2000 15:56:55 -0400 (EDT)
Received: from localhost (daemon@localhost) by cs.utk.edu with SMTP (cf v2.9s-UTK) id PAA02161; Tue, 15 Aug 2000 15:56:33 -0400 (EDT)
Received: by cs.utk.edu (bulk_mailer v1.13); Tue, 15 Aug 2000 15:56:31 -0400
Received: by cs.utk.edu (cf v2.9s-UTK) id PAA02131; Tue, 15 Aug 2000 15:56:31 -0400 (EDT)
Received: from windlord.stanford.edu (marvin@localhost) by cs.utk.edu with SMTP (cf v2.9s-UTK) id PAA02097; Tue, 15 Aug 2000 15:56:27 -0400 (EDT)
Received: from windlord.stanford.edu (171.64.12.23 -> windlord.Stanford.EDU) by cs.utk.edu (smtpshim v1.0); Tue, 15 Aug 2000 15:56:28 -0400
Received: (qmail 25934 invoked by uid 50); 15 Aug 2000 19:56:26 -0000
To: Detailed Revision/Update of Message Standards <drums@cs.utk.edu>
Subject: Re: RSET scope issue
References: <Pine.SOL.4.21.0008150855480.17461-100000@draco.cus.cam.ac.uk>
In-Reply-To: Philip Hazel's message of "Tue, 15 Aug 2000 09:03:10 +0100 (BST)"
From: Russ Allbery <rra@stanford.edu>
Organization: The Eyrie
Date: Tue, 15 Aug 2000 12:56:26 -0700
Message-ID: <yl3dk6z4b9.fsf@windlord.stanford.edu>
Lines: 17
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>

Philip Hazel <ph10@cus.cam.ac.uk> writes:

> The first sentence in effect makes the point about resetting the
> transaction rather than the connection, but this could be made clearer.
> (The wording of the first sentence is also a bit odd - a command doesn't
> usually "specify", and the use of the future tense reads oddly.) Here is
> a minor revision:

>    This command causes the current mail transaction to be aborted. It 
>    resets the state to what it was at the beginning of the transaction. 
>    The state of the connection itself is not affected. Any stored sender 
>    .... etc.

I support this change as well.

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