Re: [DNSOP] Public Suffix List

"Elmar K. Bins" <elmi@4ever.de> Mon, 09 June 2008 12:29 UTC

Return-Path: <dnsop-bounces@ietf.org>
X-Original-To: dnsop-archive@optimus.ietf.org
Delivered-To: ietfarch-dnsop-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 86A0F3A6951; Mon, 9 Jun 2008 05:29:51 -0700 (PDT)
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 3087F3A6951 for <dnsop@core3.amsl.com>; Mon, 9 Jun 2008 05:29:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level:
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35]
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 YD9TC3F8PE6s for <dnsop@core3.amsl.com>; Mon, 9 Jun 2008 05:29:49 -0700 (PDT)
Received: from ronin.4ever.de (ronin.4ever.de [195.34.187.4]) by core3.amsl.com (Postfix) with ESMTP id 4080D3A685D for <dnsop@ietf.org>; Mon, 9 Jun 2008 05:29:48 -0700 (PDT)
Received: from elmi by ronin.4ever.de with local (Exim 4.50 (FreeBSD)) id 1K5gVh-000ELo-Sa; Mon, 09 Jun 2008 14:30:05 +0200
Date: Mon, 09 Jun 2008 14:30:05 +0200
From: "Elmar K. Bins" <elmi@4ever.de>
To: Antoin Verschuren <Antoin.Verschuren@sidn.nl>
Message-ID: <20080609123005.GI5350@ronin.4ever.de>
References: <484CFF47.1050106@mozilla.org> <484D1533.4060300@spaghetti.zurich.ibm.com> <B33086268D53A0429A3AA2774C83892C028E1694@KAEVS1.SIDN.local> <20080609121146.GC15706@outpost.ds9a.nl> <B33086268D53A0429A3AA2774C83892C028E1696@KAEVS1.SIDN.local>
Mime-Version: 1.0
Content-Disposition: inline
In-Reply-To: <B33086268D53A0429A3AA2774C83892C028E1696@KAEVS1.SIDN.local>
Organization: unorganized since 1789
X-Whisky: Knockando, extra old reserve
User-Agent: Mutt/1.5.9i
Cc: dnsop@ietf.org, ietf-http-wg@w3.org
Subject: Re: [DNSOP] Public Suffix List
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/pipermail/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>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: dnsop-bounces@ietf.org
Errors-To: dnsop-bounces@ietf.org

Re Antoin,

Antoin.Verschuren@sidn.nl (Antoin Verschuren) wrote:

> > You can't hijack something that does not exist though, which is what I
> > think
> > is the problem here.
> 
> Agree, but when this global list of local DNS policy would exist and used, which would be authoritative, the list or the DNS ? 

That will entirely depend on the degree of adoption ;-)

Honestly, I see the Mozilla guys taking the lead here and probably
establishing a trust model that the actual TLD operators don't want
that way. When established (through upgrade to current Firefoxes),
it will definitely "rule", whatever the TLD operators do, until
an understanding between the supplier of the widespread tool (FF)
and the "autorities" has been established.

Application manufacturers can set de-facto standards if their
product is widespread enough.

The problem I see here - for the TLD operators - is that there are
more applications/manufacturers than available hands at the operators
to make cooperation even possible...

Yours,
	Elmi.

-- 

"Hinken ist kein Mangel eines Vergleichs, sondern sollte als wesentliche
 Eigenschaft von Vergleichen angesehen werden."       (Marius Fränzel in desd)

--------------------------------------------------------------[ ELMI-RIPE ]---

_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop