I realized that this is slightly off-topic. If so, please accept my apologies, and consider it a question for Marcos.<br> <br><div class="gmail_quote">On Wed, Mar 4, 2009 at 3:26 PM, Marcos Sanz/Denic <span dir="ltr"><<a href="mailto:sanz@denic.de" target="_blank">sanz@denic.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Breaking backwards compatibility is to my eyes the big stigma of IDNA2008.<br>
<br>
So:<br>
<br>
e) If mappings are to be removed from the standard, as we thought they<br>
were, then we fall back to our pre 2003 position, that is: we would like ß<br>
to be PVALID (and this is reflected by the current draft situation). Then<br>
there is no havoc anymore, it is up to us as a registry to deal with<br>
eszett, and we'll do it the right way.</blockquote><div><br>What would be the right way for a registry to bundle the existing names such that compatibility with IDN2003 can be maintained?<br><br>I'm not sure if denic solicited the "original" domain name (before ToASCII) at the time of registration. For at least some registries who implemented IDNs, only the punycode domain name is needed for registration (along with a language tag.) Therefore, the original domain name, if it contained eszett, would not be known to the registry.<br>
<br>Would these registries have to bundle all domains that contain sequences of "ss" by "mapping it back" to eszett? So, the registrant for "grosses.tld" gets ""großes.tld". For longer sequences of repeated "s", there are also permutations of mapped and unmapped eszetts so multiple variations will have to be generated and placed in a bundle. As a contrived example, "ssss" may get "ßß", "ßss", "ssß", "sßs".<br>
<br>=wil<br></div></div>