Re: ietf-nntp Three proposals

Ben Polk <bpolk@netscape.com> Tue, 17 December 1996 22:45 UTC

Received: from cnri by ietf.org id aa22712; 17 Dec 96 17:45 EST
Received: from ACADEM2.ACADEM.COM by CNRI.Reston.VA.US id aa24985; 17 Dec 96 17:45 EST
Received: (from majordomo@localhost) by academ2.academ.com (8.8.3/8.7.3) id QAA05924 for ietf-nntp-outgoing; Tue, 17 Dec 1996 16:42:29 -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 QAA05919 for <ietf-nntp@ACADEM2.ACADEM.COM>; Tue, 17 Dec 1996 16:42:27 -0600 (CST)
Received: from c3po.mcom.com (h-205-217-237-46.netscape.com [205.217.237.46]) by academ.com (8.8.3/8.7.1) with ESMTP id QAA20410 for <ietf-nntp@academ.com>; Tue, 17 Dec 1996 16:42:24 -0600 (CST)
Received: from dredd.mcom.com (dredd.mcom.com [205.217.237.54]) by c3po.mcom.com (8.7.5/8.7.3) with ESMTP id OAA13344 for <ietf-nntp@academ.com>; Tue, 17 Dec 1996 14:41:45 -0800 (PST)
Received: from bpolk ([207.1.137.51]) by dredd.mcom.com (Netscape Mail Server v2.02) with SMTP id AAA19119; Tue, 17 Dec 1996 14:41:44 -0800
X-Sender: bpolk@nsmail-2
X-Mailer: Windows Eudora Pro Version 2.1.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: cos@leftbank.com, ietf-nntp@academ.com
From: Ben Polk <bpolk@netscape.com>
Subject: Re: ietf-nntp Three proposals
Date: Tue, 17 Dec 1996 14:41:44 -0800
Message-ID: <19961217224144.AAA19119@bpolk>
Sender: owner-ietf-nntp@academ.com
Precedence: bulk

At 04:39 PM 12/17/96 -0500, Ofer Inbar wrote:

>If we "rename" XOVER to OVER, nothing will break.  

Nothing will break today.  This question shouldn't be decided based
on what will happen today, where it is obvious that everyone would
have to support both if we rename the X commands.  The decision
should be on what will happen over the next few years as we try
to replace XOVER with OVER.  If someone can lay out a description
of how they would expect OVER to really replace XOVER without 
causing a lot of disruption I'll drop my objection.  But I claim
that the only way to make this happen is to at some point have
XOVER no longer be a manditory synonym for OVER.  When that 
happens some new implementations will not support it.  And once 
that happens there will surely be things breaking.

That is not an absolute reason not to do this, it is the cost
we need to consider before making the decision.

I guess another way to say it is how do we go from having everyone
support XOVER to having no one support it without a lot of pain?

I think this is what the "Remove the X" group is proposing:

Today:     XOVER defacto manditory
Tomorrow:  OVER manditory, XOVER manditory but depricated
Day after: OVER manditory, XOVER optional but depricated
Future:    OVER manditory, XOVER prohibited

The breakage will occur starting the "Day after" when people
start implementing servers without XOVER.