On 4/11/2019 11:56 AM, Larry Masinter wrote:
using ❤@data.in isn’t much different than using UA-discuss@lCANN.org <mailto:UA-discuss@lCANN.org>
It works with copy-paste but is unlikely (with today’s fonts and systems) to be transcribed correctly by a live humans.
(Note that that was ua-discuss@Lcann.org <mailto:ua-discuss@Lcann.org> above, with a lower-case i.)
The issues with emoji are much worse. All faces/body parts can have skin-tone variations that you will be hard pressed to reliably tell apart unless seen side-by-side. And you have no guarantee that such modifiers are handled reliably on all platforms. The transcription is not the issue, recognition is. (And ICANN should have registered the LCANN domain name defensively :) ) A./
Larry
--
*From:* UA-discuss <ua-discuss-bounces@icann.org> *On Behalf Of *Tan Tanaka, Dennis via UA-discuss *Sent:* Thursday, April 11, 2019 6:28 AM *To:* ajay@data.in; lars.steffen@eco.de; ua-discuss@icann.org *Subject:* Re: [UA-discuss] interesting to note about emoji in mailbox name.
As I understand it, email administrators have freedom to set up their own policies as to mailbox names, filters, etc. Even if an email address is syntactically correct, it doesn’t mean it cannot be rejected by system policy. If a particular service is rejecting email addresses just because they are using letters of other alphabets that might be a problem UASG would want to take part of. In the case of symbols (e.g. emojis) used in the mailbox name, what would be UASG angle here?
-Dennis
*From: *UA-discuss <ua-discuss-bounces@icann.org <mailto:ua-discuss-bounces@icann.org>> on behalf of Dr Ajay Data <ajay@data.in <mailto:ajay@data.in>> *Date: *Thursday, April 11, 2019 at 8:58 AM *To: *Lars Steffen <lars.steffen@eco.de <mailto:lars.steffen@eco.de>>, "UA-discuss@icann.org <mailto:UA-discuss@icann.org>" <ua-discuss@icann.org <mailto:ua-discuss@icann.org>> *Subject: *[EXTERNAL] Re: [UA-discuss] interesting to note about emoji in mailbox name.
Emoji in Email address example is neither part of IDN nor DNS. Here it is part of mailbox name.
My idea of sharing is that Google and office365 receives email successfully from email address where mailbox contains emoji, outlook deals it just like normal email and gmail shows it dangerous.
*Dr. Ajay Data** *Founder & CEO
------------------------------------------------------------------------
*From:* Lars Steffen <lars.steffen@eco.de <mailto:lars.steffen@eco.de>> MailId : [90320017] *To:* Dr Ajay Data <ajay@data.in <mailto:ajay@data.in>>,universal access <ua-discuss@icann.org <mailto:ua-discuss@icann.org>> *Subject: *Re: [UA-discuss] interesting to note about emoji in mailbox name. *Date:* 11 Apr 2019 05:19:02 PM
May I quote from the 2 March 2018:
..what we agreed to is that emojis are not part of the current standard for IDN/DNS. As such it is out of scope for UASG.
Lars
*Von: *UA-discuss <ua-discuss-bounces@icann.org <mailto:ua-discuss-bounces@icann.org>> im Auftrag von Dr Ajay Data <ajay@data.in <mailto:ajay@data.in>> *Datum: *Donnerstag, 11. April 2019 um 09:10 *An: *universal access <ua-discuss@icann.org <mailto:ua-discuss@icann.org>> *Betreff: *[UA-discuss] interesting to note about emoji in mailbox name.
Some Interesting things to note:
I am testing with Two working Valid Email Address with heart shape. ❤@data.in and ♥@data.in
( ❤ - xn--qei and ♥ - xn--g6h )
When I receive email from the above ID`s, In mobile devices these above hearts are shown in different red shades.
However If I send email to Gmail / Outlook, they consider this as Spam. Not only spam, Gmail displays the following warning. -
*This message seems dangerous*
The sender’s email address uses abnormal characters, which might be used to spoof real addresses. Avoid clicking links, downloading attachments, or replying to this message.
Probably, we need to discuss this too and have our views around it.
*Dr. Ajay Data** *Founder & CEO
[XGENFOOTER]
[-XGENFOOTER]
Do not Remove: [HID]20190411124031186[-HID]
Das Bild wurde vom Absender entfernt.Das Bild wurde vom Absender entfernt.
Image removed by sender.Image removed by sender.