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>
- ietf-nntp Three proposals Ben Polk
- Re: ietf-nntp Three proposals coneill
- Re: ietf-nntp Three proposals Clive D.W. Feather
- RE: ietf-nntp Three proposals David Johnson (Exchange)
- Re: ietf-nntp Three proposals Brian Hernacki
- Re: ietf-nntp Three proposals Petter Nilsen
- Re: ietf-nntp Three proposals Chris Lewis
- RE: ietf-nntp Three proposals Ian King
- Re: ietf-nntp Three proposals Ofer Inbar
- Re: ietf-nntp Three proposals Ben Polk
- Re: ietf-nntp Three proposals Ofer Inbar