[UA-discuss] FW: I-D Action: draft-klensin-idna-rfc5891bis-00.txt
nalini.elkins at insidethestack.com
nalini.elkins at insidethestack.com
Mon Mar 13 15:52:05 UTC 2017
Thanks for the good conversation, Andrew. It is a very difficult, and possibly impossible problem, with many differing opinions.
> why isn't it your problem as a registrant to find these
>things (maybe using NaliniAlgo™ ;-) ) and register the ones you find
>problematic?
I suspect that moving forward I should create a product / service around, as you say, NaliniAlgo™.
Look forward to seeing you in Chicago.
Thanks,
Nalini Elkins
Inside Products, Inc.
www.insidethestack.com
(831) 659-8360
--------------------------------------------
On Mon, 3/13/17, Andrew Sullivan <ajs at anvilwalrusden.com> wrote:
Subject: Re: [UA-discuss] FW: I-D Action: draft-klensin-idna-rfc5891bis-00.txt
To: ua-discuss at icann.org
Date: Monday, March 13, 2017, 8:46 AM
On Mon, Mar 13, 2017 at
03:30:23PM +0000, nalini.elkins at insidethestack.com
wrote>
> I wonder. So,
if the problem is hard, then we give up?
I do not believe that the problem is merely
"hard". It is literally
impossible to fix in a general and algorithmic
way, if by "fix" you
mean
"allow a vastly larger number of code points for
registration and
allow users to use things
that are intuitive mnemonics for them and
not have collisions". If you're
willing to give up one of those
dimensions,
then that's fine; but you might be willing to give up
a
different one than someone else. Large
TM Holder Corp will want to
restrict names
as much as possible -- ideally only to TM holders.
Individuals might feel differently, and the
tussle we have here boils
down to that
one.
> One relatively
easy suggestion might be that registries, ALL registries,
attempt to detect such names.
>
And do what? What you're
saying is that the people who got into the
zone first win not only what they registered,
but everything else that
someone might want
to register that could even possibly be mistaken
for it. For the root zone -- necessarily a
global resource -- I am
probably prepared to
support such a view. For other zones, I am less
convinced: why isn't it your problem as a
registrant to find these
things (maybe using
NaliniAlgo™ ;-) ) and register the ones you find
problematic?
> Don't let the perfect be the enemy of
the good. I think I have heard you, actually,
quote that in some presentation.
>
Often. But our problem here
is not the definition of "perfect". It's
the definition of "good".
A
--
Andrew Sullivan
ajs at anvilwalrusden.com
More information about the UA-discuss
mailing list