We need to separate some very different cases. Take a string S, and look at the results under each implementation. By A-Label or XN-Label below, I mean<b><i> the IDNA2008 definitions.</i><br></b><br>1.<b> Identical. </b>IDNA2008 produces an A-Label, IDNA2003 produces an A-Label, and they are the same. This is the best case.<br>
<br>
Example: <span></span><a title="http://öbb.at" rel="nofollow" href="http://%c3%b6bb.at/" target="_blank"><span>http://öbb.at</span></a>.<br><br>2. <b>Different. </b>IDNA2008 produces an A-Label, IDNA2003 produces an A-Label, but they are different. This is the really bad case.<br>
<br>
Example: <a href="http://%E0%A4%95%E0%A5%8D%E2%80%8C%E0%A4%96.com">क्‌ख.com</a> <br><div style="margin-left: 40px;">= क\u094D\u200C<a href="http://xn--21b.com">ख.com</a>, with a ZWNJ<br></div><br>3. <b>Mappable. </b>IDNA2008 does not (old draft) produce an A-Label, IDNA2003 produces an A-Label. This is the mappable case, aka M-Label. People will continue to expect these to work.<br>
<br>Example: <a href="http://%C3%96BB.at">ÖBB.at</a><br><br>4. <b>Forbidden.</b> IDNA2008 does not produce an A-Label, IDNA2003 produces an XN-Label that isn&#39;t an A-Label. This is the &quot;symbol&quot; case.<br><br>Example: <a href="http://xn--iny-zx5a.blogspot.com/">I♥NY.blogspot.com/</a><br>
<br><br>I think implications of the rough consensus from the meeting is that:<br><ul><li>Forbidden and Different are not part of protocol, but that we should explicitly describe a transition strategy for dealing with those cases. Note that only Different requires a double DNS lookup.<br>
</li><li>Mappable is a required part of lookup protocol, but forbidden in registration. That way we have a single, uniform, compatible mapping on the user side, and avoid misunderstandings in registration.<br></li><li>We have a SHOULD on only storing A-Labels or U-Labels.</li>
</ul>That is a compromise position that appears to meet everyone&#39;s core requirements, even where it is not the preferred position.<br><br>Mark<br>
<br><br><div class="gmail_quote">On Tue, Mar 31, 2009 at 08:15, Paul Hoffman <span dir="ltr">&lt;<a href="mailto:phoffman@imc.org" target="_blank">phoffman@imc.org</a>&gt;</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;">

One of the things that a few people said at the mics last week was that we need to be much more specific about what we mean when each of us says &quot;mapping&quot;.<br>
<div><br>
At 7:41 AM -0400 3/30/09, Vint Cerf wrote:<br>
&gt;1. first look up under IDNA2008 rules<br>
&gt;2. If a domain name is found, return the corresponding results<br>
&gt;3. If a domain name is not fund, apply IDNA2003 mapping<br>
&gt;4. If a domain name is found, return the results<br>
&gt;5. If a domain name is not found, report that no such domain name exists<br>
<br>
</div>Take i&lt;heart&gt;<a href="http://blogging.blogspot.com" target="_blank">blogging.blogspot.com</a>. A fairly reasonable definition for &quot;mapping&quot; in step 3 is &quot;follow the steps in RFC 3490 for ToASCII&quot;. If so, in step 4 that domain name will return positive.<br>


<div><br>
At 9:17 AM -0400 3/31/09, Vint Cerf wrote:<br>
&gt;We are not going to revisit this for the Nth time. The WG long ago<br>
&gt;concluded to drop these symbols from IDNA2008 and nothing has changed.<br>
<br>
</div>That sounds like you emphatically do not want step 3 to return positive for i&lt;heart&gt;<a href="http://blogging.blogspot.com" target="_blank">blogging.blogspot.com</a>. Thus, you (and each of us) need to give a more complete definition of &quot;mapping&quot;.<br>


<br>
On a related note, Mark&#39;s proposal from yesterday defines mapping quite precisely, but does not follow the steps above because the mapping is done before what you have as step 1. So, the WG needs to decide both what it means by &quot;mapping&quot;, and when that will be applied.<br>


<div><div></div><div>_______________________________________________<br>
Idna-update mailing list<br>
<a href="mailto:Idna-update@alvestrand.no" target="_blank">Idna-update@alvestrand.no</a><br>
<a href="http://www.alvestrand.no/mailman/listinfo/idna-update" target="_blank">http://www.alvestrand.no/mailman/listinfo/idna-update</a><br>
</div></div></blockquote></div><br>