http://blog.gmane.org/gmane.ietf.idnabis hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.ietf.idnabis/7355 <pre>Greetings again. The websec WG is in WG Last Call for draft-ietf-websec-strict-transport-sec, an interesting document that is likely to be widely deployed in web browsers and servers. There are a few places in the document that touch (slam?) into IDNA 2003 and IDNA 2008, so I thought this list should pay attention now rather than later. In specific, please see section 8 (just the beginning), section 9, and section 13. The WG LC ends April 9. Please send any comments to the websec WG mailing list, not here. Thanks! --Paul Hoffman </pre> Paul Hoffman 2012-03-21T01:09:50 http://comments.gmane.org/gmane.ietf.idnabis/7314 <pre>Colleagues, I have posted a first draft regarding a format that could be used for representing IDN Tables in XML to the I-D Repository: https://datatracker.ietf.org/doc/draft-davies-idntables/ After discussion with a number of folks that felt this would be good work to undertake, I've put together a first cut which is not comprehensive, but I think goes some way toward a potential format. Unless there is interest in this being a more formal activity, my assumption is to aim to publish the final result independently as an Informational RFC. However, the mechanism of publication is secondary to coming up with something useful that would benefit TLD registries and other implementors. A list of design goals, from the document, is as follows: • MUST be in a format that can be implemented in a reasonably straightforward manner in software; • The format SHOULD be able to be checked for formatting errors, such that common mistakes can be caught; • An IDN Table MUST be able to express the set of valid </pre> Kim Davies 2012-03-01T19:15:06 http://comments.gmane.org/gmane.ietf.idnabis/7309 <pre>Dear colleagues, Apologies if you see this more than once. Because of prior interest here, I'm posting this message here, but not cross-posting. ICANN has published the final version of the Variant Issues Project report, and has published a project plan for next steps. You may read about these developments on the following pages: http://www.icann.org/en/announcements/announcement-20feb12-en.htm http://www.icann.org/en/public-comment/idn-vip-proposed-project-plan-20feb12-en.htm Best regards, Andrew </pre> Andrew Sullivan 2012-02-21T22:22:00 http://comments.gmane.org/gmane.ietf.idnabis/7279 <pre>Thanks to all on this list who provided input; I have taken several of your suggestions into this proposal for a change to the way Firefox chooses how to display IDNs: https://wiki.mozilla.org/IDN_Display_Algorithm Comments, particularly on the "Possible Issues and Open Questions", would be very welcome. Gerv </pre> Gervase Markham 2012-01-20T18:38:30 http://comments.gmane.org/gmane.ietf.idnabis/7278 <pre>FYI, since my e-mail is blocked on this list, I sent this mail to ICANN. jfc --------------------- Gentlemen, the IUCG accompanies the iucg&lt; at &gt;ietf.org non-WG mailing list. Its purpose is to permit Internet, and IETF users to contribute to the architecture, technology and practice of their own multitechnology Integrated and Intelligent Use (IUse) of the whole digital ecosystem. In the considered area it therefore explores the architectural support of polynymy (strict synonymy in a different context) and orthotypography (typographical syntax of a language) that IDNA2008 does not consider but locates in the user part of the presentation layer support (RFC 5895). We plan having a debate on the VIP report in the coming weeks and meet the Jan 31, 2012 deadline. We could not engage into such a debate prior to the publication of the report (however some of our members participated to the WG/VIP discussion) because we have difficulties in understanding how it fits in our targets. Our priority is: how t</pre> JFC Morfin 2012-01-05T12:56:42 http://comments.gmane.org/gmane.ietf.idnabis/7276 <pre>Dear colleagues, Apologies in advance for duplicate postings. I didn't cross-post because of the difficulty that sometimes causes if people follow up on list to discuss issues. Many of you will be aware that ICANN undertook the IDN Variant Issues Project last year. (Full disclosure: I was involved in the project.) On 23 December 2011 the report was posted for public comment, and I realise that I have been remiss in drawing people's attention to it. This message is to fix that. You can see the public announcement at http://www.icann.org/en/announcements/announcement-2-23dec11-en.htm. That's also a good place to start in order to submit comments if you have them. The pubic comment period closes at the end of January 2012. ICANN is eagerly soliciting comments, and I hope that those of you interested in this topic will take the time to read the report and send your observations. Having been a participant in this particular sausage-making exercise, I will say that I am sure there are things that need impr</pre> Andrew Sullivan 2012-01-04T22:41:24 http://comments.gmane.org/gmane.ietf.idnabis/7278 <pre>FYI, since my e-mail is blocked on this list, I sent this mail to ICANN. jfc --------------------- Gentlemen, the IUCG accompanies the iucg&lt; at &gt;ietf.org non-WG mailing list. Its purpose is to permit Internet, and IETF users to contribute to the architecture, technology and practice of their own multitechnology Integrated and Intelligent Use (IUse) of the whole digital ecosystem. In the considered area it therefore explores the architectural support of polynymy (strict synonymy in a different context) and orthotypography (typographical syntax of a language) that IDNA2008 does not consider but locates in the user part of the presentation layer support (RFC 5895). We plan having a debate on the VIP report in the coming weeks and meet the Jan 31, 2012 deadline. We could not engage into such a debate prior to the publication of the report (however some of our members participated to the WG/VIP discussion) because we have difficulties in understanding how it fits in our targets. Our priority is: how t</pre> JFC Morfin 2012-01-05T12:56:42 http://comments.gmane.org/gmane.ietf.idnabis/7276 <pre>Dear colleagues, Apologies in advance for duplicate postings. I didn't cross-post because of the difficulty that sometimes causes if people follow up on list to discuss issues. Many of you will be aware that ICANN undertook the IDN Variant Issues Project last year. (Full disclosure: I was involved in the project.) On 23 December 2011 the report was posted for public comment, and I realise that I have been remiss in drawing people's attention to it. This message is to fix that. You can see the public announcement at http://www.icann.org/en/announcements/announcement-2-23dec11-en.htm. That's also a good place to start in order to submit comments if you have them. The pubic comment period closes at the end of January 2012. ICANN is eagerly soliciting comments, and I hope that those of you interested in this topic will take the time to read the report and send your observations. Having been a participant in this particular sausage-making exercise, I will say that I am sure there are things that need impr</pre> Andrew Sullivan 2012-01-04T22:41:24 http://comments.gmane.org/gmane.ietf.idnabis/7278 <pre>FYI, since my e-mail is blocked on this list, I sent this mail to ICANN. jfc --------------------- Gentlemen, the IUCG accompanies the iucg&lt; at &gt;ietf.org non-WG mailing list. Its purpose is to permit Internet, and IETF users to contribute to the architecture, technology and practice of their own multitechnology Integrated and Intelligent Use (IUse) of the whole digital ecosystem. In the considered area it therefore explores the architectural support of polynymy (strict synonymy in a different context) and orthotypography (typographical syntax of a language) that IDNA2008 does not consider but locates in the user part of the presentation layer support (RFC 5895). We plan having a debate on the VIP report in the coming weeks and meet the Jan 31, 2012 deadline. We could not engage into such a debate prior to the publication of the report (however some of our members participated to the WG/VIP discussion) because we have difficulties in understanding how it fits in our targets. Our priority is: how t</pre> JFC Morfin 2012-01-05T12:56:42 http://comments.gmane.org/gmane.ietf.idnabis/7276 <pre>Dear colleagues, Apologies in advance for duplicate postings. I didn't cross-post because of the difficulty that sometimes causes if people follow up on list to discuss issues. Many of you will be aware that ICANN undertook the IDN Variant Issues Project last year. (Full disclosure: I was involved in the project.) On 23 December 2011 the report was posted for public comment, and I realise that I have been remiss in drawing people's attention to it. This message is to fix that. You can see the public announcement at http://www.icann.org/en/announcements/announcement-2-23dec11-en.htm. That's also a good place to start in order to submit comments if you have them. The pubic comment period closes at the end of January 2012. ICANN is eagerly soliciting comments, and I hope that those of you interested in this topic will take the time to read the report and send your observations. Having been a participant in this particular sausage-making exercise, I will say that I am sure there are things that need impr</pre> Andrew Sullivan 2012-01-04T22:41:24 http://comments.gmane.org/gmane.ietf.idnabis/7242 <pre>Congrats to Xiaodong Lee &lt;lee&lt; at &gt;cnnic.cn&gt;!!! Mao Wei will miss you!!! From the bumpf: ... Dr. Xiaodong Lee of the Chinese Academy of Sciences as ICANN's new Vice President for Asia. Most recently, Dr. Lee has served as the Deputy Director General and Chief Technology Officer of CNNIC, the state network information center of China. Eric </pre> Eric Brunner-Williams 2011-12-13T19:07:37 http://comments.gmane.org/gmane.ietf.idnabis/7219 <pre>http://www.ted.com/talks/bobby_mcferrin_hacks_your_brain_with_music.html This scientific funny sequence shows the way semiotics works and how it differs from computers programming, and A,B,C methods. Everyone in the room follows this guy, without a single word being uttered or text being entered/displayed. However, any kid on earth can use this kind of communication and language to easily learn how connect its favorite site. Please remember that the real browser of the future is most probably Kinect+TV screen, and that JOSDNs (jabbed, oral, snapped domain names) are therefore already being supported. jfc </pre> J-F C. Morfin 2011-12-13T04:01:31 http://comments.gmane.org/gmane.ietf.idnabis/7184 <pre>Further to my yesterday mail: 1. I have added the inputs of Gervase to the http://iucg.org/wiki/IAB!_NOW! entry of JMB de Potzamparc, so it may serve as a current reference. 2. I have added the IDNA2010 (how to interface IDNA2008 from the user side) review in the page http://iucg.org/wiki/IDNA2010_Common_Objectives 3. I have initiated the working wiki I_D page. The abstract is as follows: en: This framing memorandum discusses the high-level architecture of an intelligent use of the whole digital ecosystem (WDE) and how the emerging community of IUtilisateurs explores it from a smart interfacing with the Internet layers. fr: Cette note de cadrage traite de l'architecture de haut niveau de l'utilisation intelligente de l'ensemble de l'écosystème numérique (EEN) et de comment la communauté émergente des IUtilisateurs l'explore à partir d'un interfaçage élégant avec les couches Internet. Tentative table of contents coming. Comments welcome. jfc PS: I suggest you to have a look to http://du</pre> J-F C. Morfin 2011-12-11T17:20:37 http://comments.gmane.org/gmane.ietf.idnabis/7151 <pre>Recently, Mozilla community member Jothan Frakes was kind enough to do some research about how different popular web browsers implement IDN, and when they display the real characters and when they display Punycode. This is in the context of a Mozilla review of our policy. I am interested in the opinions of people on this list (see below). As it turns out, the behaviour of all popular browsers is summarised at the bottom a Chromium project document here: http://www.chromium.org/developers/design-documents/idn-in-google-chrome The policies fall into 3 approximate buckets: A (IE, Chrome): Unicode if the (single) 'language' of the string is configured in the options, Punycode otherwise. B (Firefox, Opera): Unicode if the TLD is in a whitelist, Punycode otherwise. Arbitrary script mixing permitted (registry policy used to prevent abuse). C (Safari): Unicode if the script is in a whitelist (which by default does not include Cyrillic or Greek), Punycode otherwise. Not sure about script mixing. Firefox has hi</pre> Gervase Markham 2011-12-09T11:12:29 http://comments.gmane.org/gmane.ietf.idnabis/7146 <pre>Dear colleagues, I'm going to send related messages to four IETF lists where I suspect there might be people who are interested: dnsext, dnsop, apps-discuss, and idna-update. My apologies to those of you who get it more than once. For those of you who have been following or otherwise interested in the ICANN Variant Issues Project, the case study reports are up. The public comment period is open until 14 November. The Project is aimed at sorting out, for some scripts, what people mean when they talk about "variant names" in the DNS. As a matter of full disclosure, I point out that I have been involved with these reports, providing some observations about the (technical) feasibility of various things people wanted to do. I provided advice, but of course the teams actually responsible for the reports were free to do as they wished with my advice (including ignore it). I encourage those of you who are interested in the topic to read the reports and make any comments you think are useful in the public com</pre> Andrew Sullivan 2011-10-11T15:05:29 http://comments.gmane.org/gmane.ietf.idnabis/7144 <pre> Hi John, my main point was that the Unicode IDNA online tool works again; I could test xn--cocacola. It contains three occurrences of two unassigned Unicode points sometimes shown as U+FFFD. And the remaining PVALID points are in a script I cannot read; so from my POV I _hope_ that user agents will offer to display only scripts selected by me, and otherwise stick to raw XN-labels. That preference isn't affected by the IDNA version or UTS 46. If user agents can somehow display only "my" scripts, then they would be also able to flag say Latin + Cyril mixtures, no matter if that is an otherwise "valid" U-label below .net or .blogspot.com or .xn--xyzzy.dyndns.org. ACK, no problem with that. If user agents do not know a given Unicode point they will handle it as "unassigned". And their "knowledge" can be in ROM (or similar scenarios). Nothing relevant on this list, I know where I can disable IDNA in Firefox, and I'd know how to submit Chrome feature requests. Just two examples of user agents where I c</pre> Frank Ellermann 2011-10-11T05:17:51 http://comments.gmane.org/gmane.ietf.idnabis/7134 <pre>Adam Barth said: &gt; &gt; On Fri, Sep 30, 2011 at 1:02 PM, =JeffH &lt;Jeff.Hodges&lt; at &gt;kingsmountain.com&gt; wrote: &gt;&gt; Adam Barth &lt;ietf&lt; at &gt;adambarth.com&gt; said: &gt;&gt;&gt; More concretely, I can tell you that Chrome plans to continue to &gt;&gt;&gt; implement IDNA2003 for the foreseeable future. &gt;&gt; &gt;&gt; Does that mean just Chrome itself, or Webkit as a whole (and thus having &gt;&gt; implications for all webkit-based browsers) ? &gt; &gt; Different WebKit ports can make different choices in this regard. &gt; However, I don't know of any major ports choosing anything other than &gt; IDNA2003. So I'm wondering how well this is going to work out if the DNS registry &amp; registrar world migrates to IDNA2008 per se (i.e. with or without RFC5895, but without UTS#46) ? If I understand correctly, one example issue is: If some DNS registries do not allow Esszet and Final Sigma (Latin small letter sharp S and Greek small final sigma) to be registered, and if some applications that use DNS are applying IDNA2003, then some lookups will make it appea</pre> =JeffH 2011-10-06T04:40:35 http://comments.gmane.org/gmane.ietf.idnabis/7117 <pre>Adam Barth &lt;ietf&lt; at &gt;adambarth.com&gt; said: &gt; &gt; More concretely, I can tell you that Chrome plans to continue to &gt; implement IDNA2003 for the foreseeable future. Does that mean just Chrome itself, or Webkit as a whole (and thus having implications for all webkit-based browsers) ? thanks, =JeffH </pre> =JeffH 2011-09-30T20:02:51 http://comments.gmane.org/gmane.ietf.idnabis/7116 <pre>while investigating this stuff I heard that the "DNS world" is moving to IDNA2008 -- not exactly sure what that means -- registry/registrars, resolver code, ... ? But given the deltas between IDNA2008, IDNA2008 + RFC5895, IDNA2008 + UTS46, and IDNA2003, it seems to me that it'd be a good thing if we can try to get more uniform IDNA2008 adoption overall, i.e. bite the bullet now rather than later when it's a lot bigger. I note that these issues have been discussed at length on this list over the prior few years, and a perusal of the archives will likely be useful (e.g. cite previous messages rather than typing them all over again :) =JeffH </pre> =JeffH 2011-09-30T19:59:00 http://comments.gmane.org/gmane.ietf.idnabis/7104 <pre> Hi, In working towards completion of.. HTTP Strict Transport Security (HSTS) &lt;https://tools.ietf.org/html/draft-ietf-websec-strict-transport-sec&gt; ..and.. The Web Origin Concept https://tools.ietf.org/html/draft-ietf-websec-origin ..we are attempting to address the proper way to reference IDNA2008 and IDNA2003 in terms of stipulating comparisons of domain names (that may or may not be IDNs). In discussions with our ADs and a few IDNA-literate folks, we've been informed that the IDNA-specific language in the recently-released RFC6265 HTTP State Management spec isn't quite up to the standards they would like to see at this time. Thus I've performed some surgery on draft-ietf-websec-strict-transport-sec and have included below the specific section portions that are IDNA specific (this is from my working copy which isn't quite yet overall ready tonight to submit as -03). The key context to keep in mind when reviewing the below is that the key "processing" -- essentially a domain name</pre> =JeffH 2011-09-30T03:07:15 http://comments.gmane.org/gmane.ietf.idnabis/7093 <pre>IDNA2008 has introduced the need for post IDNA2008 protocol and technology adaptations in different areas. Several mailing lists are working on such adaptations. There is a need they know the others' targets and they use the same terminology with the same meaning. To that end we have compiled charters and drafts, terminology definitions and propositions from the different souces involved: IAB, IETF/WG/IDNA2008, IETF/WG/PRECIS, ICANN/WG/VIP, UNICODE, IUCG, IUTF, ALFA, IANA and Unicode. The file is http://iucg.org/wiki/IDNS_Common_Glossary. At this stage we would like to continue compiling suggestions to add to this document in order to have a comprehensive consolidation of ideas and terms. Once inputs are stabilized, I will sort all the terms towards an update of the IANA terminology file. I hope it could help reaching consensuses more easily if we speak the same language. Portzamparc _______________________________________________ Idna-update mailing list Idna-update&lt; at &gt;alvestrand.no http://www.alvestrand.no</pre> jean-michel bernier de portzamparc 2011-08-19T18:34:43 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.ietf.idnabis