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, 12 May 2005 00:50:32 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 357F761B56 for ; Thu, 12 May 2005 00:50:32 +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 30482-09 for ; Thu, 12 May 2005 00:50:30 +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 9D57561AF1 for ; Thu, 12 May 2005 00:50:29 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DW00G-0005JZ-58; Wed, 11 May 2005 18:48:32 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DW00E-0005JO-5v for ltru@megatron.ietf.org; Wed, 11 May 2005 18:48:30 -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 SAA06423 for ; Wed, 11 May 2005 18:48:26 -0400 (EDT) Received: from montage.altserver.com ([63.247.74.122]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DW0Fp-00070x-Av for ltru@ietf.org; Wed, 11 May 2005 19:04:37 -0400 Received: from lns-p19-2-idf-82-251-106-212.adsl.proxad.net ([82.251.106.212] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1DW007-0003hA-M3; Wed, 11 May 2005 15:48:24 -0700 Message-Id: <6.2.1.2.2.20050511201437.056d2240@mail.jefsey.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Wed, 11 May 2005 20:49:50 +0200 To: "Mark Davis" , , "Frank Ellermann" From: "JFC (Jefsey) Morfin" Subject: Re: [Ltru] Re: [psg.com #954] all aliases must be equally supported In-Reply-To: <03aa01c55649$68c3c930$b9703009@sanjose.ibm.com> References: <000401c555ab$ddce98c0$7f1afea9@oemcomputer> <42818B87.4C0A@xyzzy.claranet.de> <03aa01c55649$68c3c930$b9703009@sanjose.ibm.com> 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: 856eb5f76e7a34990d1d457d8e8e5b7f 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 18:01 11/05/2005, Mark Davis wrote: >Although I agree with Frank on many other items, I disagree strongly on this >one. It is very important for people to be able to depend on stability in >IDs, and the whole purpose of a canonical ID would be subverted if we >allowed it to be unstable. Stability gives implementations the assurance >that once an ID is transformed into a canonical form, you can store it and >always be assured that a comparison of the same ID put in canonical form by >any other conformant implementation, at any other time, will match. If not, >then it's only "mostly-canonical", and that is of limited use. Mark, I am sorry, Frank is right. You cannot be cannonical with tables you do not control. This is precisely the problem the charter wants us to address. Stability is not in the ID but in the documented object. You have two possibilities: to attach a date to the ID or to define your own canonical table and relate it to the ID. jfc _______________________________________________ Ltru mailing list Ltru@lists.ietf.org https://www1.ietf.org/mailman/listinfo/ltru