<div><font face="georgia,serif">> </font><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">These A-label having been initially registered as IDNA2003, IDNA2008 or xn-ascii does not make any difference.</span></div>
<div><font face="georgia,serif"><br></font></div><div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; "></span><font face="georgia,serif">There is a bit of a problem in terminology. I used the term "punycode label" to include labels of the form "xn--...", where the ... is valid Punycode representations (in ASCII) of a Unicode string (with non-ASCII characters).</font></div>
<div><font face="georgia,serif"><br></font></div><div><font face="georgia,serif">If we are speaking precisely, the</font><span class="Apple-style-span" style="font-family: georgia, serif; "> term "A-Label" is defined in IDNA2008, and is more restrictive. It does not include all the punycode labels that are valid in IDNA2003. So "<a href="http://xn--1-wpn.blogspot.com/">http://xn--1-wpn.blogspot.com/</a>" (= http://€<a href="http://1.blogspot.com/">1.blogspot.com/</a>) does not have an A-Label in it, but is a punycode label, and is valid in IDNA2003.</span></div>
<div><span class="Apple-style-span" style="font-family: georgia, serif; "><br></span></div><div><font class="Apple-style-span" face="georgia, serif">Because A-Label is defined in IDNA2008 (not in IDNA2003), we should follow the IDNA2008 definition precisely. Otherwise communication becomes difficult -- two people think they are in agreement about a point involving A-Labels, when they mean different things, and are thus not in agreement.</font></div>
<div><font class="Apple-style-span" face="georgia, serif"><br></font></div><div><div><div><font face="georgia, serif">Mark<br><br><i>— Il meglio è l’inimico del bene —</i></font><br>
<br><br><div class="gmail_quote">On Sat, Oct 23, 2010 at 19:05, jean-michel bernier de portzamparc <span dir="ltr"><<a href="mailto:jmabdp@gmail.com">jmabdp@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote">2010/10/24 Mark Davis ☕ <span dir="ltr"><<a href="mailto:mark@macchiato.com" target="_blank">mark@macchiato.com</a>></span><div class="im"><br><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">

<font face="georgia,serif">I'm in agreement about the usefulness of storing the punycode form. As to what you would like to see, Patrik, I'm in agreement there as well; that the goal is IDNA2008. And I think we'll get there eventually, when the major registries disallow the registrations of non-IDNA2008 names. </font></blockquote>

</div><div><br>Dear Mark,<br><br>whatever the policy of the "registries", their transitions, their interest in Unicode, their commercial, cultural or political strategies, etc.  they only use A-labels as far as the Internet and the Internet DNS are concerned (them having "xn--" headers or not - remember that until IDNA2003 every cooky was A-label only). These A-label having been initially registered as IDNA2003, IDNA2008 or xn-ascii does not make any difference. Cookies are not interested in the origin of the domain name, but in the value of the domain names. Every IDN has one and only one lowercase A-label value. And this value is here to stay.<br>

<br>Considering anything else for cookies, is to reintroduce the confusion that IDNA2008 clarified. <br>Remember the sensible ".su" position: they will not register U-labels, but only A-label whatever the reverse punycodability.<br>

<br>The problem for implementers is not there. The problem is to obtain a local user authoritative A-label, something the AD was told not to ask but IAB will have to document.<br><br>Portzamparc<br></div></div><div style="display:inline">

</div>
</blockquote></div><br></div></div></div>