<div dir="ltr">Thanks Owen for the further helpful explanation.  However I am not very comforted.  I would like to see better guardrails in the language of the amended policy, rather than wishy-washy implementation guidance or rationale.  At minimum, instead of <i>“violation of the Registration Agreement”, </i>we could say <i>"material breach of any material term of the Registration Agreement, as determined in the Registrar's reasonable discretion."  </i>At least that would provide materiality and reasonableness thresholds, which should be minimum 'guardrails' in the policy.  <br><br><div>But I would still go further because registration agreements really could say anything at all. are almost never read by the RNH, and are never relied upon nor enforceable by the acquirer of a domain from the RNH (which acquisition could be scuttled by registrar implementation of this 'reason for denial' in any given case).  Again, we were talking about 'abuse' situations, which I think could encompass your example since there appears to have been abuse of registrar systems or personnel and that is a legitimate reason for suspension or termination.  We could therefore go with something like this:  <i>"material breach of any provision of the Registration Agreement, as determined in the Registrar's reasonable discretion, which provision is intended to protect internet users and/or the DNS from abuse and/or harm."</i></div><div><br></div><div>Registrar support staff, in your example, should reasonably be deemed to be internet users that are being abused by objectionable content.  I don't want to belabor your example, or any example, since the policy needs to apply in all situations to everyone.  As it is currently drafted, in my view this amended policy would be ripe for misuse or abuse by registrars who would be empowered to deny any transfer for virtually any reason so long as, in their sole discretion, they find any breach of the agreement that they drafted.<br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div style="font-family:arial;font-size:small"><span><br></span></div><div style="font-family:arial;font-size:small"><span>I think we need to do better here.</span></div><div style="font-family:arial;font-size:small"><span><br></span></div><div style="font-family:arial;font-size:small"><span>Thanks,</span></div><div style="font-family:arial;font-size:small"><span>Mike<br><div dir="ltr" style="margin-left:0pt" align="left"><table style="border:none;border-collapse:collapse"><colgroup><col width="203"><col width="86"><col width="335"></colgroup><tbody><tr style="height:20.25pt"><td rowspan="4" style="border-right:0.75pt solid rgb(0,133,61);vertical-align:middle;padding:5pt;overflow:hidden"><p dir="ltr" style="line-height:1.38;text-align:center;margin-top:0pt;margin-bottom:0pt"><span style="font-size:11pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><span style="border:none;display:inline-block;overflow:hidden;width:159px;height:95px"><img alt="Logo" src="https://lh4.googleusercontent.com/S_Oxvn9Vep0rF8IVyiOnDwA4LymtHrWirggIxlsU26JihhEYDv5A5D03ZY0k_npND2t8xfiWCdTM5NTO_LSZMksjO_UlJm5IAP3FEi5cw96AwIPgVzvoOfHIux_qNA26n5UuxvQZ" width="159" height="95" style="margin-left:0px;margin-top:0px"></span></span></p></td><td colspan="2" style="border-left:0.75pt solid rgb(0,133,61);vertical-align:top;padding:5pt;overflow:hidden"><p dir="ltr" style="line-height:1.38;margin-left:3.6pt;margin-top:0pt;margin-bottom:0pt"><span style="font-size:12pt;font-family:Arial;color:rgb(0,133,61);background-color:transparent;font-weight:700;vertical-align:baseline;white-space:pre-wrap">Mike Rodenbaugh</span></p></td></tr><tr style="height:18pt"><td style="vertical-align:top;padding:5pt;overflow:hidden"><p dir="ltr" style="line-height:1.38;margin-left:3.6pt;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9.5pt;font-family:Arial;color:rgb(0,133,61);background-color:transparent;font-weight:700;vertical-align:baseline;white-space:pre-wrap">address:</span></p></td><td style="vertical-align:top;padding:5pt;overflow:hidden"><p dir="ltr" style="line-height:1.53;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9.5pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">548 Market Street, Box 55819</span></p><p dir="ltr" style="line-height:1.53;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9.5pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">San Francisco, CA 94104</span></p></td></tr><tr style="height:12.75pt"><td style="vertical-align:top;padding:5pt;overflow:hidden"><p dir="ltr" style="line-height:1.38;margin-left:3.6pt;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9.5pt;font-family:Arial;color:rgb(0,133,61);background-color:transparent;font-weight:700;vertical-align:baseline;white-space:pre-wrap">email:</span></p></td><td style="vertical-align:top;padding:5pt;overflow:hidden"><p dir="ltr" style="line-height:1.53;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9.5pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:mike@rodenbaugh.com" target="_blank">mike@rodenbaugh.com</a></span></p></td></tr><tr style="height:24pt"><td style="vertical-align:top;padding:5pt;overflow:hidden"><p dir="ltr" style="line-height:1.38;margin-left:3.6pt;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9.5pt;font-family:Arial;color:rgb(0,133,61);background-color:transparent;font-weight:700;vertical-align:baseline;white-space:pre-wrap">phone:</span></p></td><td style="vertical-align:top;padding:5pt;overflow:hidden"><p dir="ltr" style="line-height:1.53;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9.5pt;font-family:Arial;color:rgb(0,0,0);background-color:transparent;vertical-align:baseline;white-space:pre-wrap">+1 (415) 738-8087</span></p></td></tr></tbody></table></div></span></div></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 10, 2022 at 3:12 PM Owen Smigelski <<a href="mailto:owen.smigelski@namecheap.com">owen.smigelski@namecheap.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;">Hi Mike,<div><br></div><div>This is an issue that I (and the small team) spent a lot of time trying to reconcile: the desires of registrars to be able to deny transfers for registration agreement violations (which in theory could be something other than fraud or illegal or abusive, but still very objectionable), and those of NCSG (and myself) about being able to deny a transfer for any minor breach of the registration agreement. </div><div><br></div><div>We compromised and decided to include this implementation guidance in the report, which will need to be included in a final report (and thus form basis of any eventual policy): </div><div><br></div><div><i>Implementation Guidance: The intent of “violation of the Registration Agreement” is not to allow the blocking of transfers due to minor violations, but to allow action in case of substantive contravention of the Registration Agreement. </i><br><br>We also provided a rationale in the notes, which will also carry forward into the final report: </div><div><br></div><div><i>The working group noted that such abusive activities typically constitute a violation of the Registration Agreement, and therefore by including “violation of the Registration Agreement” to the reasons that the Registrar of Record MAY deny a transfer, the Policy will explicitly permit denials in these circumstances. The Implementation Guidance provides additional “guardrails” to protect against denial of transfers for minor, inadvertent violations of the Registration Agreement. The Working Group notes that Registration Agreement violations have in the past formed the basis of formal ICANN Compliance enforcement relating to domain transfer. </i><br><br>I pushed hard to ensure the guardrails, because of the referenced Compliance case. I cannot provide further details (as they remain confidential), but basically agreeing to the registration agreement (and its problematic wording) would have immediately subjected the registrant to breaching the agreement (and potentially losing the domain name). </div><div><br></div><div>With that in mind, here is a real world example of “violation of user agreement” that could result in denying a transfer rather than for evidence of fraud. As you may know, Namecheap has a large presence in Ukraine. Recently, a customer spewed horrific propaganda towards our support team, and after being asked several times to treat our team with respect and to transfer away, he continued to escalate the rhetoric. We suspended his account, and now he cannot transfer out his domains. We canceled the registration agreement, so this falls under non-Transfer Policy reasons, but this is a time when there was a clear violation of our registration agreement that could be used to deny a transfer. For the record, we disclosed this issue to ICANN because of the gray area in “denying” the Transfer (and they did not object). </div><div><br></div><div>Happy to discuss further, but we did want to put more than just “illegal” activities as a reason to deny transfers. I also note that “abuse” is generally defined as “DNS abuse” and not “being abusive to customer support”. </div><div><br></div><div>Regards,</div><div><br></div><div>Owen<br><br><div><br><blockquote type="cite"><div>On May 10, 2022, at 14:49, Mike Rodenbaugh <<a href="mailto:mike@rodenbaugh.com" target="_blank">mike@rodenbaugh.com</a>> wrote:</div><br><div><div dir="ltr">I wish to raise a further issue wrt Reco 19, allowing registrars to deny a transfer for virtually any breach of the registration agreement.  Given that registrars can put just about anything they like into a registration agreement, and that they are given full discretion whether to judge whether the RNH is in some breach of it, I am concerned this is far too broad of a reason and far too much discretion for a registrar to deny a transfer.  <div><br></div><div>It seems to be a fairly radical change unless we can develop some restrictive language.  I think our intent was to allow greater freedom to stop transfers where there has been abuse, other than 'fraud'.  And that is a laudable goal that certainly the IPC supports.  So perhaps we should expand on 'fraud' but not so far as 'almost any breach of any provision of the registration agreement' (..., I am paraphrasing).  We could say "fraud or other illegal or abusive behavior", or something like that?</div><div><br></div><div>Thanks,</div><div>Mike<br><div><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div style="font-family:arial;font-size:small"><span><br><div dir="ltr" style="margin-left:0pt" align="left"><table style="border:none;border-collapse:collapse"><colgroup><col width="203"><col width="86"><col width="335"></colgroup><tbody><tr style="height:20.25pt"><td rowspan="4" style="border-right:0.75pt solid rgb(0,133,61);vertical-align:middle;padding:5pt;overflow:hidden"><div style="line-height:1.38;text-align:center;margin-top:0pt;margin-bottom:0pt"><span style="font-size:11pt;font-family:Arial;background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><span style="border:none;display:inline-block;overflow:hidden;width:159px;height:95px"><img alt="Logo" src="https://lh4.googleusercontent.com/S_Oxvn9Vep0rF8IVyiOnDwA4LymtHrWirggIxlsU26JihhEYDv5A5D03ZY0k_npND2t8xfiWCdTM5NTO_LSZMksjO_UlJm5IAP3FEi5cw96AwIPgVzvoOfHIux_qNA26n5UuxvQZ" width="159" height="95" style="margin-left: 0px; margin-top: 0px;"></span></span></div></td><td colspan="2" style="border-left:0.75pt solid rgb(0,133,61);vertical-align:top;padding:5pt;overflow:hidden"><div style="line-height:1.38;margin-left:3.6pt;margin-top:0pt;margin-bottom:0pt"><span style="font-size:12pt;font-family:Arial;color:rgb(0,133,61);background-color:transparent;font-weight:700;vertical-align:baseline;white-space:pre-wrap">Mike Rodenbaugh</span></div></td></tr><tr style="height:18pt"><td style="vertical-align:top;padding:5pt;overflow:hidden"><div style="line-height:1.38;margin-left:3.6pt;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9.5pt;font-family:Arial;color:rgb(0,133,61);background-color:transparent;font-weight:700;vertical-align:baseline;white-space:pre-wrap">address:</span></div></td><td style="vertical-align:top;padding:5pt;overflow:hidden"><div style="line-height:1.53;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9.5pt;font-family:Arial;background-color:transparent;vertical-align:baseline;white-space:pre-wrap">548 Market Street, Box 55819</span></div><div style="line-height:1.53;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9.5pt;font-family:Arial;background-color:transparent;vertical-align:baseline;white-space:pre-wrap">San Francisco, CA 94104</span></div></td></tr><tr style="height:12.75pt"><td style="vertical-align:top;padding:5pt;overflow:hidden"><div style="line-height:1.38;margin-left:3.6pt;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9.5pt;font-family:Arial;color:rgb(0,133,61);background-color:transparent;font-weight:700;vertical-align:baseline;white-space:pre-wrap">email:</span></div></td><td style="vertical-align:top;padding:5pt;overflow:hidden"><div style="line-height:1.53;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9.5pt;font-family:Arial;background-color:transparent;vertical-align:baseline;white-space:pre-wrap"><a href="mailto:mike@rodenbaugh.com" target="_blank">mike@rodenbaugh.com</a></span></div></td></tr><tr style="height:24pt"><td style="vertical-align:top;padding:5pt;overflow:hidden"><div style="line-height:1.38;margin-left:3.6pt;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9.5pt;font-family:Arial;color:rgb(0,133,61);background-color:transparent;font-weight:700;vertical-align:baseline;white-space:pre-wrap">phone:</span></div></td><td style="vertical-align:top;padding:5pt;overflow:hidden"><div style="line-height:1.53;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9.5pt;font-family:Arial;background-color:transparent;vertical-align:baseline;white-space:pre-wrap">+1 (415) 738-8087</span></div></td></tr></tbody></table></div></span></div></div></div></div></div></div></div></div></div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 9, 2022 at 2:36 AM Emily Barabas <<a href="mailto:emily.barabas@icann.org" target="_blank">emily.barabas@icann.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">





<div lang="en-BE">
<div><p class="MsoNormal"><span lang="EN-US">Dear working group members,<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">As a reminder, the <b>deadline for submitting input on the draft Initial Report is 14 May 2022.
</b>Please see instructions below for additional details.<b><u></u><u></u></b></span></p><p class="MsoNormal"><b><span lang="EN-US"><u></u> <u></u></span></b></p><p><span lang="EN-US">Kind regards,</span><u></u><u></u></p><p><span lang="EN-US"> </span><u></u><u></u></p><p><span lang="EN-US"> Caitlin, Julie, Berry, and Emily</span><u></u><u></u></p><p class="MsoNormal"><span><u></u> <u></u></span></p>
<div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(181,196,223);padding:3pt 0cm 0cm"><p class="MsoNormal"><b><span style="font-size:12pt">From: </span></b><span style="font-size:12pt">Emily Barabas <<a href="mailto:emily.barabas@icann.org" target="_blank">emily.barabas@icann.org</a>><br>
<b>Date: </b>Friday, 29 April 2022 at 16:27<br>
<b>To: </b>"<a href="mailto:gnso-tpr@icann.org" target="_blank">gnso-tpr@icann.org</a>" <<a href="mailto:gnso-tpr@icann.org" target="_blank">gnso-tpr@icann.org</a>><br>
<b>Subject: </b>Draft Initial Report - Input Due 14 May 2022<u></u><u></u></span></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<div>
<div><p><span lang="EN-US">Dear working group members,</span><u></u><u></u></p><p><span lang="EN-US"> </span><u></u><u></u></p><p><span lang="EN-US">As discussed on Tuesday’s call, staff had an action item to provide the draft Initial Report to the Working Group today for review. Please see the draft attached.</span><u></u><u></u></p><p><span lang="EN-US"> </span><u></u><u></u></p><p><span lang="EN-US">Please carefully review this draft Initial Report in coordination with the groups you represent. If you feel that there are items that need to be revised, please enter them
<a href="https://docs.google.com/document/d/1s9xumJ1XBPdTb7kQmc5sAC2AkszvfAF0freMvnx6G18/edit" target="_blank">
here</a>. For each item, please include:</span><u></u><u></u></p><p><span lang="EN-US"> </span><u></u><u></u></p>
<ul style="margin-top:0cm" type="disc">
<li style="margin-left:0cm"><span lang="EN-US">Report version (the date listed in the header of the Initial Report draft) and applicable line numbers ( these are listed along the left margin
 of the document).</span><u></u><u></u></li><li style="margin-left:0cm"><span lang="EN-US">Name and group you represent: If multiple WG members represent a group, input should be in coordination with these other members.</span><u></u><u></u></li><li style="margin-left:0cm"><span lang="EN-US">Rationale: please provide a clear explanation for why you are proposing the revision.</span><u></u><u></u></li><li style="margin-left:0cm"><span lang="EN-US">Specific proposed revision: Provide the language you would like to see added/removed/edited.</span><u></u><u></u></li></ul><p><span lang="EN-US"> </span><u></u><u></u></p><p><b><span lang="EN-US">The deadline for submitting input is 14 May 2022.</span></b><span lang="EN-US"> After the deadline, the working group will spend the following four working group meetings reviewing the items submitted in the input
 document. If your groups are unable to provide input by 14 May, feedback on the Initial Report can be provided during the public comment period.
</span><u></u><u></u></p><p><span lang="EN-US"> </span><u></u><u></u></p><p><span lang="EN-US">As you review, please note that some sections of the report are highlighted:</span><u></u><u></u></p><p><span lang="EN-US"> </span><u></u><u></u></p>
<ul style="margin-top:0cm" type="disc">
<li style="margin-left:0cm"><span lang="EN-US">Text highlighted in purple is relatively new and should be reviewed closely.
</span><u></u><u></u></li><li style="margin-left:0cm"><span lang="EN-US">Text highlighted in orange is still under discussion and may change.</span><u></u><u></u></li><li style="margin-left:0cm"><span lang="EN-US">Yellow highlights are administrative in nature can be ignored.</span><u></u><u></u></li></ul><p><span lang="EN-US"> </span><u></u><u></u></p><p><span lang="EN-US">Please do not hesitate to reach out with any questions about the review process.</span><u></u><u></u></p><p><span lang="EN-US"> </span><u></u><u></u></p><p><span lang="EN-US">Kind regards,</span><u></u><u></u></p><p><span lang="EN-US"> </span><u></u><u></u></p><p><span lang="EN-US"> Caitlin, Julie, Berry, and Emily</span><u></u><u></u></p><p><span lang="EN-US"> </span><u></u><u></u></p><p><span lang="EN-US"> </span><u></u><u></u></p><p><b><span lang="EN-US"> </span></b><u></u><u></u></p><p><span lang="EN-US"> </span><u></u><u></u></p>
<div><p><span lang="EN-US" style="font-size:10pt;font-family:Arial,sans-serif">Emily Barabas</span><u></u><u></u></p><p><span lang="EN-US" style="font-size:10pt;font-family:Arial,sans-serif">Policy Development Support Senior Manager</span><u></u><u></u></p><p><span lang="EN-US" style="font-size:10pt;font-family:Arial,sans-serif">Internet Corporation for Assigned Names and Numbers (ICANN)</span><u></u><u></u></p><p><span lang="EN-US" style="font-size:10pt;font-family:Arial,sans-serif">Phone: +31 (0)6 84507976</span><u></u><u></u></p><p><a href="https://urldefense.com/v3/__https:/nam10.safelinks.protection.outlook.com/?url=http*3A*2F*2Fwww.icann.org*2F&data=05*7C01*7Crcarney*40godaddy.com*7C810c8f9ee92147643f6508da294c9280*7Cd5f1622b14a345a6b069003f8dc4851f*7C0*7C0*7C637867706113500635*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C3000*7C*7C*7C&sdata=qBOqnTAGdkl3Qzxd8PqC3fzUo*2F7kGYQZIIFIxuj47s4*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUl!!PtGJab4!pQ9yxEYbvsSY9NeLpnBn7A2Sax8Rfx2bpnkvXethxY_inljc5Dxm9rYeB72hJWscJHdf1SIM0g$" title="http://www.icann.org/" target="_blank"><span lang="EN-US" style="font-size:10pt;font-family:Arial,sans-serif">www.icann.org
 [nam10.safelinks.protection.outlook.com]</span></a><u></u><u></u></p><p><span lang="EN-US"> </span><u></u><u></u></p>
</div><p><span lang="EN-US"> </span><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>

_______________________________________________<br>
GNSO-TPR mailing list<br>
<a href="mailto:GNSO-TPR@icann.org" target="_blank">GNSO-TPR@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-tpr" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-tpr</a></blockquote></div>
_______________________________________________<br>GNSO-TPR mailing list<br><a href="mailto:GNSO-TPR@icann.org" target="_blank">GNSO-TPR@icann.org</a><br><a href="https://mm.icann.org/mailman/listinfo/gnso-tpr" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-tpr</a></div></blockquote></div><br></div></div></blockquote></div>