RE: Update of RFC 2606 based on the recent ICANN changes ?

John C Klensin <john-ietf@jck.com> Wed, 02 July 2008 22:18 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9B0AB3A6A50; Wed, 2 Jul 2008 15:18:46 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D42A13A6A50 for <ietf@core3.amsl.com>; Wed, 2 Jul 2008 15:18:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.388
X-Spam-Level:
X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[AWL=1.211, BAYES_00=-2.599]
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 XGOt29PUPEZt for <ietf@core3.amsl.com>; Wed, 2 Jul 2008 15:18:45 -0700 (PDT)
Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by core3.amsl.com (Postfix) with ESMTP id C23FA3A69C1 for <ietf@ietf.org>; Wed, 2 Jul 2008 15:18:44 -0700 (PDT)
Received: from [127.0.0.1] (helo=p3.JCK.COM) by bs.jck.com with esmtp (Exim 4.34) id 1KEAep-00002I-9F; Wed, 02 Jul 2008 18:18:35 -0400
Date: Wed, 02 Jul 2008 18:18:34 -0400
From: John C Klensin <john-ietf@jck.com>
To: "Hallam-Baker, Phillip" <pbaker@verisign.com>, dcrocker@bbiw.net, Tony Finch <dot@dotat.at>
Subject: RE: Update of RFC 2606 based on the recent ICANN changes ?
Message-ID: <1351DF4C8872F74C5F8D4744@p3.JCK.COM>
In-Reply-To: <2788466ED3E31C418E9ACC5C316615572FF95F@mou1wnexmb09.vcorp.ad.vrsn.com>
References: <4C0AE13D-4CA6-4989-A6B0-555A014DE464@multicasttech.com> <74E3E26A-FCFB-45C1-989A-DD7EA5752974@virtualized.org> <6.2.5.6.2.20080627121824.02c55340@resistor.net> <BBB8E0B4-7E45-4BE9-B9DF-DEBE294585D6@multicasttech.com> <6.2.5.6.2.20080627140118.02a43fd8@resistor.net> <6F1CFDA0-A6E2-4257-8C72-0FCD1E117290@virtualized.org> <6.2.5.6.2.20080628201322.02e43268@resistor.net> <FBBF3BB9-D231-494A-AFBE-7F816DD1180C@virtualized.org> <20080630064127.GA5829@sources.org> <3B2E8E96-ACAA-4A13-BBE2-33DC80DDADC6@virtualized.org> <20080630190153.GB31520@sources.org> <alpine.LSU.1.10.0807011737360.30078@hermes-1.csi.cam.ac.uk> <486A5F01.90306@dcrocker.net> <2788466ED3E31C418E9ACC5C316615572FF95F@mou1wnexmb09.vcorp.ad.vrsn.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Disposition: inline
Cc: IETF Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org


--On Tuesday, 01 July, 2008 09:58 -0700 "Hallam-Baker, Phillip"
<pbaker@verisign.com> wrote:

> Another like restriction that might be investigated is whether
> http://microsoft/ or other similar corporate TLDs would work
> as intended with deployed legacy browsers.  
> I suspect (but have not tried) that if you simply type
> 'Microsoft' into the address bar of some browsers you might
> have the keyword immediately interpreted as a search term, not
> an address to visit.

I suspect that, if Microsoft spent a hundred thousand dollars or
more to secure "microsoft." as a TLD, at least one of those
browsers would be swiftly corrected in a way that they would
find satisfactory.

The issue with billg@microsoft is a little more complex.  After
extended discussions, rfc2821bis still does not permit 
  RCPT TO:<bill@microsoft.>
(note trailing dot) and there are some other issues about trying
to use TLDs as the only label in an email address.

But none of that counts.  There have been more than enough
actors who have wanted TLDs that violate one rule or another,
assuming that applications authors will sort things out as
needed, maybe even with IETF help.  And there have been more
than enough who believe that, if some construction they want
works with the world's most popular browser, then it is
sufficient (non-web protocols be d**ned).

   john


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