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; Tue, 10 May 2005 23:52:11 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 4304261B56 for ; Tue, 10 May 2005 23:52:11 +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 06101-09 for ; Tue, 10 May 2005 23:52:08 +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 1F5EA61AF1 for ; Tue, 10 May 2005 23:52:08 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DVcUZ-0000C3-EH; Tue, 10 May 2005 17:42:15 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DVcUW-0000BQ-Jr for ltru@megatron.ietf.org; Tue, 10 May 2005 17:42:12 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA23961 for ; Tue, 10 May 2005 17:42:10 -0400 (EDT) Received: from montage.altserver.com ([63.247.74.122]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DVcjt-0001VP-4s for ltru@ietf.org; Tue, 10 May 2005 17:58:07 -0400 Received: from lns-p19-4-idf-82-65-244-40.adsl.proxad.net ([82.65.244.40] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1DVcUS-0005NK-TT; Tue, 10 May 2005 14:42:09 -0700 Message-Id: <6.2.1.2.2.20050510222929.038377d0@mail.jefsey.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Tue, 10 May 2005 23:13:02 +0200 To: "Randy Presuhn" , "LTRU Working Group" From: "JFC (Jefsey) Morfin" Subject: Re: [Ltru] RFC 2277 - considerations In-Reply-To: <007d01c558ae$1cb4ec60$7f1afea9@oemcomputer> References: <6.2.1.2.2.20050508032918.039af710@mail.jefsey.com> <6.0.0.20.2.20050508154021.06275280@itmail.it.aoyama.ac.jp> <01LO1QSCZ7S800004T@mauve.mrochek.com> <6.2.1.2.2.20050509181241.048ab7f0@mail.jefsey.com> <002a01c55815$27558240$7f1afea9@oemcomputer> <6.2.1.2.2.20050510022435.041290c0@mail.jefsey.com> <001001c55829$830b81c0$7f1afea9@oemcomputer> <6.2.1.2.2.20050510123012.04620b40@mail.jefsey.com> <007d01c558ae$1cb4ec60$7f1afea9@oemcomputer> 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 - jefsey.com X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9 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 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 19:55 14/05/2005, Randy Presuhn wrote: >Hi - >Rather than addressing the numerous points and assertions >individually, I'd like to get a hum from the working group: > >Should we adopt the general course of action outlined below by >Jefsey? I'm not looking for point-by-point responses at this time, >just a succinct "yes, let's adopt the general approach Jefsey >proposed," "no, let's not go down that path," or "I'd like to hear >more discussion of his proposal before deciding." Dear Randy, I am not sure which of the three courses of action I list you allude to. Let me quote them so the ones who said they "oppose" may not look a fool of opposing again what they support: 1. to follow the charter, understanding what it means and studying seriously what it calls for, what will probably get more people involved for a better legitimacy of a resulting clean sheet draft, reviewing all the impacted RFCs. 2. to follow the Last Call advise: to fix the XML problem without wanting to fix the Internet (replacing BCP 47) against RFC 2301. 3. to continue as per today and to address, during the general Last Call, all what has not been sorted out within the WG. (you have currently entered only a very few of the 55 points of my Draft-11.txt review). Obviously, if some oppose the three of them and have another one, I am more that interested. I suppose the current mood being what it is, 3 will be favored, the last call will fail again on the grounds of 2, what will lead 1 to be the end result, next year or outside the IETF. This will be good for the Internet, but will represent a certain waste of efforts and time for all of us. Obviously I will not complain to get a good result addressing the real world's needs, but could not some common sense and humility help us doing better and faster. After all, this approach will have delayed the odd XML solution the W3C wants by two years (counting the last 2 failed Last Calls). What is too bad if they really want it (I do not use XML much) because 2 would have made an RFC of it by now. jfc _______________________________________________ Ltru mailing list Ltru@lists.ietf.org https://www1.ietf.org/mailman/listinfo/ltru