Return-Path: Received: from murder ([unix socket]) by eikenes.alvestrand.no (Cyrus v2.2.8-Mandrake-RPM-2.2.8-4.2.101mdk) with LMTPA; Thu, 14 Jul 2005 15:08:16 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 42CFE61B80 for ; Thu, 14 Jul 2005 15:08:16 +0200 (CEST) Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23298-04 for ; Thu, 14 Jul 2005 15:08:13 +0200 (CEST) X-Greylist: domain auto-whitelisted by SQLgrey-1.4.8 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by eikenes.alvestrand.no (Postfix) with ESMTP id 89E4A61B7F for ; Thu, 14 Jul 2005 15:08:13 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dt3Qk-0006rS-SF; Thu, 14 Jul 2005 09:07:13 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dt3Qh-0006qI-RE for ltru@megatron.ietf.org; Thu, 14 Jul 2005 09:07:08 -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 JAA07008 for ; Thu, 14 Jul 2005 09:07:06 -0400 (EDT) Received: from montage.altserver.com ([63.247.74.122]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Dt3tI-0000Xq-Fj for ltru@ietf.org; Thu, 14 Jul 2005 09:36:42 -0400 Received: from ver78-2-82-241-91-24.fbx.proxad.net ([82.241.91.24] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1Dt3QV-00036V-OW; Thu, 14 Jul 2005 06:06:56 -0700 Message-Id: <6.2.1.2.2.20050714140510.04536780@mail.afrac.org> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Thu, 14 Jul 2005 14:28:20 +0200 To: "Peter Constable" , "LTRU Working Group" From: r&d afrac In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - montage.altserver.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - afrac.org X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c Cc: Subject: [Ltru] Last call: Private UseTags X-BeenThere: ltru@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ltru-bounces@lists.ietf.org Errors-To: ltru-bounces@lists.ietf.org X-Virus-Scanned: amavisd-new at alvestrand.no At 01:53 14/07/2005, Peter Constable wrote: >The use of Alpha and AlphaNum, which JFC considers a discriminatory >limitation, I think there may be a confusion here in my typing. I consider what is discriminatory (and also absurd) the limitation of Alphanums to 8 bytes in x-tags. >is nothing of the sort, and cannot be changed unless >backward compatibility is to be abandoned. I fully support the logic presented by F. Charles that this backward compatibility with something which never existed (since future x-tags are by nature ... future) is absurd. This is a good documentation of the religious opposition of this Draft to future and innovation. >Since there was consensus >from the outset that backward compatibility must be maintained, Please reference the URL of this consensus. I make it a last call issue that such a backward "compatiblity" when non necessary is not to be introduced. >and >since it was clear from the last call back in December that backward >compatibility with protocols that consume RFC 3066 is essential, 1. as someone put it against me: December Last Call is over. 2. I was I think one of the most active during that Xmas Call.... >then I >think this is not open to reconsideration, and therefore this proposed >text cannot be accepted. "I think" is not a consensus. "I think myself" is not either. Only "we think" makes one. I do not know if a text cannot be accepted due to your opinion. But I know that no one will think there a consensus against running code.... >Thus, I think this issue can remain closed. If you mean the whole Draft, I think it could. But this would not change that the current work in many areas need a framework. I do not oppose a grasroots one, but I think that an adherence of IETF to that process would be of interest. jfc _______________________________________________ Ltru mailing list Ltru@lists.ietf.org https://www1.ietf.org/mailman/listinfo/ltru