Re: [DNSOP] Public Suffix List

David Conrad <> Mon, 09 June 2008 16:26 UTC

Return-Path: <>
Received: from [] (localhost []) by (Postfix) with ESMTP id 8EF063A6A85; Mon, 9 Jun 2008 09:26:52 -0700 (PDT)
Received: from localhost (localhost []) by (Postfix) with ESMTP id 632BB3A6976 for <>; Mon, 9 Jun 2008 09:26:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.469
X-Spam-Status: No, score=-6.469 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, SARE_RMML_Stock10=0.13]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id qmuiIrSsIVaR for <>; Mon, 9 Jun 2008 09:26:50 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 952E23A689E for <>; Mon, 9 Jun 2008 09:26:50 -0700 (PDT)
Received: from [] ( []) by (Postfix) with ESMTP id CB199237B49; Mon, 9 Jun 2008 09:27:09 -0700 (PDT)
Message-Id: <>
From: David Conrad <>
To: Gervase Markham <>
In-Reply-To: <>
Mime-Version: 1.0 (Apple Message framework v924)
Date: Mon, 9 Jun 2008 09:27:08 -0700
References: <> <> <> <> <>
X-Mailer: Apple Mail (2.924)
Subject: Re: [DNSOP] Public Suffix List
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF DNSOP WG mailing list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit


On Jun 9, 2008, at 8:57 AM, Gervase Markham wrote:
> David Conrad wrote:
>>> however, my view is that getting comprehensive buy-in
>>> would take quite a lot more time and effort than this method.
>> is the common excuse that results in lots of broken crap on the
>> Internet.  It is sad to see the same mistake repeated again and  
>> again.
> Prove me wrong, then. You can send a message to the Technical Contacts
> of all 284 domains (I can supply you with a list)

I suspect I might have a better list than you (:-) hint: I work at  

> saying "Please set up
> a resilient, highly-available web service to provide current data on
> your registration structure." See what sort of reaction you get.

My reading of Yngve's draft (in particular, section 5.1) led me to  
believe that all TLDs would not need to run such a service, rather  
that such a service be available in a "well known" place (I think the  
right approach would be for IANA to maintain pointers to well known  
places, but that's an implementation detail).

I'm curious: have you consulted with the various TLD-related  
organizations (e.g., ccNSO, gNSO, CENTR, APTLD, AfTLD, LACTLD, etc.)  
on how to solve this problem?

In any event, while I think the goal you are trying to reach is a good  
one, I suspect the implementation approach you're suggesting will lead  
to regrets.  However, your code and all that...

>>>> How can non-TLD's get into this list!?
>>> Just by asking; I already got an email from CentralNIC.
>> If there is no vetting, doesn't this defeat the purpose?
> Who says there's no vetting?

"Just by asking".

I gather I misunderstood.


DNSOP mailing list