[Gnso-newgtld-wg] Finishing up PICs

Kathy Kleiman kathy at kathykleiman.com
Thu Dec 17 20:40:44 UTC 2020


 
Actually, it does, Susan. Looking forward to our discussion.  Tx for
the clarification and Happy Holidays!

----- Original Message -----
From: "Susan Payne" 
To:"Kathy Kleiman" , "Jeff Neuman" , "gnso-newgtld-wg at icann.org" ,
"langdonorr at gmail.com" 
Cc:
Sent:Thu, 17 Dec 2020 20:14:10 +0000
Subject:RE: [Gnso-newgtld-wg] Finishing up PICs

	This could almost be interpreted as you saying if it’s in Spec 11
as a PIC/RVC it’s a problem but if it’s in a different spec it’s
fine, Kathy?  But presumably you don’t mean that since it makes no
sense. 

	 

	SUSAN PAYNE

	Head of Legal Policy
 Com Laude | Valideus

	D: +44 20 7421 8255

	M: +44 7971 661175
 E: susan.payne at comlaude.com [1]

	 

	 

	FROM: Gnso-newgtld-wg  ON BEHALF OF Kathy Kleiman
SENT: 17 December 2020 19:58
TO: Jeff Neuman ; Kathy Kleiman ; gnso-newgtld-wg at icann.org;
langdonorr at gmail.com
SUBJECT: Re: [Gnso-newgtld-wg] Finishing up PICs

	 

	Jeff,

	I walked with Community application attorneys today.  The
protections for the .GAY anti-harassment/anti-bullying policies
_predate_ any existing private PICs.  _To this day, they are not in
Specification 11. _

	 

	But we did create a Specification 12 for Community Registration
Policies, apparently just for this purpose.

	 

	Best and tx,

	Kathy

 ----- Original Message -----

	FROM:

	"Jeff Neuman" 

	 

	TO:

	"Kathy Kleiman" , "gnso-newgtld-wg at icann.org [4]" ,
"langdonorr at gmail.com [6]" 

	CC:

	 

	SENT:

	Thu, 17 Dec 2020 19:47:11 +0000

	SUBJECT:

	RE: Finishing up PICs

	Thanks Kathy for the views.  To understand, under the guardrails you
have proposed, would .gay be able to commit to enforcing an
anti-harassment / anti-bullying policy like the one they currently
have?  See https://www.ohhey.gay/gay-cares [8].

	 

	 

	 

	 Jeffrey J. Neuman

	 Founder & CEO

	 JJN Solutions, LLC

	 p: +1.202.549.5079

	 E: jeff at jjnsolutions.com [9]

	 http://jjnsolutions.com [10]

	 

	 

	FROM: Kathy Kleiman  
SENT: Thursday, December 17, 2020 2:40 PM
TO: Jeff Neuman ; Kathy Kleiman ; gnso-newgtld-wg at icann.org [14];
langdonorr at gmail.com [15]
SUBJECT: RE: Finishing up PICs

	 

	Jeff,

	The Guardrails are the Bylaws.  Pure and simple. They are ICANN's
commitment to stay outside of content (Bylaws 1.1) and operate
consistent with internationally recognized human rights (Bylaws 1.2)
and respect the policy procedures in which we all engage (in which
this PDP WG operates). 

	As an individual you have fought long and hard for the private PICs
which you created for .BIZ when you wored at Neustar. I know you
worked hard for your former employer.  But the 2016 Bylaws and the
.ORG battles commit ICANN to a higher standard.  We are bound by that
standard. We have talked about that standard, and our Bylaws, at
length. We have heard from our Board liaisons that they are worried on
this issue. They told us that ICANN cannot enforce that which does not
fall under its mission.  That is true 

	We are very close. I'm asking us to tie up one last loose end. But
it's an important one  The vast, vast majority of all of the private
PICs/RVCs we want to protect fall under the Guardrails - the hundreds
of  GAC early warnings from Round 1, the GAC Advice from Beijing, the
settlement of Community Objections in Round 1 (I did one; maybe the
only one then).

	I want your legacy and that of Cheryl's to be solid on this PDP which
has lasted so long and where you, and all members, have worked so
hard. Please step back from your deep personal involvement on this
issue. Telling ICANN that the working group says "anything goes" in
RVCs is not true, and not right. We are all bound by ICANN's 2016
Bylaws.  None of us is above the law; we are not above the Bylaws. 

	This seems like a pretty easy fix, Jeff. 

	Best, Kathy

	----- Original Message -----

	 FROM:

	 "Jeff Neuman" 

	 

	TO:

	"Kathy Kleiman" , "gnso-newgtld-wg at icann.org [18]" ,
"langdonorr at gmail.com [20]" 

	CC:

	 

	SENT:

	Thu, 17 Dec 2020 19:10:50 +0000

	SUBJECT:

	RE: Finishing up PICs

	Kathy,

	 

	***View as the Co-Chair - I do not believe the guardrails you have
proposed have support within the working group.  The rules/guardrails
you have proposed represent a drastic departure from what the Working
Group has discussed, that I do not believe it is realistic to think
that they can be adopted at this point.   Other members of the
Working Group have supported the PICs and RVCs and have also supported
the notion that they can be done in compliance with the Bylaws
provided that we do not put ICANN in the position of determining
whether any content based commitment was actually violated.  That
adjudication may be beyond the scope of ICANN’s mission.  But if
the actual adjudication is done by a third party and the registry
agrees to be bound by the decision of that unrelated third party, then
the Working Group members have weighed in that this seems in line with
the Bylaws.

	 

	We will discuss this further.

	 

	 

	__________________________

	 

	 

	 

	****Personal View Follows**** Taking Co-Chair hat off – the
following represents only my opinion.  If the Working Group takes an
opposing view, then as co-chair I will follow that.

	 

	* I personally disagree with the overbroad guardrails.  Take the
.gay registry as an example  The .gay registry has a very tight
anti-bullying / anti-harassment policy and reserves the right to take
down sites that it finds violating that policy.  Their goal is to
present a safe space where a group of people that have historically
been (and in a lot of cases still are) the subject of persecution,
discrimination, harassment and bullying. The registry wants a space
where its registrants and end users feel safe to belong, participate,
celebrate, and just be themselves.  If they want to commit to a
content based policy, then who are we to tell them that they cant.

	 

	* I believe I was at that American University event, and even
explained then that registries aim to make TLDs a brand.  If they
want to have policies that distinguish their TLDs from others, even if
related to content, then why should they be forbidden from doing so. 
I think I raised the example of Anti-abuse policies.  When Neustar in
2008 or 2009 (when I was there) adopted an anti-abuse policy stating
it would take down names using for phishing, pharming, malware, etc.,
it did so because it was starting to appear on ISP block lists for not
taking that action.  Legitimate registrants were having their e-mails
blocked because the registry wasn’t taking action.  The .biz brand
was taking a huge dip.  We made the bold decision and actually became
the first registry to adopt an anti-abuse policy addressing these
behaviors.  I believe the EFF and others made the same arguments you
were making.  But the registry cleaned up its act, got taken off
block lists and became (at the time) one of the safest TLDs.  The
brand became more respectable and registrants emails were again
getting through.    Over time, you, the EFF and others came to
accept anti-abuse monitoring and now it is employed by virtually every
registry and registrar.

	 

	 

	 

	 

	 Jeffrey J. Neuman

	 Founder & CEO

	 JJN Solutions, LLC

	 p: +1202.549.5079

	 E: jeff at jjnsolutions.com [22]

	 http://jjnsolutions.com [23]

	 

	 

	FROM: Kathy Kleiman  
SENT: Thursday, December 17, 2020 1:43 PM
TO: gnso-newgtld-wg at icann.org [25]; Jeff Neuman ; langdonorr at gmail.com
[27]
SUBJECT: Finishing up PICs

	 

	All, 

	Let’s remember that this is a contract between ICANN and the New
gTLD Registries.  It is not a Registry-Registrar Agreement or a
Registrar-Registrant Agreement.  Accordingly, everything in it must
be legit under ICANN’s Bylaws. We want our ICANN Board Members,
including Becky, to sleep at night.  

	To do so, terms that are put into an RVC must fall within terms to
which ICANN, as a signatory to this contract, must agree. Again, this
is *ICANN’s contract.* There are many things we would not put into
the vPICs/RVCs therefore, even though they may happen. Like some
cooperation with local law enforcement and providing data on users and
use. It may happen; it’s not in our contracts or blessed or enforced
by ICANN. 

	Accordingly, to the end of Recommendation 9.12, we must add something
about the requirements of the RVC.  A registrant cannot be required
to paint the moon pink, and the PICs should not be allowed to push
ICANN outside its mission, mandate, scope and core values. These are
ICANN commitments to all of us, and to the world, in its Bylaws.
_Accordingly we must add:  RVCs will not address the contents of
websites or apps that use domain names, they will be consistent with
ICANN’s Human Rights Core Value, they will not allow the registry
arbitrary discretion to suspend a domain name, and they will not be
used to create new policies that did not come through ICANN processes.
  _

	These limitations are substantive – they will keep the RVCs within
the bounds of what ICANN is allowed to sign and what ICANN is allowed
to do.  The Attorney Generals do not want to see a spate of new
contracts from California public interest corporation coming without
principles and guardrails for what one party, in its self-interest,
can impose on other parties, particularly those who are weaker – a
registry imposing arbitrary and unfair terms on its registrants (note:
unfair RVCs _did not, _in Round 1, come through the public processes
we are working hard to protect, including GAC Early Warnings, GAC
Consensus Advice, and settlements of Objections e.g., Community, Legal
Rights, etc).   

	We need to finish up 9.12 with the additions above.  RVCs will no
longer be the dumping ground or the “kitchen sink” as they were in
2013-2014. This is critical for ICANN’s integrity, and for this I
quote, as I did in my March 11, 2020, CircleID article: Becky Burr,
then and still an ICANN Board member, speaking in her personal
capacity at an event at American University Washington College of Law
in February 2019, ICANN and New gTLDs, DESCRIBING THE ROUND 1 PRIVATE
PIC PROCESS: "_I HOPE WE NEVER SEE ANY LIKE THAT [AGAIN]", "THE
PROCESS BY WHICH THAT HAPPENED WAS APPALLING," "AND MOST REGISTRIES
AND REGISTRARS WERE APPALLED BY THAT PROCESS AS WELL." "A SUBSET OF…
REGISTRY APPLICANTS CAME IN AND MADE ... COMMITMENTS THAT WERE LIKE,
LITERALLY, EVERYTHING IN THE KITCHEN SINK."_  [emphasis added]

	NO MORE “KITCHEN SINK,” AND WE’RE DONE.  

	Best, Kathy

-------------------------
 The contents of this email and any attachments are confidential to
the intended recipient. They may not be disclosed, used by or copied
in any way by anyone other than the intended recipient. If you have
received this message in error, please return it to the sender
(deleting the body of the email and attachments in your reply) and
immediately and permanently delete it. Please note that the Com Laude
Group does not accept any responsibility for viruses and it is your
responsibility to scan or otherwise check this email and any
attachments. The Com Laude Group does not accept liability for
statements which are clearly the sender's own and not made on behalf
of the group or one of its member entities. The Com Laude Group
includes Nom-IQ Limited t/a Com Laude, a company registered in England
and Wales with company number 5047655 and registered office at 28-30
Little Russell Street, London, WC1A 2HN England; Valideus Limited, a
company registered in England and Wales with company number 06181291
and registered office at 28-30 Little Russell Street, London, WC1A 2HN
England; Demys Limited, a company registered in Scotland with company
number SC197176, having its registered office at 15 William Street,
South West Lane, Edinburgh, EH3 7LL Scotland; Consonum, Inc. dba Com
Laude USA and Valideus USA, headquartered at 1751 Pinnacle Drive,
Suite 600, McLean, VA 22102, USA; Com Laude (Japan) Corporation, a
company registered in Japan having its registered office at Suite
319,1-3-21 Shinkawa, Chuo-ku, Tokyo, 104-0033, Japan. For further
information see www.comlaude.com [28] 

Links:
------
[1] mailto:susan.payne at comlaude.com
[2] mailto:jeff at jjnsolutions.com
[3] mailto:kathy at kathykleiman.com
[4] mailto:gnso-newgtld-wg at icann.org
[5] mailto:gnso-newgtld-wg at icann.org
[6] mailto:langdonorr at gmail.com
[7] mailto:langdonorr at gmail.com
[8] https://www.ohhey.gay/gay-cares
[9] mailto:jeff at jjnsolutions.com
[10] http://jjnsolutions.com
[11] mailto:kathy at kathykleiman.com
[12] mailto:jeff at jjnsolutions.com
[13] mailto:kathy at kathykleiman.com
[14] mailto:gnso-newgtld-wg at icann.org
[15] mailto:langdonorr at gmail.com
[16] mailto:jeff at jjnsolutions.com
[17] mailto:kathy at kathykleiman.com
[18] mailto:gnso-newgtld-wg at icann.org
[19] mailto:gnso-newgtld-wg at icann.org
[20] mailto:langdonorr at gmailcom
[21] mailto:langdonorr at gmail.com
[22] mailto:jeff at jjnsolutions.com
[23] http://jjnsolutions.com
[24] mailto:kathy at kathykleiman.com
[25] mailto:gnso-newgtld-wg at icann.org
[26] mailto:jeff at jjnsolutions.com
[27] mailto:langdonorr at gmail.com
[28] https://comlaude.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/gnso-newgtld-wg/attachments/20201217/ba9e4716/attachment-0001.html>


More information about the Gnso-newgtld-wg mailing list