
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=gb2312">

<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>

</head>

<body dir="ltr">

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">

<br>

</div>

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">

I think we are just looking at it from different points of view.</div>

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">

<br>

</div>

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">

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

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">

<br>

</div>

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">

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

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">

<br>

</div>

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">

AndrЈІ Schappo</div>

<div>

<div id="appendonsend"></div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">

<br>

</div>

<hr tabindex="-1" style="display:inline-block; width:98%">

<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> UA-discuss <ua-discuss-bounces@icann.org> on behalf of Arnt Gulbrandsen <arnt@gulbrandsen.priv.no><br>

<b>Sent:</b> 10 June 2020 08:53<br>

<b>To:</b> ua-discuss@icann.org <ua-discuss@icann.org><br>

<b>Subject:</b> Re: [UA-discuss] [UA-EAI] WhatWG issue regarding <input type="email"> is open (#4562)</font>

<div> </div>

</div>

<div class="BodyFragment"><font size="2"><span style="font-size:11pt">

<div class="PlainText">On Wednesday 10 June 2020 05:05:00 CEST, Andre Schappo wrote:<br>

><br>

> Yes, you are right, it is the same problem except that with <br>

> Unicode it is hugely more complicated.<br>

<br>

I've written several EAI implementations and worked on several sites that <br>

include signup pages, and... I haven't noticed any relevant complexity. <br>

There's much irrelevant complexity, but in my experience, no relevant <br>

complexity.<br>

<br>

> One could, for instance, state<br>

><br>

> Ђй A well formed EA consists of ascii characters but not any ascii characters<br>

> Ђк A well formed EAI consists of unicode characters but not any <br>

> unicode characters<br>

<br>

So one could. But why would one?<br>

<br>

The systems I've seen or worked on do basically a) check that the entered <br>

string contains a single @ b) check that the part after @ is a domain that <br>

exists today c) send a verification mail. I know systems that leave out <br>

some of these steps, or that try to detect typos like gamil. But none <br>

needed to care about unicode's complexity.<br>

<br>

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

<br>

> I doubt there is any email system that would allow me to <br>

> register an EA with a space in the mailbox name eg "andre <br>

> schappo@wherever.com"<br>

<br>

One I've worked on definitely would allow that, I checked just now. It <br>

might be unable to send you your verification email, but "our" system <br>

simply accepted the user's input and tried to send email.<br>

<br>

This isn't unusual, and it's often intentional. The CEO of that company <br>

would probably say something like "what matters is whether customers pay, <br>

not whether we have their email addresses".<br>

<br>

Arnt<br>

<br>

<br>

_______________________________________________<br>

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 (<a href="https://www.icann.org/privacy/policy">https://www.icann.org/privacy/policy</a>)

 and the website Terms of Service (<a href="https://www.icann.org/privacy/tos">https://www.icann.org/privacy/tos</a>). 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.</div>

</span></font></div>

</div>

</body>

</html>