RE: [Ltru] [psg.com #1072] compatibility and private use tags
Misha Wolf <Misha.Wolf@reuters.com> Sat, 30 July 2005 15:19 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dyt7W-0000ZN-DJ; Sat, 30 Jul 2005 11:19:26 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dyt7U-0000ZF-Ij for ltru@megatron.ietf.org; Sat, 30 Jul 2005 11:19:24 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA15842 for <ltru@ietf.org>; Sat, 30 Jul 2005 11:19:22 -0400 (EDT)
Received: from lonsmimeo.rit.reuters.com ([192.165.213.23] helo=lonsmime01.rit.reuters.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DytdN-0006m7-0Y for ltru@ietf.org; Sat, 30 Jul 2005 11:52:22 -0400
Received: from eupig1 (unverified) by lonsmime01.rit.reuters.com (Content Technologies SMTPRS 4.3.17) with ESMTP id <T7274bdadf80a01f019af3c@lonsmime01.rit.reuters.com> for <ltru@ietf.org>; Sat, 30 Jul 2005 15:20:59 +0000
Message-ID: <T7274bdadf80a01f019af3c@lonsmime01.rit.reuters.com>
Received: from LONSMSXB02.emea.ime.reuters.com ([10.14.113.7]) by eupig1.dtc.lon.ime.reuters.com (PMDF V6.1-1 #30693) with ESMTP id <0IKG00B1J57X8P@eupig1.dtc.lon.ime.reuters.com> for ltru@ietf.org; Sat, 30 Jul 2005 15:19:09 +0000 (GMT)
Received: from lonsmsxm02.emea.ime.reuters.com ([10.5.150.17]) by LONSMSXB02.emea.ime.reuters.com with Microsoft SMTPSVC (6.0.3790.0); Sat, 30 Jul 2005 16:19:09 +0100
Date: Sat, 30 Jul 2005 16:19:08 +0100
From: Misha Wolf <Misha.Wolf@reuters.com>
Subject: RE: [Ltru] [psg.com #1072] compatibility and private use tags
To: LTRU Working Group <ltru@ietf.org>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft Exchange V6.0.6603.0
Content-type: text/plain; charset="us-ascii"
Content-transfer-encoding: quoted-printable
Thread-Topic: [Ltru] [psg.com #1072] compatibility and private use tags
Thread-Index: AcWVD/A9tCPbxR47SwGiQSD46J6DAAACCPVw
content-class: urn:content-classes:message
X-OriginalArrivalTime: 30 Jul 2005 15:19:09.0296 (UTC) FILETIME=[086CBF00:01C5951A]
X-Spam-Score: 0.8 (/)
X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1
Content-Transfer-Encoding: quoted-printable
Cc:
X-BeenThere: ltru@lists.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Language Tag Registry Update working group discussion list <ltru.lists.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@lists.ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ltru>
List-Post: <mailto:ltru@lists.ietf.org>
List-Help: <mailto:ltru-request@lists.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@lists.ietf.org?subject=subscribe>
Sender: ltru-bounces@lists.ietf.org
Errors-To: ltru-bounces@lists.ietf.org
Hi JFC, As you write yourself, the "C" in "BCP" stands for "Current". By no stretch of the imagination can your proposal (whatever its merits or demerits) be described as current practice, hence it is not a candidate for a BCP. I suggest that you follow the path I proposed in my earlier mail. Then, when work starts on RFC 3066ter, you can argue that your scheme should be incorporated. To anticipate any argument that the current drafts also do not represent current practice, I say in advance that these drafts clarify what is widely deployed today. You have argued that existing deployment should not act as a barrier to adoption of your scheme. That argument is not compatible with the letter "C" in BCP. You could propose that RFC 3066bis should state (in order to give implementors time to prepare for such changes) that it is anticipated that RFC 3066ter will relax some of the existing constraints (eg the 8-char limit). W3C specs often do this: ie in version N+1 they give notice that it is anticipated that particular version N features will be dropped in version N+2. Misha ----------------------------------------------------------------- Visit our Internet site at http://www.reuters.com To find out more about Reuters Products and Services visit http://www.reuters.com/productinfo Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd. _______________________________________________ Ltru mailing list Ltru@lists.ietf.org https://www1.ietf.org/mailman/listinfo/ltru
- [Ltru] Re: [psg.com #1072] compatibility and priv… Doug Ewell
- RE: [Ltru] [psg.com #1072] compatibility and priv… Addison Phillips
- Re: [Ltru] Re: [psg.com #1072] compatibility and … r&d afrac
- [Ltru] Re: [psg.com #1072] compatibility and priv… Doug Ewell
- Re: [Ltru] Re: [psg.com #1072] compatibility and … r&d afrac
- [Ltru] Re: [psg.com #1072] compatibility and priv… Doug Ewell
- Re: [Ltru] Re: [psg.com #1072] compatibility and … r&d afrac
- Re: [Ltru] Re: [psg.com #1072] compatibility and … Erkki Kolehmainen
- Re: [Ltru] Re: [psg.com #1072] compatibility and … r&d afrac
- [Ltru] Re: [psg.com #1072] compatibility and priv… Doug Ewell
- RE: [Ltru] Re: [psg.com #1072] compatibility and … L.Gillam
- Re: [Ltru] Re: [psg.com #1072] compatibility and … Martin Duerst
- RE: [Ltru] [psg.com #1072] compatibility and priv… Misha Wolf
- RE: [Ltru] [psg.com #1072] compatibility and priv… Debbie Garside
- RE: [Ltru] [psg.com #1072] compatibility and priv… r&d afrac
- Re: [Ltru] Re: [psg.com #1072] compatibility and … r&d afrac
- RE: [Ltru] [psg.com #1072] compatibility and priv… Misha Wolf
- RE: [Ltru] [psg.com #1072] compatibility and priv… r&d afrac
- Re: [Ltru] Re: [psg.com #1072] compatibility and … Randy Presuhn
- Re: [Ltru] Re: [psg.com #1072] compatibility and … Randy Presuhn
- RE: [Ltru] Re: [psg.com #1072] compatibility and … L.Gillam