Conflict between X.1.9(iv) and literal interpretation of draft-12

"Bart Schaefer" <schaefer@candle.brasslantern.com> Thu, 27 July 2000 21:53 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 RAA15484 for <drums-archive@odin.ietf.org>; Thu, 27 Jul 2000 17:53:27 -0400 (EDT)
Received: from localhost (daemon@localhost) by cs.utk.edu with SMTP (cf v2.9s-UTK) id RAA14335; Thu, 27 Jul 2000 17:53:00 -0400 (EDT)
Received: by cs.utk.edu (bulk_mailer v1.13); Thu, 27 Jul 2000 17:52:56 -0400
Received: by cs.utk.edu (cf v2.9s-UTK) id RAA14310; Thu, 27 Jul 2000 17:52:56 -0400 (EDT)
Received: from candle.brasslantern.com (marvin@localhost) by cs.utk.edu with ESMTP (cf v2.9s-UTK) id RAA14297; Thu, 27 Jul 2000 17:52:52 -0400 (EDT)
Received: from candle.brasslantern.com (206.184.69.215 -> dynamic215.as32.snfcca01.pacific.verio.net) by cs.utk.edu (smtpshim v1.0); Thu, 27 Jul 2000 17:52:53 -0400
Received: (from schaefer@localhost) by candle.brasslantern.com (8.9.2/8.9.2) id OAA08887 for drums@cs.utk.edu; Thu, 27 Jul 2000 14:52:50 -0700 (PDT)
From: Bart Schaefer <schaefer@candle.brasslantern.com>
Message-Id: <000727145248.ZM8886@candle.brasslantern.com>
Date: Thu, 27 Jul 2000 14:52:48 -0700
In-Reply-To: <3884949.3173621722@nifty-jr.west.sun.com>
Comments: In reply to DRUMS WG Chair <chris.newman@innosoft.com> "Procedures for Moving Forward" (Jul 26, 5:35pm)
References: <3884949.3173621722@nifty-jr.west.sun.com>
X-Mailer: Z-Mail Lite (5.0.0 30July97)
To: drums@cs.utk.edu
Subject: Conflict between X.1.9(iv) and literal interpretation of draft-12
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
List-Unsubscribe: <mailto:drums-request@cs.utk.edu?Subject=unsubscribe>

Keith's new text for section 2.3 makes it clear that implementations that
do not follow SHOULD requirements are only partially conforming.

Section 2.3 further states that MAY indicates cases where interoperability
is not harmed by a given behavior.

The text in 2.2.1 makes EHLO a SHOULD requirement.

The text in 3.2 says clients MAY use HELO.

The justification in X.1.9(iv) indicates that 3.2 permits HELO clients
to be considered fully conforming.  This does not follow from a literal
interpretation of the above-noted three sections, either in draft 12 or
as reworded by Keith.

Suggested change:  Expand the definition of MAY in 2.3 as follows:

> Statements using "MAY" describe features or styles of doing things
> that may be followed, or not, at the discretion of the implementation,
> normally without causing significant interoperability problems.  Such
> statements reflect a relaxation of the conformance requirements for
> "SHOULD": in any instance of conflict, an implementation exercising
> discretion as explicitly permitted by "MAY" is still considered fully
> conforming.

This suggested change appears to reflect the spirit in which "MAY" has
been employed, at least in this instance.