[Bug 15489] IDN email addresses should be converted to Punycode before validating them


Martin D <duerst@it.aoyama.ac.jp> changed:

           What    |Removed                     |Added
         Resolution|WONTFIX                     |LATER

--- Comment #19 from Martin D <duerst@it.aoyama.ac.jp> 2012-08-24 16:34:11 UTC ---
(In reply to comment #18)
> Realistically, we can't make type=email support sending IDN to the server,
> because that would mean lots of people couldn't use it without first updating
> their entire server-side infrastructure's e-mail handling, which in some cases
> is impractical.

Unfortunately, this makes sense.

> Given that we're not sending IDN, it would be very strange to make it legal to
> receive IDN — it would mean that you couldn't round-trip all valid input data
> unmodified.
> Thus where we are now.
> What I expect we might do once the browsers have caught up and implemented all
> the new forms stuff reliably is add a new form type like "idna-email", or more
> likely add an attribute that can be given when type=email, which enables full
> IDNA in/out, not just at the UI level.

This is definitely the right direction to go. But why wait? What if a browser
implementer wants to implement this right now? I have changed to status to
"later", which I hope indicates that this needs to be addressed soon. (If not,
please change to a more appropriate state.)

Two more details while I'm at it:
One, a new form type seems to be preferable to a separate attribute because
otherwise, older browsers will be too restrictive.
Two, as I have indicated at
https://www.w3.org/Bugs/Public/show_bug.cgi?id=15489#c16, email
internationalization is not only about internationalizing the right hand side
of the "@", where IDNA is relevant, but also the left hand side, where IDNA is
irrelevant. Thus, the type/attribute/whatever name should not misleadingly use
the letters "IDNA".

Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

Received on Friday, 24 August 2012 16:34:14 UTC