Re: ietf-nntp Thoughts on renaming X commands

John Gardiner Myers <jgm@cmu.edu> Mon, 07 October 1996 21:35 UTC

Received: from cnri by ietf.org id aa12821; 7 Oct 96 17:35 EDT
Received: from PHEASANT.ACADEM.COM by CNRI.Reston.VA.US id aa22019; 7 Oct 96 17:35 EDT
Received: (from majordom@localhost) by pheasant.ACADEM.COM (8.7.5/8.7.3) id QAA02681 for ietf-nntp-outgoing; Mon, 7 Oct 1996 16:28:26 -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 QAA02677 for <ietf-nntp@PHEASANT.ACADEM.COM>; Mon, 7 Oct 1996 16:28:24 -0500
Received: from po10.andrew.cmu.edu (PO10.ANDREW.CMU.EDU [128.2.10.110]) by academ.com (8.7.6/8.7.1) with ESMTP id QAA19876 for <ietf-nntp@academ.com>; Mon, 7 Oct 1996 16:28:20 -0500 (CDT)
Received: (from postman@localhost) by po10.andrew.cmu.edu (8.7.5/8.7.3) id RAA01127 for ietf-nntp@academ.com; Mon, 7 Oct 1996 17:28:16 -0400
Received: via switchmail; Mon, 7 Oct 1996 17:28:15 -0400 (EDT)
Received: from hogtown.andrew.cmu.edu via qmail ID </afs/andrew.cmu.edu/service/mailqs/testq0/QF.EmKLLH:00WBw00vGM0>; Mon, 7 Oct 1996 17:27:47 -0400 (EDT)
Received: from hogtown.andrew.cmu.edu via qmail ID </afs/andrew.cmu.edu/usr7/jgm/.Outgoing/QF.cmKLLBK00WBw05s=k0>; Mon, 7 Oct 1996 17:27:41 -0400 (EDT)
Received: from BatMail.robin.v2.14.CUILIB.3.45.SNAP.NOT.LINKED.hogtown.andrew.cmu.edu.sun4m.54 via MS.5.6.hogtown.andrew.cmu.edu.sun4_51; Mon, 7 Oct 1996 17:27:35 -0400 (EDT)
Message-ID: <8mKLL7S00WBw05s=Y0@andrew.cmu.edu>
Date: Mon, 7 Oct 1996 17:27:35 -0400 (EDT)
From: John Gardiner Myers <jgm@cmu.edu>
To: ietf-nntp@academ.com
Subject: Re: ietf-nntp Thoughts on renaming X commands
In-Reply-To: <199610032101.WAA24041@lyra.csx.cam.ac.uk>
References: <199610032101.WAA24041@lyra.csx.cam.ac.uk>
Sender: owner-ietf-nntp@academ.com
Precedence: bulk

The problem with XOVER et. al. shows that the practice of having
X-commands is fundamentally broken.  Segmenting the command namespace
into separate "non-standard" and "standard" areas prevents commands
from moving from "non-standard" to "standard" without the disruption
of a command rename.

The rationale for the separate "X" namespace practice is stated as
being to avoid conflicts between "non-standard" commands and future
"standard" commands.  The practise is both unnecessary and
insufficient to address this class of problem.  The working group is
sufficiently intelligent to not define a new standardized command that
conflicts with an identically named non-standard command in wide use.
The practice does not address the problem of two or more conflicting
"non-standard" commands with identical names.

The X-command practice is fundamentally flawed and should be abandoned.

The problem here is one of namespace collisions.  The effective way to
solve that type of problem is to establish a registry.  Require that
any NNTP command, standard or non-standard, be registered in an IANA
registry of NNTP command names.  Command names get handed out on a
first-come first-served basis.  This command name registry can be
subsumed by the server-capability registry.

The XOVER command is in widespread use.  Changing the name of the
command will cause disruption with no technical benefit.  The command
should be standardized with its current name.

-- 
_.John Gardiner Myers	Internet: jgm+@CMU.EDU
			LoseNet:  ...!seismo!ihnp4!wiscvm.wisc.edu!give!up