<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:Helvetica;
panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.EmailStyle19
{mso-style-type:personal-reply;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#1F497D">Thanks Alan. I agree with you that there should be third party dispute resolution. For example, in a UDRP proceeding, to which registries are bound, the dispute provider has to make a determination of bad faith
on the part of the defendant registrant. This is not a content determination by ICANN and no one is asking ICANN to make that judgment. The UDRP process and the decision are still enforceable and ICANN doesn’t have to be involved in the determination.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">I don’t know what we would say about how ICANN should amend ByLaws because I don’t think anyone is on board with ICANN making content judgments. That is why the third party dispute resolution provider for non-mandatory
PICs and RVCs is the right solution.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Anne<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Gnso-newgtld-wg <gnso-newgtld-wg-bounces@icann.org>
<b>On Behalf Of </b>Alan Greenberg<br>
<b>Sent:</b> Wednesday, December 16, 2020 9:25 PM<br>
<b>To:</b> New gTLD SubPro <gnso-newgtld-wg@icann.org><br>
<b>Subject:</b> [Gnso-newgtld-wg] PIC/RVC Enforcement<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal"><strong><span style="font-size:9.0pt;font-family:"Helvetica",sans-serif;color:black">[EXTERNAL]</span></strong><span style="font-size:9.0pt;font-family:"Helvetica",sans-serif;color:black"><o:p></o:p></span></p>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="2" width="100%" align="center">
</div>
</div>
<p class="MsoNormal">Prior to the last meeting, I sent a message giving my reasons for not being comfortable with ICANN's ability to enforce PIC/RVCs and particularly those that may involve content.<br>
<br>
It was suggested that I review the current redline draft to see if it does not address my concerns.<br>
<br>
I have done so, and I note that it does not address my concerns and in fact gave rise to a related issue that I had not previously noticed.<br>
<br>
1. I still have concern that there is nothing in the recommendations that forces a registry to select a reputable panel to address potential violations of PICs/RVCs, and there is nothing that requires it to pay for such services. The recommendations rely solely
on the PICDRP, a process that can only be initiated if the party filing the DRP can show material harm from the violation.
<br>
<br>
<b><span style="font-size:13.5pt">It must not be necessary to show harm to ensure that contracts can be adhered to. Moreover, there should not be a substantive cost for ensuring that such contracts are honored. If an body external to ICANN must be used to address
contract compliance, such a requirement must be explcitly required in the contract and we cannot rely on implementation to ensure that.<br>
<br>
</span></b>2. I am not at all convinced that the statement (a) on page 45 is correct:
<i><span style="color:blue">"To the extent that existing PICs are used as PICs (or RVCs) in subsequent rounds, these are specifically ?grandfathered? into the current Bylaws mission."<br>
<br>
</span></i>I presume that this is based on a reading of Bylaws clause 1.1(d)(ii)(A)(2)
<i><span style="color:blue">"any registry agreement or registrar accreditation agreement not encompassed by (1) above to the extent its terms do not vary materially from the form of registry agreement or registrar accreditation agreement that existed on 1 October
2016"<br>
<br>
</span></i>Saying that a contract that is "does not vary materially" is not the same as saying you can extract tidbits from it and those tidbits remain valid.<br>
<br>
Even if my reading is incorrect, it demonstrates that we are making many assumptions leading to the belief that PIC/RVCs will be enforceable. All of those assumptions may prove to be valid, and that is just fine. But *IF* they are not all valid, then the entire
concept of enforceable commitments collapses.<br>
<br>
<b><span style="font-size:13.5pt">We must make an explicit recommendation saying that if it turns out that there is a problem enforcing PIC/RVC, the Board must take action to remedy the problem and such action might need to include Bylaw amendment.<br>
<br>
</span></b>Alan<br>
<br>
<o:p></o:p></p>
</div>
<br>
<hr>
<font face="Arial" color="Gray" size="1"><br>
This message and any attachments are intended only for the use of the individual or entity to which they are addressed. If the reader of this message or an attachment is not the intended recipient or the employee or agent responsible for delivering the message
or attachment to the intended recipient you are hereby notified that any dissemination, distribution or copying of this message or any attachment is strictly prohibited. If you have received this communication in error, please notify us immediately by replying
to the sender. The information transmitted in this message and any attachments may be privileged, is intended only for the personal and confidential use of the intended recipients, and is covered by the Electronic Communications Privacy Act, 18 U.S.C. §2510-2521.
<br>
</font>
</body>
</html>