<br><div class="gmail_quote">On Thu, Mar 27, 2008 at 8:26 AM, Simon Josefsson &lt;<a href="mailto:simon@josefsson.org">simon@josefsson.org</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">&quot;Erik van der Poel&quot; &lt;<a href="mailto:erikv@google.com">erikv@google.com</a>&gt; writes:<br>
<br>...</div></blockquote><div>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d"></div><div class="Ih2E3d"><br>
&gt; So the bottom line is that the current four IDNA200X drafts only<br>
&gt; specify what is allowed at the lowest level(s). The higher levels,<br>
&gt; such as HTML, UI and so on, are to be specified in separate specs.<br>
<br>
</div>Doesn&#39;t this approach lead to, for example, that the outcome of X.509<br>
certificate chain validation will depend on the locale in which the<br>
application is running in?</blockquote><div><br>I think that locale-specific preprocessing would be a disaster for compatibility. People will expect that what they type in an address bar in one location will work in another, or can be pasted into email and work for the recipient, and so on. They will get burned by it not working, or even worse, that it works but points to somewhere unexpected.<br>
<br>Moreover, for compatibility in environments where IDNA2003 is now used, a successful deployment of IDNA200x really also requires a standard, locale-invariant, preprocessing specification -- one that maintains as much compatibility with IDNA2003 mapping as possible. (Reasons discussed earlier on this list.) I don&#39;t know if that applies in the case of X.509 or not.<br>
<br>A number of people feel that it is important to get the main IDNA200x spec done (or at least well underway) before such a preprocessing specification is developed, and that it should thus not be part of the charter. My fear is that without such a standard specification being available at the same time or shortly thereafter, every implementation will develop its preprocessing -- something just a little different from others -- causing a compatibility mess.<br>
</div></div><br><br clear="all"><br>-- <br>Mark