<html 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=Windows-1252">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:DengXian;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"\@DengXian";
panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-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:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle18
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle20
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:#1F497D;}
span.EmailStyle21
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.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;}
/* List Definitions */
@list l0
{mso-list-id:116610800;
mso-list-template-ids:-367364506;}
@list l1
{mso-list-id:979726261;
mso-list-type:hybrid;
mso-list-template-ids:-1721200084 67698703 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l1:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style>
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div>
<div>
<div style="direction: ltr;">Thanks Ariel - and thanks to Kristine, who said it better than I could.
</div>
</div>
<div><br>
</div>
<div class="ms-outlook-ios-signature">
<div style="direction: ltr;">Susan Payne</div>
<div style="direction: ltr;">Head of Legal Policy</div>
<div><br>
</div>
<div style="direction: ltr;">Valideus </div>
<div style="direction: ltr;">28-30 Little Russell Street</div>
<div style="direction: ltr;">London WC1A 2HN</div>
<div style="direction: ltr;">United Kingdom</div>
<div><br>
</div>
<div style="direction: ltr;">D: +44 (0) 20 7421 8255</div>
<div style="direction: ltr;">T: +44 (0) 20 7421 8299</div>
<div style="direction: ltr;">M: +44 (0) 7971 661175</div>
<div style="direction: ltr;">E: susan.payne@valideus.com</div>
<div style="direction: ltr;">www.valideus.com</div>
<div style="direction: ltr;"></div>
<div style="direction: ltr;"></div>
<div style="direction: ltr;">Liability cannot be accepted for statements made which are clearly the sender’s own and not made on behalf of Valideus.</div>
<div style="direction: ltr;">This message is intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to us, and immediately and permanently delete it. Do not use, copy or disclose
the information contained in this message or in any attachment.</div>
<div style="direction: ltr;">Valideus Ltd is registered in England and Wales with company number 06181291 and VAT number 272 9057 85. Our registered office is at 28-30 Little Russell Street, London, WC1A 2HN.</div>
</div>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Gnso-rpm-sunrise <gnso-rpm-sunrise-bounces@icann.org> on behalf of Ariel Liang <ariel.liang@icann.org><br>
<b>Sent:</b> Monday, June 24, 2019 10:44:10 AM<br>
<b>To:</b> Kristine Dorrain; gnso-rpm-sunrise@icann.org<br>
<b>Subject:</b> Re: [Gnso-rpm-sunrise] [Ext] RE: Question 6 (a-c) proposed text</font>
<div> </div>
</div>
<div>
<div class="WordSection1">
<p class="MsoNormal">Hello Kristine, <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thank you for pointing out about the delay in updating the wiki. We have now uploaded the latest Status Check document to the wiki as well.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Staff can incorporate your proposed text in the Status Check document (in green) and also include your proposed text in the slide deck as additional slides to be consistent. We will also post the updated version Status Check doc in the
wiki. <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thank you again for your feedback.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Best Regards,<o:p></o:p></p>
<p class="MsoNormal">Ariel <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black">From: </span></b><span style="font-size:12.0pt;color:black">"Dorrain, Kristine" <dorraink@amazon.com><br>
<b>Date: </b>Monday, June 24, 2019 at 9:38 AM<br>
<b>To: </b>Ariel Liang <ariel.liang@icann.org>, "gnso-rpm-sunrise@icann.org" <gnso-rpm-sunrise@icann.org><br>
<b>Subject: </b>[Ext] RE: [Gnso-rpm-sunrise] Question 6 (a-c) proposed text<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal"><span style="color:#1F497D">Thanks Ariel, Mary, and Julie,</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">We had taken the most current status doc from the wiki as the most current doc and didn’t realize that the emailed doc was something different.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Our proposal is different from your text because we didn’t understand there to be wide divergence as your proposed answer suggests. Indeed, we had taken a stab at language because we felt there was good agreement
on the call (albeit tentatively, as everyone wanted to think a little more about it). I’d like to propose that we consider the text Susan and I submitted because if we do have consensus, it would help move our report along. The status doc is full of “we can’t
agree” and it would be nice to capture places where we did agree. If people in the group disagree with our text, then we could, as you propose, include our language in the deliberations section, but at this point, we believe our text is more than deliberations
and may in fact represent a consensus view. </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">I understand we don’t want to open up the doc to wordsmithing viewpoints that are divergent, but I’m deeply concerned that we’re going to submit an initial report that has almost no actual recommendations because
we can’t agree on anything. If we can find places where we agree, it’s critical that we include that.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Best,</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Kristine</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> Ariel Liang <ariel.liang@icann.org> <br>
<b>Sent:</b> Saturday, June 22, 2019 1:46 AM<br>
<b>To:</b> Dorrain, Kristine <dorraink@amazon.com>; gnso-rpm-sunrise@icann.org<br>
<b>Subject:</b> Re: [Gnso-rpm-sunrise] Question 6 (a-c) proposed text<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Hello Kristine and Susan, <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Thank you very much for proposing the new language for Q6(a)-(c).
<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">On Wednesday, 19 June, staff sent out the updated Status Check document which include proposed language by the Co-Chairs in collaboration with staff. This email (attached) may be missed due to travels. We have included the proposed language
for Q6 in the updated status check document below. As you can see, the updated version is much briefer; the discussions and deliberations text will be included in the Summary Table, so nothing will be lost.
<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Please be so kind to review the updated version below and let us know if you have any additional feedback / see whether any revision to your proposed language is needed.
<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Thank you,<o:p></o:p></p>
<p class="MsoNormal">Mary, Julie, Ariel<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">==<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><b><i><span style="color:black">Q6(a): </span></i></b><i><span style="color:black">What are Sunrise Dispute Resolution Policies (SDRPs), and are any changes needed?
</span></i><o:p></o:p></p>
<p class="MsoNormal"><b><u><span style="color:black">Proposed Answer</span></u><span style="color:black">:
</span></b><span style="color:black">The Sub Team noted that SDRPs are explained in the Section 6.2.2 and 6.2.4 of Module 5 of the Applicant Guidebook. The Sub Team generally recognized that it is not within the scope of the RPM PDP WG to recommend changes
to any Registry Operator specific SDRPs. The Sub Team had widely diverging opinions on whether any changes, deletions, or additions to the mandatory grounds are needed.
</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:black"> </span><o:p></o:p></p>
<p class="MsoNormal"><b><i><span style="color:black">Q6(b):</span></i></b><i><span style="color:black"> Are SDRPs serving the purpose(s) for which they were created?</span></i><o:p></o:p></p>
<p class="MsoNormal"><b><u><span style="color:black">Proposed Answer</span></u><span style="color:black">:
</span></b><span style="color:black">The Sub Team had widely diverging opinions on whether SDRPs are serving the purpose(s) for which they were created.</span><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><b><i><span style="color:black">Q6(c): </span></i></b><i><span style="color:black">If not, should they be better publicized, better used or changed?</span></i><br>
<b><u><span style="color:black">Proposed Answer</span></u><span style="color:black">:
</span></b><span style="color:black">Since the Sub Team had widely diverging opinions on whether SDRPs are serving the purpose(s) for which they were created, it did not consider this question.
</span><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black">From: </span></b><span style="font-size:12.0pt;color:black">Gnso-rpm-sunrise <<a href="mailto:gnso-rpm-sunrise-bounces@icann.org">gnso-rpm-sunrise-bounces@icann.org</a>> on behalf of "Dorrain,
Kristine via Gnso-rpm-sunrise" <<a href="mailto:gnso-rpm-sunrise@icann.org">gnso-rpm-sunrise@icann.org</a>><br>
<b>Reply-To: </b>"Dorrain, Kristine" <<a href="mailto:dorraink@amazon.com">dorraink@amazon.com</a>><br>
<b>Date: </b>Friday, June 21, 2019 at 8:53 PM<br>
<b>To: </b>"<a href="mailto:gnso-rpm-sunrise@icann.org">gnso-rpm-sunrise@icann.org</a>" <<a href="mailto:gnso-rpm-sunrise@icann.org">gnso-rpm-sunrise@icann.org</a>><br>
<b>Subject: </b>[Gnso-rpm-sunrise] Question 6 (a-c) proposed text</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<p class="MsoNormal">Hi everyone:<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">In an effort to move things along on the murky SDRP questions, Susan and I worked to come up with some initial report language that we think the group might be able to agree on and submit it here for your review. If we can get consensus,
we can remove all the “some subteam members” language. <span style="font-family:Wingdings">
J</span> <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Thanks and safe travels,<o:p></o:p></p>
<p class="MsoNormal">Kristine<o:p></o:p></p>
<p class="MsoNormal"><b> </b><o:p></o:p></p>
<p class="MsoNormal"><b> </b><o:p></o:p></p>
<p class="MsoNormal"><b>Q6(a): What are Sunrise Dispute Resolution Policies (SDRPs), and are any changes needed?
</b><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Proposed Answer: According to the Section 6.2.2 and 6.2.4 of the Trademark Clearinghouse Model of Module 5 of the Applicant Guidebook, SDRP is a mechanism that a Registry Operator must provide to resolve disputes regarding its registration
of Sunrise Registrations. It allows challenges to Sunrise Registrations related to Registry Operator’s Allocation and registration policies, on four non-exhaustive grounds, including on the grounds that the domain name that was registered does not identically
match the Trademark Record on which the Sunrise-Eligible Rights Holder based its Sunrise Registration. In the time between when the AGB was written and the TMCH requirements were established, the TMCH dispute procedure was created. This procedure allows for
challenges to the recordal of marks in the TMCH that underlie Sunrise Registrations. As a result two of AGB requirements for Registry Operator SDRPs are moot; and in any event the registry operator is not the best-placed party to adjudicate these challenges
due to the fact that the registry operator is reliant on trademark eligibility information provided to it by the TMCH. We propose a resolution that codifies the current practice, with no changes.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Recommendations:<o:p></o:p></p>
<p class="MsoNormal">The SubTeam recommends that the next Applicant Guidebook be amended as follows:<o:p></o:p></p>
<ol style="margin-top:0in" start="1" type="1">
<li class="MsoNormal" style="mso-list:l1 level1 lfo3">We recommend: the new version of the AGB should include the TMCH dispute resolution procedure for challenging the validity of trademark recordals entered into the TMCH. This procedure is currently published
at: <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.trademark-2Dclearinghouse.com_dispute-233.3&d=DwMFAg&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=dRzB-YypMqj9AZjlP_sZHORJtVF4M6AI0vip1lbQy10&m=s_LbxQ_OeRPWx2GqlO5SRIFeKx9J97VzgNWGKAXqxIA&s=8qOcSHE0IuEzqnvs6j7aN_b12-C2Z2LzcHxGoTk0zA8&e=">
<span style="color:windowtext">https://www.trademark-clearinghouse.com/dispute#3.3</span> [trademark-clearinghouse.com]</a>. ICANN Org should ensure that its contract for the provision of TMCH services makes the operation of the TMCH dispute resolution procedure
a requirement for the TMCH Provider.<o:p></o:p></li><li class="MsoNormal" style="mso-list:l1 level1 lfo3">We recommend: What is current AGB (Module 5) Trademark Clearinghouse Model, section 6.2.4 be amended to remove (i) and (iii).
<o:p></o:p></li><li class="MsoNormal" style="mso-list:l1 level1 lfo3">We recommend: The AGB (Module 5) 6.2.4 be amended to include 6.2.6 – the Registry Operator will, upon receipt from the TMCH of a finding that a sunrise registration was based upon an invalid TMCH record
(pursuant to a TMCH dispute resolution procedure), immediately cancel the domain name registration.<o:p></o:p></li></ol>
<p class="MsoNormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="MsoNormal">Note: Registry Operators should continue to have the option to offer a broader SDRP to include optional/additional Sunrise criteria as desired.
<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">[The below are just edited from the staff doc using both color (red/green) and traditional strike-through/underline to identify deletions/additions.]<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><b>Q6(b):Are SDRPs serving the purpose(s) for which they were created?</b><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Proposed Answer: The Sub Team had difficulty determining whether SDRPs are serving the purpose(s) for which they were created, as each TLD has its own SDRP and there is hardly any data or analysis of the SDRP decisions across all new gTLD.
<u><span style="color:#385723">Some sub team members have proposed a solution in Q6(a) that will eliminate the non-functional parts of the SDRP requirements and codify the current practice.</span></u><span style="color:#70AD47">
</span>Some Sub Team members believe that, in general, SDRPs do not seem to serve the purpose(s) for which they were created.
<s><span style="color:red">One Sub Team member believes that SDRPs seem obsolete because the TMCH already has a mechanism to challenge the underlying trademark record of a Sunrise registration.</span></s><span style="color:red">
</span>Another Sub Team member believes that the limited access to the TMCH and the lack of trademark information to identify whether a complaint is well-grounded makes it difficult to challenge a registration via the SDRP. Nevertheless, one Sub Team member
believes that the SDRPs are generally serving the purpose(s) for which they were created despite their low usage.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"> <b>Q6(c): If not, should they be better publicized, better used or changed?</b><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Proposed Answer: <u><span style="color:#385723">Some SubTeam members have proposed some useful changes in Q6(a).</span></u><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">One Sub Team member commented that whether SDRPs should be better publicized is contingent on whether they are serving the purpose(s) for which they were created. However, it is not harmful for Registry Operators to periodically remind
registrants of the existence of SDRPs. One Sub Team member believes that it is not within the scope of the RPM PDP WG to recommend how SDRPs can be better used. It is up to the Registry Operators and challengers to decide.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
</div>
<hr>
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 33 Melville Street, Edinburgh, Lothian, EH3 7JF 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
<a href="https://comlaude.com" target="_blank">www.comlaude.com</a>
</body>
</html>