<div dir="auto"><div>Hi Farzaneh,</div><div dir="auto"><br></div><div dir="auto">Thanks for the update.</div><div dir="auto">Yes this language seems better while not bullet-proof and I assume abuse defined by ICANN policy implies going through PDP or having something existing already. Maybe reference to what exists would be helpful. I take the context of current discussion of DNS abuse and what it means later. For registrars own policy, they can set their own ToS of course.</div><div dir="auto">Yes any engagement with registrars and discussion with Owen is welcome.<br><br>Best,</div><div dir="auto"><br></div><div dir="auto">Rafik </div><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Fri, Apr 15, 2022, 03:25 farzaneh badii <<a href="mailto:farzaneh.badii@gmail.com">farzaneh.badii@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:arial,sans-serif">Glenn and Rafik, thank you so much for your responses. </div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif">I joined the small team that is focussing on this wording and told them we think the reasons have to be listed. They resisted it and came up with this language:</div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif"><span id="m_-2902521861720811626m_-1993829809918960651gmail-docs-internal-guid-8e66273a-7fff-3511-8341-75756d6c383d"><ul style="margin-top:0px;margin-bottom:0px"><li dir="ltr" style="list-style-type:disc;font-size:12pt;font-family:"Noto Sans Symbols",sans-serif;color:rgb(255,0,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap"><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:30pt" role="presentation"><span style="font-size:12pt;font-family:Calibri,sans-serif;background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap">3.x</span><span style="font-size:12pt;font-family:Calibri,sans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap"> The Registrar of Record MAY deny a transfer request only in the following specific instances: </span></p></li><ul style="margin-top:0px;margin-bottom:0px"><li dir="ltr" style="list-style-type:circle;font-size:12pt;font-family:"Courier New";color:rgb(51,51,51);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap"><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:30pt" role="presentation"><span style="font-size:12pt;font-family:Calibri,sans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap">3.7.1 Evidence of fraud </span><span style="font-size:12pt;font-family:Calibri,sans-serif;color:rgb(255,0,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap">[or, abuse as defined by the registrar or ICANN policy] [, or willful/malicious violation of the registration agreement]</span><span style="font-size:12pt;font-family:Calibri,sans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap">.</span></p></li><ul style="margin-top:0px;margin-bottom:0px"><li dir="ltr" style="list-style-type:square;font-size:12pt;font-family:Calibri,sans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap"><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:30pt" role="presentation"><span style="font-size:12pt;background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap">Owen’s suggestion: Evidence of fraud or violation of the registration agreement or ICANN policy.</span></p></li></ul></ul></ul></span></div><div class="gmail_default" style="font-family:arial,sans-serif">So effectively they got rid of "abuse" and added registration agreement or ICANN policy. I am uncomfortable with "fraud" still being there but I prefer Owen's suggestion. Owen mentioned that he would be willing to talk to those interested to explain further.  (Owen is a rep from registrars stakeholder group) </div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif">As to the transfer fee, apparently there are some registrars that charge some fee but transfer should not be blocked for that reason so we will look after that. </div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif">There was a helpful feedback about this on the list:</div><div class="gmail_default" style="font-family:arial,sans-serif"><div><i><b>"9. My registrar is charging me a fee to transfer to a new registrar. Is this allowed?</b><br><br></i></div><div><i>Yes. Registrars are allowed to set their own prices for this service so some <span style="border-bottom:2px solid rgb(44,119,230)">may</span> choose to charge a fee. However, a transfer cannot be denied due to non-payment of this transfer fee. There are other reasons your registrar can deny transfer request.</i></div><div><br></div><div><a href="https://www.icann.org/resources/pages/name-holder-faqs-2017-10-10-en" target="_blank" rel="noreferrer">https://www.icann.org/resources/pages/name-holder-faqs-2017-10-10-en</a></div><div><br></div><div>I do not think many registrars do this, and it is likely generally when tied to other services (e.g. hosting or as part of brand protection). I recall at least one case when I was at ICANN Compliance where Compliance required the registrar to transfer the domain name even though the transfer out fee was not paid (it even resulted in a notice of breach)."</div><div><br></div><div><br></div><div>I think we should still observe this issue as the group progresses and try and provide some certainty around the issue. </div><div><br></div><div><br></div><div>Best regards, </div><div><br style="font-family:Arial,Helvetica,sans-serif"></div></div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><font face="verdana, sans-serif">Farzaneh </font></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 29, 2022 at 5:31 PM Glenn Ricart <<a href="mailto:gricart@gmail.com" target="_blank" rel="noreferrer">gricart@gmail.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 dir="ltr"><div class="gmail_default" style="font-size:small">I would think that if a registrar is seeing "abuse," they'd be happy to get rid of the name and the trouble it's causing.</div><div class="gmail_default" style="font-size:small">So, "abuse" wouldn't seem to be a valid reason; if it is a valid reason, the valid reason needs a better name than "abuse."</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Glenn</div><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 15, 2022 at 8:52 AM farzaneh badii <<a href="mailto:farzaneh.badii@gmail.com" target="_blank" rel="noreferrer">farzaneh.badii@gmail.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 dir="ltr"><div class="gmail_default" style="font-family:arial,sans-serif">Dear NCSG, </div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif">I along with Wisdom are your reps on  the Transfer policy working group. A lot of operational matters (which I shared with you some time ago) but now two distinct topics are being discussed that I want to seek your advice on:</div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif">1. Hefty transfer fee: apparently some domain name registrants have faced hefty transfer fees when trying to transfer. How should we solve this problem? It doesn't look like there is a policy for fee control I don't even think that is possible in this group, but do you think there has to be a clause somewhere that mentions that transfer fee should ideally not exist or be waived or the registrant should be told about the transfer fee before they register? How should we go about this? This causes some competition issues as well since registrars can discourage people from transferring by exerting hefty fees.</div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif">2. Adding abuse: one of the reasons to deny transfer is "fraud". It is not very clear what is meant by that but now ICANN org suggested that there should be some addition to fraud because registrars sometimes deny transfer because of abuse too. Abuse is a loaded term and includes many things. Most registries and registrars are in favor of adding abuse as a ground to deny transfer. we don't agree because it is too loaded. We mentioned perhaps you can say because of violation of registration agreement but some argue that violation of registration agreement includes too many items some that are not even in ICANN mission and it is too broad. I think that is a good argument but now I don't have a solution or an alternative to abuse. What do you think? </div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif">3. Identification v Ownership: this comes up in many ICANN policy discussions. People think in order to verify ownership they have to "identify" the domain name registrant. I am sceptical and find it even a dangerous concept. I think there might be ways to verify ownership without identification. Or at least not bring the "identification" issues to ICANN. This is what I have been paying attention to always making sure that we don't have "identification" where we don't need it. If you have any comments on that please let me know. </div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif">P.S. I can't attend the meetings regularly but I will send updates as much as I can when it comes to important decisions. </div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif">Best regards, </div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,sans-serif"><br></div><div><div dir="ltr"><div dir="ltr"><div><font face="verdana, sans-serif">Farzaneh </font></div></div></div></div></div>
</blockquote></div>
</blockquote></div>
</blockquote></div></div></div>