Re: ietf-nntp Three proposals

"Clive D.W. Feather" <clive@demon.net> Thu, 12 December 1996 23:31 UTC

Received: from cnri by ietf.org id aa11030; 12 Dec 96 18:31 EST
Received: from ACADEM2.ACADEM.COM by CNRI.Reston.VA.US id aa28462; 12 Dec 96 18:31 EST
Received: (from majordomo@localhost) by academ2.academ.com (8.8.3/8.7.3) id RAA08004 for ietf-nntp-outgoing; Thu, 12 Dec 1996 17:29:40 -0600 (CST)
X-Authentication-Warning: academ2.academ.com: majordomo set sender to owner-ietf-nntp using -f
Received: from academ.com (root@ACADEM.COM [198.137.249.2]) by academ2.academ.com (8.8.3/8.7.3) with ESMTP id RAA07999 for <ietf-nntp@ACADEM2.ACADEM.COM>; Thu, 12 Dec 1996 17:29:38 -0600 (CST)
Received: from office.demon.net (office.demon.net [193.195.224.1]) by academ.com (8.8.3/8.7.1) with SMTP id RAA09828 for <ietf-nntp@academ.com>; Thu, 12 Dec 1996 17:29:37 -0600 (CST)
Subject: Re: ietf-nntp Three proposals
To: coneill@oneill.net
Date: Thu, 12 Dec 1996 23:29:33 +0000 (GMT)
From: "Clive D.W. Feather" <clive@demon.net>
Cc: bpolk@netscape.com, ietf-nntp@academ.com
In-Reply-To: <Pine.LNX.3.95.961212173417.215R-100000@blah.erols.com> from "coneill@oneill.net" at Dec 12, 96 05:57:05 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-ID: <850433374.11216.0@office.demon.net>
Sender: owner-ietf-nntp@academ.com
Precedence: bulk

coneill@oneill.net said:
>> 3. We don't rename the X commands.  While I think some people
>> thought this was the consensus of the people at the BOF, I'm 
>> really not sure this is true.

> I think that if we're not going to formally rename the X-commands then we
> should remove the wording about X-commands at all. I see two interesting
> points here.  One is that I had always understood that the X-commands were
> for experimental use, however, the draft replacement for 977 indicates
> that this is actually for local use only.  I believe that this has more
> merit than for experimental use, but I'm still not totally convinced of
> the utility of the mechanism.

I had always assumed that the X notation here was like the one in 822:
names beginning X will never be used in standards, whereas other names are
picked at the implementer's risk.

>> I don't think we will gain anything of value by changing the 
>> name to counter the high cost of changing dozens of implementations.
> As I stated before, the only value I see in it is that the document is
> more self-consisant with the commands as OVER instead of XOVER.  If we
> decide that the entire X command mechanism is of of little utility then
> lets chunk that and keep the X-commands.

I believe we *should* rename:

(1) We keep the promise implied, if not made, in 977.

(2) We can fine-tune the semantics of a command (as we did with HDR
yesterday) without screams of "your XOVER isn't the same as my XOVER").

-- 
Clive D.W. Feather    | Associate Director  | Director
Tel: +44 181 371 1138 | Demon Internet Ltd. | CityScape Internet Services Ltd.
Fax: +44 181 371 1150 | <clive@demon.net>   | <cdwf@cityscape.co.uk>