[UA-discuss] [UA-EAI] WhatWG issue regarding <input type="email"> is open (#4562)

Andre Schappo A.Schappo at lboro.ac.uk
Wed Jun 10 11:27:23 UTC 2020

I think we are just looking at it from different points of view.

My focus is on the initial creation of an EAI to ensure it is well formed.

I think, for this thread, your focus is on verifying a user entered EA(I) which should be an existing EA(I).

André Schappo

From: UA-discuss <ua-discuss-bounces at icann.org> on behalf of Arnt Gulbrandsen <arnt at gulbrandsen.priv.no>
Sent: 10 June 2020 08:53
To: ua-discuss at icann.org <ua-discuss at icann.org>
Subject: Re: [UA-discuss] [UA-EAI] WhatWG issue regarding <input type="email"> is open (#4562)

On Wednesday 10 June 2020 05:05:00 CEST, Andre Schappo wrote:
> Yes, you are right, it is the same problem except that with
> Unicode it is hugely more complicated.

I've written several EAI implementations and worked on several sites that
include signup pages, and... I haven't noticed any relevant complexity.
There's much irrelevant complexity, but in my experience, no relevant

> One could, for instance, state
> ① A well formed EA consists of ascii characters but not any ascii characters
> ② A well formed EAI consists of unicode characters but not any
> unicode characters

So one could. But why would one?

The systems I've seen or worked on do basically a) check that the entered
string contains a single @ b) check that the part after @ is a domain that
exists today c) send a verification mail. I know systems that leave out
some of these steps, or that try to detect typos like gamil. But none
needed to care about unicode's complexity.

You're bikeshedding, dragging in irrelevant complexity, inventing problems.

> I doubt there is any email system that would allow me to
> register an EA with a space in the mailbox name eg "andre
> schappo at wherever.com"

One I've worked on definitely would allow that, I checked just now. It
might be unable to send you your verification email, but "our" system
simply accepted the user's input and tried to send email.

This isn't unusual, and it's often intentional. The CEO of that company
would probably say something like "what matters is whether customers pay,
not whether we have their email addresses".


By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (https://www.icann.org/privacy/policy) and the website Terms of Service (https://www.icann.org/privacy/tos). You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/ua-discuss/attachments/20200610/11014d98/attachment.html>

More information about the UA-discuss mailing list