- From: Gervase Markham <gerv@mozilla.org>
- Date: Fri, 23 Aug 2013 14:15:05 +0100
- To: Mark Davis ☕ <mark@macchiato.com>
- CC: Vint Cerf <vint@google.com>, "Jungshik SHIN (신정식)" <jshin1987+w3@gmail.com>, Anne van Kesteren <annevk@annevk.nl>, Shawn Steele <Shawn.Steele@microsoft.com>, IDNA update work <idna-update@alvestrand.no>, "PUBLIC-IRI@W3.ORG" <public-iri@w3.org>, "uri@w3.org" <uri@w3.org>, John C Klensin <klensin@jck.com>, Peter Saint-Andre <stpeter@stpeter.im>, Marcos Sanz <sanz@denic.de>, "www-tag.w3.org" <www-tag@w3.org>
On 23/08/13 11:19, Mark Davis ☕ wrote: > 1. The TR46 non-letter support can be dropped in clients once the major > registries disallow non-IDNA2008 URLs. I say URLs, because the > registries need to not only disallow them in SLDs (eg http://☃.com), > they /also/ need to forbid their subregistries from having them in > Nth-level domains (that is, disallow http://☃.blogspot.ch/ > <http://blogspot.ch/> = xn--n3h.blogspot.ch > <http://xn--n3h.blogspot.ch>). This is not my area of expertise, but I am not aware of a registry which attempts to define by contract what their customers may or may not put into the DNS "below" the domain they have purchased. The way to make such domains not exist is for them to first not work in browsers; I'm not sure we can do it the other way around. > 2. The TR46 deviation character support can be dropped in clients once > the major registries that allow them provide a bundle or block > approach to labels that include them, so that new clients can be > guaranteed that URLs won't go to a different location than they > would under IDNA2003. The bundle/block needs to last while there are > a significant number of IDNA2003 clients out in the world. Because > newer browsers have automatic updates, this can be far faster than > it would have been a few years ago. I would be greatly blessed if someone were to put together four lists, one for each deviation character, of registries which allow that character, their current approach to the compatibility risk (bundling, blocking, nothing etc.), and their opinion (if they have one) on whether or not IDNA2008 is the way to go. Gerv
Received on Friday, 23 August 2013 13:15:38 UTC