<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">
<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I’m NOT arguing changing or replacing IDN.  I’m saying that it isn’t easy to fix ALL of the client apps.  We made it “easy” (sort of) for the DNS side, but at the expense of confusion on the client side.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I am suggesting that for Email, the EAI approach is less problematic.  Yes, e-mail servers will need updated, but there will be less long-term confusion.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>-Shawn<o:p></o:p></span></p><p class=MsoNormal><a name="_MailEndCompose"><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></a></p><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> idna-update-bounces@alvestrand.no [mailto:idna-update-bounces@alvestrand.no] <b>On Behalf Of </b>Vint Cerf<br><b>Sent:</b> Poʻahā, Malaki 25, 2010 11:28 AM<br><b>To:</b> Shawn Steele<br><b>Cc:</b> idna-update@alvestrand.no<br><b>Subject:</b> Re: Impact of Punycode<o:p></o:p></span></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'>shawn, if you have a better strategy maybe it is timely to start another BOF. In the past attempts to do IDN, the client-only approach has been adopted because of the difficulty of changing all the servers and resolvers. If enough simplification would result from such a mandate, perhaps it is at least worth looking at fully. My recollection is that some people tried for a new Class of DNS record other than IN because it could have different properties (that would have to be known to the servers and the resolvers, of course). That approach did not gain consensus.<br><br>vint<br><br><br><o:p></o:p></p><div><p class=MsoNormal>On Thu, Mar 25, 2010 at 2:18 PM, Shawn Steele &lt;<a href="mailto:Shawn.Steele@microsoft.com">Shawn.Steele@microsoft.com</a>&gt; wrote:<o:p></o:p></p><p class=MsoNormal>&gt; Nothing about IDNA200x should have any effect of any sort on any DNS server<br>&gt; that &quot;handled UTF-8&quot;. &nbsp;DNS labels are not restricted to ASCII, and never have<br>&gt; been: they're octets. &nbsp;The LDH rule is not a &quot;DNS restriction&quot;. &nbsp;It's an effect of<br>&gt; the way the hostname syntax got used inside the DNS.<br><br>IDN doesn't impact &quot;DNS&quot;. &nbsp;It impacts people using domain names. &nbsp;Now the APPLICATIONS have to have domain knowledge about a protocol that means very little to the application. &nbsp;For example, if you make an http request, the xn-- name can get into the http request. &nbsp;Certainly the IDNAxxxx docs say nothing about http requests. &nbsp;What's a web server to do if it gets a UTF-8 request? &nbsp;A Punycode request?<br><br>In making things &quot;simple&quot; for DNS, we made things very hard for the rest of the system.<br><br>Sort of way off topic for an IDNA list, and I'm not suggesting that we abandon IDNA, but I'd MUCH rather see the EAI approach than experience the same problems with other protocols.<br><br>- Shawn<br>_______________________________________________<br>Idna-update mailing list<br><a href="mailto:Idna-update@alvestrand.no">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><o:p></o:p></p></div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div></body></html>