Re: ietf-nntp Thoughts on renaming X commands

Evan Champion <evanc@synapse.net> Thu, 03 October 1996 19:39 UTC

Received: from cnri by ietf.org id aa20478; 3 Oct 96 15:39 EDT
Received: from PHEASANT.ACADEM.COM by CNRI.Reston.VA.US id aa20088; 3 Oct 96 15:39 EDT
Received: (from majordom@localhost) by pheasant.ACADEM.COM (8.7.5/8.7.3) id OAA28087 for ietf-nntp-outgoing; Thu, 3 Oct 1996 14:35:03 -0500
X-Authentication-Warning: pheasant.ACADEM.COM: majordom set sender to owner-ietf-nntp using -f
Received: from academ.com (root@ACADEM.COM [198.137.249.2]) by pheasant.ACADEM.COM (8.7.5/8.7.3) with ESMTP id OAA28081 for <ietf-nntp@PHEASANT.ACADEM.COM>; Thu, 3 Oct 1996 14:35:01 -0500
Received: from clarinet.synapse.net (clarinet.synapse.net [199.84.54.19]) by academ.com (8.7.6/8.7.1) with ESMTP id OAA19511 for <ietf-nntp@academ.com>; Thu, 3 Oct 1996 14:34:59 -0500 (CDT)
Received: from cello (cello.synapse.net [199.84.54.34]) by clarinet.synapse.net (8.8.0/8.8.0) with SMTP id PAA21242; Thu, 3 Oct 1996 15:34:56 -0400 (EDT)
Message-ID: <32541510.2C35@synapse.net>
Date: Thu, 03 Oct 1996 15:33:36 -0400
From: Evan Champion <evanc@synapse.net>
X-Mailer: Mozilla 3.0 (WinNT; I)
MIME-Version: 1.0
To: Ben Polk <bpolk@netscape.com>
CC: ietf-nntp@academ.com
Subject: Re: ietf-nntp Thoughts on renaming X commands
References: <19961003191126.AAA12839@bpolk.mcom.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-nntp@academ.com
Precedence: bulk

Ben Polk wrote:
> 
> What do other people think about renaming XOVER->OVER in
> the spec?
> 
> I'd prefer to document it as XOVER.  There are millions of
> installed programs that use this, and no technical reason I
> can see to change it.
> 
> Same for XPAT.

One of the great problems with protocol extensions is this
convention/requirement that extension name be prefixed by an X, which
makes it very difficult to bring experimental extensions in to the
mainstream.

I understand the reasoning behind prefixing the name by an X, but really
all it becomes is a nuissance (and sometimes much more than a nuissance)
later on.

I have no problem with the names being changed to remove the X (servers
can keep accepting the X'd versions), but I do have a problem with new
extensions requiring the X flag once they have been integrated in to a
product of at least open beta status.

Especially in the case of a very popular product like INN, as soon as a
new feature is available everyone races to support it, and thus it
doesn't really seem like a protocol extension any more.

[This is sort of analogous to Netscape with web browsers...  Sure, the
HTML codes may not be "standard" but within a month of any new browser
release, everyone is using the new codes without even a second thought. 
And in this case you wouldn't expect Netscape to name the tages <XTABLE>
and then rename them when the <TABLE> tag is accepted.]

So, my vote would be to rename the attributes and change the section
regarding naming extensions with an X.

Evan
--
Evan Champion            * Director, Network Operations
mailto:evanc@synapse.net * Directeur, Exploitation du reseau
http://www.synapse.net/  * Synapse Internet