[UA-discuss] More from Ram Mohan on ICANN's further commitment to Universal Acceptance

Andre Schappo A.Schappo at lboro.ac.uk
Wed Dec 26 14:16:53 UTC 2018

On 26 Dec 2018, at 06:22, Tex <textexin at xencraft.com<mailto:textexin at xencraft.com>> wrote:

Although this thread addresses the structural difficulties of multiple domains serving one organization, the other issue is the difficulty of users verifying that these domains belong to the same owner.

Yes, it is already an issue today with for example mcdonalds wanting to own mcdonalds in each tld, ibut t becomes that much more difficult to have domains in different scripts, etc. and for users to know which ones are legitimate and which are spoofs.
It seems safer for an organization to have a singular domain than to add a few and open the door to imitators that may be hard to find and close down before they do damage to their market.

Not to mention there often isn’t a single correct transliteration or translation....

So is this thread really about: Having IDNs make sense as singular domains, but when does it make sense or not make sense to have multiple domains (IDN or otherwise)?


Many years ago I envisaged that, where applicable, websites would have both an ASCII Domain Name and a localised IDN. eg a chinese website could have 双好.中国 and double-happy.cn<http://double-happy.cn> At the time I regarded the ASCII essential because of the lack of support for IDNs. Nowadays, I am more inclined to regard the ASCII as legacy and secondary to the primary Chinese domain name. I consider the general principle of having an IDN and an ASCII still holds for many websites.

Then there are the websites that are global such as the Olympics website which I consider should have a set of IDNs. A set that encompasses the official primary human language scripts of the countries competing in that yearʼs olympic games.

My primary reason for wanting ICANN to have a set of IDNs is so ICANN leads by example.

André Schappo

-----Original Message-----
From: UA-discuss [mailto:ua-discuss-bounces at icann.org] On Behalf Of John Levine
Sent: Tuesday, December 25, 2018 1:58 PM
To: ua-discuss at icann.org<mailto:ua-discuss at icann.org>
Subject: Re: [UA-discuss] More from Ram Mohan on ICANN's further commitment to Universal Acceptance

In article <2eb428e5-ed29-a914-23e3-7889b427b69d at ix.netcom.com<mailto:2eb428e5-ed29-a914-23e3-7889b427b69d at ix.netcom.com>> you write:
What about "www." being an optional subdomain?

How are the techniques used to handle this different from having an IDN

I think it's pretty safe to assume that foo.com<http://foo.com> and www.foo.com<http://www.foo.com> are in
the same language, and if one redirects to the other, nobody will be
confused.  Even so, getting it to work right is not totally trivial.
The two names need their own SSL certificates, or if there's one cert
it has to be validated for both names.  If the site uses cookies as
most do to manage site logins or user options, it has to be sure the
cookies for the two names are kept in sync or all forced to one of the

None of this is terribly hard, but it's not automatic either.

Yes, I did note the passage on language negotiation, but how is that
different from sites that can be accessed via ccTLDs in addition to a
domain name in a gTLD. That's a pattern typical for many global

Same answer, except that if one name isn't a subdomain of the other,
the login and option cookie problems are a lot harder.

How are any of these issues materially different from offering your site
with multiple localized names?

The point, which I apparently wrongly thought was obvious, is that none
of this multi-name stuff works automatically, and telling people "just
add a bunch of IDN names and EAI addresses" is not going to end well.



PS: some non-European scripts can have variants that work similar to
case-equivalence. If you want to institute loose matching of e-mail
usernames based on them, you'd have to roll your own -

Yes, people who are working about EAI are aware of the way that local
part matching works.  Since every mail system already has its own
loose matching rules, it's not a new problem but it's not one that
anyone has thought much about for EAI mail addresses.  I can
definitely tell you that without loose address matching that matches
user expectations, whatever they are, your customers will hate you and
decide that your system is unusable.

🌏 🌍 🌎
André Schappo

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

More information about the UA-discuss mailing list