The entered e-mail address "info@IDN-with-the-character-é.com" does not appear valid.
IDN = Internationalized Domain Name
That is the error message I receive when setting-up the form to email section.

Comments

Anonymous’s picture

Issue summary: View changes

edit

Mixologic’s picture

Issue summary: View changes
Issue tags: +IDN
Anonymous’s picture

Version: 7.x-3.19 » 7.x-4.0
Issue tags: -IDN +IDN emails

This bug still persists for 4.0. Any news? This bug report specifically refers to the email address that the webform submissions are being sent to - that is the field that is not accepting IDN email addresses.

Thanks for everything!

Ed

DanChadwick’s picture

Patches are welcome. :)

Mixologic’s picture

Issue tags: +IDN

IDN is something that should be fixed in core, not contrib, and as such all issues affected by IDN should have the tag of IDN. please dont unset it again.

DanChadwick’s picture

@Mixologic -- Looking through the IDN tags for core, it looks like this has been pushed to D8, and maybe has been partially committed. Since I'm not sure what exactly in webform is causing this, it's hard to tell. If it is hopeless to get a patch into D7, I would consider a contrib patch for webform, but I certainly am not going to research and write this. Thoughts, core issue references, or other helpful background?

If there is no hope for this, we might as well close it as works as designed.

Mixologic’s picture

basically there needs to be a pair of functions in core that convert unicode domain names into 'punycode' representations of those domain names. Then contrib modules could all use drupal_ascii_to_idn and drupal_idn_to_ascii everywhere that they handle domain names.

The main core issue that discusses this is here: https://www.drupal.org/node/389278

Without it being in core, it would mean that every module that handles email addresses or domain names (like the domain module) would have to reimplement their own version of the punycode standard in multitudes of ways. I dont think that there is anything *stopping* additional api's being added to d8, especially now that we have semantic versioning, so while I dont think this will make it into 8.0.x, I dont see why it couldnt easily be put into 8.1.x for example.

DanChadwick’s picture

Version: 7.x-4.0 » 8.x-4.x-dev
Category: Bug report » Feature request

Based upon #6, I think the reasonable course of action is to more this to the webform 8.x queue.

fenstrat’s picture

Status: Active » Closed (outdated)

Closing to clear out the old Webform 8.x-4.x branch. See #2827845: [roadmap] YAML Form 8.x-1.x to Webform 8.x-5.x.