Re: Mississippi Hißes

John C Klensin klensin at jck.com
Fri Dec 11 18:47:40 CET 2009



--On Friday, December 11, 2009 10:20 +0000 Michael Everson
<everson at evertype.com> wrote:

> On 11 Dec 2009, at 09:32, Shawn Steele wrote:
> 
>> I'm not a lawyer, but I suspect you can't even register  
>> fussy.live.com and fußy.live.com individually.
> 
> I can't register fussy.evertype.com and fußy.evertype.com?
> Says who?

Shawn,

Because I fear that this is still not clear, Michael is making
the point that several of the rest of us have been trying to
make in other ways.  The DNS is a distributed administrative
hierarchy.  In the general case, no one has any control over
subdomains (whether delegated or not, see Andrew's recent
comment about zone cuts) of evertype.com other than Michael; no
one has any control over subdomains of jck.com other than me; no
one outside Microsoft has any control over subdomains of
live.com; and so on for probably hundreds of millions of other
domains.  

Each of us sets our own policies.  Not only does nothing prevent
Michael from putting both "fussy" and the ACE/Punycode-converted
version of "fußy" into the evertype.com zone, nothing prevents
him from also installing "fußy" as a UTF-8 (or even UTF-16 or
UTF-32) string into that zone, nor even from installing it as a
ISO 8859-1 string.  Barring his going to considerable effort to
carefully set up aliases (again, see Andrew's recent note and
understand that there are even more possibilities depending on
what he actually wants to do with the names), each one of those
is --both conceptually and operationally-- labels a completely
separate DNS node with whatever record types he wants to attach
at that node.  If you can't register both fussy.live.com and
fußy.live.com individually, that is an issue between you and
Microsoft -- not only do the rest of us not care, but someone,
somewhere, will probably conclude that Microsoft's imposing that
restriction is a market opportunity and offer both of those
labels in some other second-level domain.

While, in theory, the TLD registry -- .com in this case-- could
impose contractual requirements on Michael (or me) about what we
could or could not insert in our zone files, no major TLD
registry has tried to do that in years and years, much less
tried to enforce such rules.   Even then, the requirements would
be contractual, not anything imposed by the DNS protocols or
other technical requirements.

>From the standpoint of anything this WG --or the IETF in
general-- can do, the decisions are, like it or not, strictly
local ones.

There are two actual sources of restrictions.  I will leave it
to you to estimate how important they are in the general case
(remember, hundreds of millions of zones):

(1) I manage my own zones.  I assume from his comment that
Michael manages, or has very close control over, his.  Someone
who has some other entity managing a zone for them, or who
manages it via a web interface to a server they don't control,
may be fairly restricted about what they can put into a zone.
If those interfaces were making tests on their input, I assume
they might block UTF-16 or UTF-32 and maybe even UTF-8 and some
other forms (that blocking might occur either as a design
decision or via careless coding).  But those would be
restrictions imposed by the chosen operator, not the DNS.  And
registrants for domains can change their operators at any time.

(2) With apologies to Mark's wife and her colleagues, trademark
lawyers do get involved in these situations on a case by case
basis, sometimes deep in the tree.  It is plausible to assume,
based on several prior episodes, that, while Michael could
install mickey.evertype.com, minnie.evertype.com,
donald.evertype.com, and goofy.evertype.com, he might hear from
someone demanding that he remove them if that set of domains
started to be widely publicized.  But that is a different
problem, it wouldn't prevent him from inserting those names into
the zone, and the odds of its occurring if he installed
fussy.evertype.com and fußy.evertype.com as separate nodes is,
well, low.

    john




More information about the Idna-update mailing list