[UA-discuss] interesting to note about emoji in mailbox name.

Andrew Sullivan ajs at anvilwalrusden.com
Thu Apr 11 20:59:13 UTC 2019

You're quite mistaken about this.

Formally, email address mailboxes are exact-match, but local convention can 
be anything the administrator wants. It is widely regarded as crazy to do 
case-sensitive matching, so for practical purposes ajs and AJS are the same 
mailbox. But they don't have to be.

Google has ignored the "." in local-parts forever, but many systems used 
them as significant for a long time.

The + convention is supposed to provide a primitive filtering capability, 
but many systems didn't implement.

There are basically no rules for local parts. But we can rely on the UTC 
guidance that emojis are unsuitable for identifiers.

Andrew Sullivan
Please excuse my clumbsy thums.
On April 11, 2019 15:15:17 Asmus Freytag <asmusf at ix.netcom.com> wrote:
> On 4/11/2019 11:39 AM, Mark Svancarek (CELA) via UA-discuss wrote:
>> Pedantically, I think Ajay is asking about mailbox names.  UASG and SSAC 
>> have historically weighed in against emojis in domain names.  But I think 
>> we have neglected to indicate that we oppose them in mailbox names as well. 
>>  There is no equivalent of IDNA for mailbox names, so we could be more 
>> explicit about our opposition.
> Mark,
> I definitely agree.
> If we run into violent opposition, because many users decide to view that 
> restriction as churlish, there's a possible fallback:
> E-mail names, unlike domain names, already aren't treated as "exact match"; 
> for example certain punctuation is ignored.
> A more restricted prohibition might give a better balance: insist that all 
> emoji in an email name are treated as ignorable. That way, people can add 
> them, as long as the remainder of the name contains a string of unique code 
> points.
> You would be able to have I❤NYC, but not if someone else has INYC.
> This slightly more relaxed stance may be a useful fallback if we find that 
> we cannot get traction with a full prohibition.
> A./
> PS: this technique doesn't work as well with domain names as it would have 
> to be implemented by registering all these variants, thus lead to 
> combinatorial explosion.
>> From: UA-discuss <ua-discuss-bounces at icann.org> On Behalf Of Mark W. Datysgeld
>> Sent: Thursday, April 11, 2019 07:09
>> To: ua-discuss at icann.org; Lars Steffen <lars.steffen at eco.de>; Dr Ajay Data 
>> <ajay at data.in>; universal access <ua-discuss at icann.org>
>> Subject: Re: [UA-discuss] interesting to note about emoji in mailbox name.
>> While valid, the SSAC basically concluded we should not be using them:
>> https://features.icann.org/ssac-advisory-use-emoji-domain-name
>> So it would be very hard at the moment to push for any kind of change in 
>> spam filters. There is ongoing discussion in terms of acceptable characters 
>> and such, but that seems to be going nowhere fast.
>> --
>> Mark W. Datysgeld from Governance Primer [www.markwd.website]
>> Representing businesses in IG together with AR-TARC and ABES
>> On April 11, 2019 8:48:48 AM GMT-03:00, Lars Steffen <lars.steffen at eco.de> 
>> wrote:
>> 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 at icann.org> im Auftrag von Dr Ajay Data 
>> <ajay at data.in>
>> Datum: Donnerstag, 11. April 2019 um 09:10
>> An: universal access <ua-discuss at 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
>> Do not Remove:
>> [HID]20190411124031186[-HID]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/ua-discuss/attachments/20190411/3bf4fff6/attachment.html>

More information about the UA-discuss mailing list