Re: [DNSOP] draft-liman-tld-names-04

Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp> Tue, 16 November 2010 00:16 UTC

Return-Path: <mohta@necom830.hpcl.titech.ac.jp>
X-Original-To: dnsop@core3.amsl.com
Delivered-To: dnsop@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2390A28C1DD for <dnsop@core3.amsl.com>; Mon, 15 Nov 2010 16:16:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.461
X-Spam-Level: *
X-Spam-Status: No, score=1.461 tagged_above=-999 required=5 tests=[AWL=-0.409, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RCVD_IN_BL_SPAMCOP_NET=1.96]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1VC486tAv4TW for <dnsop@core3.amsl.com>; Mon, 15 Nov 2010 16:16:04 -0800 (PST)
Received: from necom830.hpcl.titech.ac.jp (necom830.hpcl.titech.ac.jp [131.112.32.132]) by core3.amsl.com (Postfix) with SMTP id 9BC5928C1A7 for <dnsop@ietf.org>; Mon, 15 Nov 2010 16:15:44 -0800 (PST)
Received: (qmail 95426 invoked from network); 16 Nov 2010 00:49:43 -0000
Received: from softbank219001188004.bbtec.net (HELO ?192.168.1.21?) (219.1.188.4) by necom830.hpcl.titech.ac.jp with SMTP; 16 Nov 2010 00:49:43 -0000
Message-ID: <4CE1CD04.8080605@necom830.hpcl.titech.ac.jp>
Date: Tue, 16 Nov 2010 09:15:00 +0900
From: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6
MIME-Version: 1.0
To: dnsop@ietf.org
References: <FB73AEDC-2B5E-48F9-BCA5-2637CAF6B6A4@frobbit.se> <4CDE6D2D.40805@necom830.hpcl.titech.ac.jp> <4819246C-FF1F-456D-9732-51510F0537A1@frobbit.se> <4CE0F829.1010605@necom830.hpcl.titech.ac.jp> <7F03C666-16F8-49E4-BC56-F5DD441DD970@frobbit.se> <4CE1A110.1060403@necom830.hpcl.titech.ac.jp> <20101115213532.GD322@shinkuro.com> <4CE1AAEC.80906@necom830.hpcl.titech.ac.jp> <20101115221534.GE322@shinkuro.com> <4CE1B830.5040804@necom830.hpcl.titech.ac.jp> <20101115230735.GA674@shinkuro.com>
In-Reply-To: <20101115230735.GA674@shinkuro.com>
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
Subject: Re: [DNSOP] draft-liman-tld-names-04
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsop>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Nov 2010 00:16:08 -0000

Andrew Sullivan wrote:
> On Tue, Nov 16, 2010 at 07:46:08AM +0900, Masataka Ohta wrote:
>> I already gave an example of capital form of 'c' with cedille is
>> often plain 'C' without cedille and seldom 'C' with cedille, even
>> though tools of ISO 8859/1 and Unicode support 'C' with cedille.
> 
> Changing the example does not make your case any stronger.

It's merely that you ignored one of my examples.

It is not necessary to make my cases any stronger against
your weak statement:

> It is certainly true that the DNS-protocol case preservation but case
> insensitivity matching rules are not internationalized exactly as one
> might like in IDNA2008.

Note again that my cases are for French localization with ISO
8859/1, the least difficult localization beyond ASCII, which
is already enough to show IDNA2008 unusable.

Imagine what will happen beyond that.

>> Now, may I ask where are facts supporting *YOUR* assumptions?
>
> I'm not sure which assumptions you're talking about.

That's fine. You don't have to show any facts.

						Masataka Ohta