IETF Logo Mail Archive

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

Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp> Wed, 17 November 2010 14:53 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 3888E3A6922 for <dnsop@core3.amsl.com>; Wed, 17 Nov 2010 06:53:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.643
X-Spam-Level: *
X-Spam-Status: No, score=1.643 tagged_above=-999 required=5 tests=[AWL=-0.227, 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 NPJxvP34jIRT for <dnsop@core3.amsl.com>; Wed, 17 Nov 2010 06:53:16 -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 2DC2E3A6918 for <dnsop@ietf.org>; Wed, 17 Nov 2010 06:53:15 -0800 (PST)
Received: (qmail 78382 invoked from network); 17 Nov 2010 15:27:51 -0000
Received: from softbank219001188004.bbtec.net (HELO ?192.168.1.21?) (219.1.188.4) by necom830.hpcl.titech.ac.jp with SMTP; 17 Nov 2010 15:27:51 -0000
Message-ID: <4CE3EC48.3030100@necom830.hpcl.titech.ac.jp>
Date: Wed, 17 Nov 2010 23:52:56 +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: <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> <04856F66-598D-43CC-8164-90178A6F2952@virtualized.org> <4CE283DA.5080606@abenaki.wabanaki.net> <20101116145308.GG1389@shinkuro.com> <alpine.LSU.2.00.1011161601450.14239@hermes-2.csi.cam.ac.uk> <20101116164818.GN1389@shinkuro.com> <alpine.LSU.2.00.1011171101250.14239@hermes-2.csi.cam.ac.uk> <20101117121906.GC3773@shinkuro.com>
In-Reply-To: <20101117121906.GC3773@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: Wed, 17 Nov 2010 14:53:17 -0000

Andrew Sullivan wrote:

> To my mind, this is a way of saying that anyone who has to live with
> broken implementations by people who half-understand the huge volume
> of DNS-related RFCs is just sweet out of luck.  Too bad for them.  Is
> that really what we want to say?

Several months ago, I wrote:

: Isn't RFC1034 clear enough?
:    - A name error indicating that the name does not exist.  This
:      may include CNAME RRs that indicate that the original query
:      name was an alias for a name which does not exist.

to people, including you, who half-understand one of two very
fundamental DNS-related RFCs.

Some of the people are implementers.

Are you ready to withdraw your statement above?

Or?

					Masataka Ohta

v2.23.0 | Report a Bug | By Email