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.
- 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