<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=utf-8">
<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:0 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;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* 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:blue;
        text-decoration:underline;}
p.xmsonormal, li.xmsonormal, div.xmsonormal
        {mso-style-name:x_msonormal;
        margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
span.EmailStyle20
        {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;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1027" />
</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="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">Hello Paul, Griffin, Rebecca and everyone,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">This message is a follow-up on this thread and Paul’s suggested edits that we understand he made to address factual errors in the text of the draft Final Report. The Working Group leadership team discussed Paul’s suggestions on its planning
 call with staff earlier today, as a result of which staff were directed to provide our response outlined below.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><u>TMCH Validation Provider</u>:<o:p></o:p></p>
<p class="MsoNormal">First, as noted subsequently by Griffin, the concept embodied by the term “TMCH Validation Provider” is not new to the Working Group. In the Initial Report, the term used was “Validation Service Provider”, which staff shortened to “Validation
 Provider” for the draft Final Report, following clarification from our colleagues in ICANN org’s Global Domains & Strategy division (GDS). More substantively significant, however, is that the concept was used throughout the Working Group’s deliberations to
 distinguish between the services provided by Deloitte (the current TMCH Validation Provider) and IBM (the current TMCH Database Provider) – and this distinction was also reflected in the Working Group’s Initial Report that was issued for public comment in
 March this year. <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">In addition, the term “TMCH Validation Provider” is used consistently and uniformly throughout the draft Final Report to reflect this service distinction and to ensure clarity as to when the Working Group means to refer to the TMCH validation
 service or database administration. Staff therefore respectfully suggests that <b>
<i>this terminology, consistency and clarity be retained, especially where the term appears in the text of an actual policy recommendation. We will, however, ensure that a footnote explaining this concept is inserted in the complete final report where the term
 first appears. <o:p></o:p></i></b></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><u>Implementation Guidance</u>:<o:p></o:p></p>
<p class="MsoNormal">Similarly, the Working Group has also distinguished between “recommendations” and “implementation guidance” that is intended to illustrate or assist with the implementation of adopted policy recommendations, including the work of the eventual
 Implementation Review Team (IRT). This was a specific point of agreement in the Working Group in respect of the proposed language for Section 3, Module 5 of the Applicant Guidebook. More generally, the terminology is reflected in various recommendations in
 the draft Final Report. As such, staff respectfully suggests also <b><i>retaining this clarity and distinction for this particular TMCH recommendation.</i></b><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><u>Contextual Language</u>:<o:p></o:p></p>
<p class="MsoNormal">As with all the other agreed recommendations, the Context for each recommendation summarizes the issue, problem or topic addressed, the Working Group’s deliberations, concerns noted and eventual agreement, and the rationale for such agreement.
 While the language may seem repetitive at times, the objective is to provide a reader with a brief sense of why and how the Working Group arrived at its final recommendation in each case. In this particular instance, the Working Group spent a significant amount
 of time discussing the legal status of geographical indications (GIs) as a form of intellectual property, but as distinct from trademarks per se. As Griffin has noted, this is the key distinction that the Working Group made. Another distinction was between
 something that could function as a “mark” but without possessing the legal characteristics that are required to be a “trademark” (or service mark).
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">It would also seem that Paul’s suggested change of language from “mandatory RPMs should only be for trademarks, not other types of non-trademark marks including geographical indications” to “<span lang="EN-GB">mandatory RPMs should only
 be for word marks, not other types of intellectual property or geographical indications” contains a technical inaccuracy as to the status of GIs and does not fully capture the Working Group’s extensive discussions over the key distinction between a GI and
 a trademark. Thus, </span>we respectfully suggest <b><i>retaining the original wording, at least for that first clause (1) of the three-part sentence highlighted by Paul.</i></b><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">We hope that these notes are helpful in clarifying the language in question. As Julie has mentioned, the language was circulated as a topic for discussion at ICANN69 and reviewed by the Working Group on 13 October.  <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">Julie, Ariel & Mary<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-WG <gnso-rpm-wg-bounces@icann.org> on behalf of Julie Hedlund <julie.hedlund@icann.org><br>
<b>Date: </b>Monday, October 26, 2020 at 12:28<br>
<b>To: </b>"Tushnet, Rebecca" <rtushnet@law.harvard.edu>, Griffin Barnett <Griffin@Winterfeldt.law>, Paul Tattersfield <gpmgroup@gmail.com>, Kathy Kleiman <kathy@kathykleiman.com><br>
<b>Cc: </b>gnso-rpm-wg <gnso-rpm-wg@icann.org><br>
<b>Subject: </b>Re: [GNSO-RPM-WG] Edits and updates<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">Dear Rebecca and all,<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Staff will prepare a fuller response shortly, but in the meantime we’d like to point out that the context language was indeed discussed by the WG during the ICANN69 meeting sessions on 13 October.  Please see the brief notes from that meeting
 as follows:<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><b><span style="color:black">c. New Contextual Language About GIs in TMCH – pages 9-10</span></b><o:p></o:p></p>
<p class="MsoNormal"><span style="color:black"> </span><o:p></o:p></p>
<p class="MsoNormal"><u><span style="color:black">Discussion</span></u><span style="color:black">:</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:black">-- The term should be geographical indications (not indicators).</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:black">-- Suggestion: "entered into the TMCH" is a hot button. "entered into a database maintained by the TMCH operator" avoids that.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:black">-- Go one step further and refer to "an additional database" or "ancillary database”.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:black">-- Staff will check as to whether it is “TMCH operator” or “TMCH provider”.</span><o:p></o:p></p>
<p class="MsoNormal"><b><span style="color:black">-- The WG accepts the text as modified to be included in the Final Report.</span></b><o:p></o:p></p>
<p class="MsoNormal"><span style="color:black"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:black">Please also note that the item was on the
<b>agenda for the 13 October working session</b> with a link to the Google doc, as follows:</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:black"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:black">Review draft Final Report – please review only the new highlighted text in the Google docs at the links below and in the following order:</span><o:p></o:p></p>
<p class="MsoNormal" style="text-indent:.5in"><span style="color:black"><a href="https://urldefense.com/v3/__https:/docs.google.com/document/d/1aSFKsXW9Z3CfBODC_T_7kY_rCVo_pTkiWUH0cFG1Gac/edit__;!!PtGJab4!vNXcIqY5nwRZ51Uo65VwzrLK4Jdw5vAXU6epzwQt3a0tPsv-56zzq43NM_WI9lN5zrEA-jw$" title="https://docs.google.com/document/d/1aSFKsXW9Z3CfBODC_T_7kY_rCVo_pTkiWUH0cFG1Gac/edit"><span style="color:#0563C1">Introduction
 to Final Recommendations</span> [docs.google.com]</a>:</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:black">                Unresolved recommendation text --- see: <a href="https://urldefense.com/v3/__https:/docs.google.com/document/d/1Re1gmf1qbfl969fILQYQjhvGQdH2fBr500-V0o-bicw/edit__;!!PtGJab4!vNXcIqY5nwRZ51Uo65VwzrLK4Jdw5vAXU6epzwQt3a0tPsv-56zzq43NM_WI9lN5o2FZW4Q$" title="https://docs.google.com/document/d/1Re1gmf1qbfl969fILQYQjhvGQdH2fBr500-V0o-bicw/edit"><span style="color:#0563C1">https://docs.google.com/document/d/1Re1gmf1qbfl969fILQYQjhvGQdH2fBr500-V0o-bicw/edit</span>
 [docs.google.com]</a></span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:black">                a. Revised URS Recommendation #9 and Converted Individual Proposal #34 – pages 1-6</span><o:p></o:p></p>
<p class="MsoNormal" style="text-indent:.5in"><span style="color:black">b. New Draft WG Discussion Language on ALP – pages 6-7</span><o:p></o:p></p>
<p class="MsoNormal" style="text-indent:.5in"><span style="color:black">c. <b>New Contextual Language About GIs in TMCH – pages 9-10</b></span><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Kind regards,<o:p></o:p></p>
<p class="MsoNormal">Mary, Ariel, and Julie<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-WG <gnso-rpm-wg-bounces@icann.org> on behalf of "Tushnet, Rebecca" <rtushnet@law.harvard.edu><br>
<b>Date: </b>Monday, October 26, 2020 at 12:15 PM<br>
<b>To: </b>Griffin Barnett <Griffin@Winterfeldt.law>, Paul Tattersfield <gpmgroup@gmail.com>, Kathy Kleiman <kathy@kathykleiman.com><br>
<b>Cc: </b>gnso-rpm-wg <gnso-rpm-wg@icann.org><br>
<b>Subject: </b>Re: [GNSO-RPM-WG] Edits and updates</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black">Just to comment on Griffin's characterization of "proposed revisions" versus "prior version"--the "context" language Paul is commenting on was, as far as I can tell, added by Staff and not previously
 agreed to by the WG, so it shouldn't be characterized as somehow the default. I  think the best course of action might be simply to remove that additional language, which as Paul notes is basically a third restatement of text we agreed to but with small differences
 that can only risk  confusion.</span><o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt;color:black"> </span><o:p></o:p></p>
</div>
<div id="Signature">
<div>
<div>
<div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif"> </span><o:p></o:p></p>
</div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif">Rebecca Tushnet</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif">Frank Stanton Professor of First Amendment Law, Harvard Law School<br>
703 593 6759 </span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="0" width="100%" align="center">
</div>
<div id="divRplyFwdMsg">
<p class="MsoNormal"><b><span style="color:black">From:</span></b><span style="color:black"> GNSO-RPM-WG <gnso-rpm-wg-bounces@icann.org> on behalf of Griffin Barnett <Griffin@Winterfeldt.law><br>
<b>Sent:</b> Monday, October 26, 2020 11:47 AM<br>
<b>To:</b> Paul Tattersfield <gpmgroup@gmail.com>; Kathy Kleiman <kathy@kathykleiman.com><br>
<b>Cc:</b> gnso-rpm-wg <gnso-rpm-wg@icann.org><br>
<b>Subject:</b> Re: [GNSO-RPM-WG] Edits and updates</span> <o:p></o:p></p>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Paul,</span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"> </span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">I don’t agree with your proposed revisions to this text.  I think the previous language more accurately reflected the WG discussions.  First, “TMCH Validation
 Provider” is not a new concept – we have used this term before to specify Deloitte as compared to IBM who is a “TMCH Provider” but is specifically the database provider and does not perform the validation role.  I think it is a useful distinction that should
 be preserved for the sake of clarity.  Further, your proposed revised text starting with “(1) mandatory RPMs should only be for word marks….” does not fully capture the appropriate scope of what we agreed to in our recommendations, and also moves away from
 the crux of the distinction being drawn in that section which relates to appropriate treatment of “trademarks” versus GIs and other types of source indicators that are not “trademarks” specifically.
</span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"> </span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Accordingly, I would oppose the adoption of these proposed revisions and support the prior version of the text here.</span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"> </span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Thank you,</span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"> </span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Griffin</span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"> </span><o:p></o:p></p>
<div>
<div>
<div class="MsoNormal"><span style="color:black">
<hr size="2" width="264" style="width:2.75in" noshade="" style="color:#A0A0A0" align="left">
</span></div>
</div>
</div>
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0" style="margin-left:5.8pt;border-collapse:collapse">
<tbody>
<tr>
<td width="112" style="width:84.2pt;padding:0in 5.4pt 0in 5.4pt">
<p class="xmsonormal" align="center" style="text-align:center"><a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.winterfeldt.law_&d=DwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=E-M4OQvQBo8UWqE1LwEiDR3PcWlfM0I-0jiI1c4ous0&m=ZHRQkYYyLz4uFHkt_VQWEZULSpI3PkaAjyjWZkOXjOk&s=9Us2eE6sb1SD8PacT308SUf6kzvxR73vvgOi02IVpD4&e="></a><!--[if gte vml 1]><v:shapetype id="_x0000_t75" coordsize="21600,21600" o:spt="75" o:preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe" filled="f" stroked="f">
<v:stroke joinstyle="miter" />
<v:formulas>
<v:f eqn="if lineDrawn pixelLineWidth 0" />
<v:f eqn="sum @0 1 0" />
<v:f eqn="sum 0 0 @1" />
<v:f eqn="prod @2 1 2" />
<v:f eqn="prod @3 21600 pixelWidth" />
<v:f eqn="prod @3 21600 pixelHeight" />
<v:f eqn="sum @0 0 1" />
<v:f eqn="prod @6 1 2" />
<v:f eqn="prod @7 21600 pixelWidth" />
<v:f eqn="sum @8 21600 0" />
<v:f eqn="prod @7 21600 pixelHeight" />
<v:f eqn="sum @10 21600 0" />
</v:formulas>
<v:path o:extrusionok="f" gradientshapeok="t" o:connecttype="rect" />
<o:lock v:ext="edit" aspectratio="t" />
</v:shapetype><v:shape id="_x0000_s1026" type="#_x0000_t75" alt="" href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.winterfeldt.law_&d=DwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=E-M4OQvQBo8UWqE1LwEiDR3PcWlfM0I-0jiI1c4ous0&m=ZHRQkYYyLz4uFHkt_VQWEZULSpI3PkaAjyjWZkOXjOk&s=9Us2eE6sb1SD8PacT308SUf6kzvxR73vvgOi02IVpD4&e=" target="""" style='position:absolute;left:0;text-align:left;margin-left:0;margin-top:0;width:54pt;height:40.5pt;z-index:251658240;mso-wrap-edited:f;mso-width-percent:0;mso-height-percent:0;mso-wrap-distance-left:9pt;mso-wrap-distance-top:0;mso-wrap-distance-right:9pt;mso-wrap-distance-bottom:0;mso-position-horizontal:left;mso-position-horizontal-relative:text;mso-position-vertical-relative:line;mso-width-percent:0;mso-height-percent:0' o:allowoverlap="f" o:button="t">
<v:fill o:detectmouseclick="t" />
<v:imagedata src="cid:image001.png@01D6ABA1.5F9C4710" o:title="image001.png@01D6AB93" />
<w:wrap type="square"/>
</v:shape><![endif]--><![if !vml]><a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.winterfeldt.law_&d=DwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=E-M4OQvQBo8UWqE1LwEiDR3PcWlfM0I-0jiI1c4ous0&m=ZHRQkYYyLz4uFHkt_VQWEZULSpI3PkaAjyjWZkOXjOk&s=9Us2eE6sb1SD8PacT308SUf6kzvxR73vvgOi02IVpD4&e=" target=""""><img border="0" width="72" height="54" style="width:.75in;height:.5625in" src="cid:image001.png@01D6ABA1.5F9C4710" align="left" hspace="12" title="" v:shapes="_x0000_s1026"></a><![endif]><a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.winterfeldt.law_&d=DwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=E-M4OQvQBo8UWqE1LwEiDR3PcWlfM0I-0jiI1c4ous0&m=ZHRQkYYyLz4uFHkt_VQWEZULSpI3PkaAjyjWZkOXjOk&s=9Us2eE6sb1SD8PacT308SUf6kzvxR73vvgOi02IVpD4&e="></a><o:p></o:p></p>
</td>
<td width="181" valign="top" style="width:135.9pt;padding:0in 5.4pt 0in 5.4pt">
<p class="xmsonormal"><b><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:black">Griffin M. Barnett</span></b><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:black">Associate</span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:black">Winterfeldt IP Group</span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:black">1601 K Street NW, Ste 1050</span><o:p></o:p></p>
<p class="xmsonormal"><span class="MsoHyperlink"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:black;text-decoration:none">Washington, DC  20006</span></span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:black"><a href="mailto:griffin@winterfeldt.law"><span style="color:#0563C1">griffin@winterfeldt.law</span></a></span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:black">+1 202 759 5836</span><o:p></o:p></p>
</td>
</tr>
</tbody>
</table>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"> </span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"> </span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"> </span><o:p></o:p></p>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"> </span><o:p></o:p></p>
<p class="xmsonormal"><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-RPM-WG [mailto:gnso-rpm-wg-bounces@icann.org]
<b>On Behalf Of </b>Paul Tattersfield<br>
<b>Sent:</b> Friday, October 23, 2020 7:14 PM<br>
<b>To:</b> Kathy Kleiman <kathy@kathykleiman.com><br>
<b>Cc:</b> gnso-rpm-wg <gnso-rpm-wg@icann.org><br>
<b>Subject:</b> Re: [GNSO-RPM-WG] Edits and updates</span><o:p></o:p></p>
<p class="xmsonormal"> <o:p></o:p></p>
<div>
<div>
<p class="xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Dear All,
<br>
<br>
Recommendation TMCH #1 </span><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif">Edits and Updates<br>
</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><br>
I am concerned that the new language and the titles, separates and diminishes well-developed recommendation and guidance from each other.
</span><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif">The precisely drafted clauses seem to be more separated from the policy principles than in the
</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">final language
</span><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif">draft which
</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">published to the WG list for review September, 14<sup>th</sup>.</span><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif"> The whole point of drafting precise language
 was to make sure unintended consequences were minimised in a way that is very hard to do with policy principles. It’s really a question of
</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">emphasis and weight. It feels the new language is
</span><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif">introducing more and more potential for problems down the line.
<br>
<br>
Someone has introduced the new concept of “TMCH Validation Provider” and I wasn’t aware of this change being flagged to the working group. (Highlighted in the attached document)<br>
<br>
This seems to me to be a new concept and potentially infers changes to the role of the TMCH provider whose job is primarily to authenticate rather than validate. Validation currently is for Sunrise and the newly introduced language may lead to the impression
 that  the working group wished a significant role change. Rebecca & I were very careful to ensure we did not take the ‘validation’ role for entry into the clearinghouse away from the trademark offices alone.<br>
<br>
I am not aware of any of the above being highlighted on the call</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">. Ideally I think we should return to the recommendation language of September 14<sup>th
</sup>if there is to be no further discussion.<br>
<br>
Context language<br>
<br>
</span><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif">I believe the context language was very new and for me password protected until just before the RPM WG call at ICANN 69. So the review time for this language was very short
 and outside the normal working group weekly meetings times.<br>
<br>
Again the Context language seems to me to want to put more distance between the precisely drafted clauses and the policy language. The policy recommendation came from the implementation guidance so this doesn’t seem quite right to say – “<i>The Working Group
 ultimately agreed on the policy principles reflecting those ideas, which guides the suggested amendment to the Applicant Guidebook (AGB) text in the Implementation Guidance.<br>
<br>
</i>The second paragraph of the new context language needs a lot of work. It </span>
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif">also </span><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif">just seems to
</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">triplicate (and triplicate incorrectly)
</span><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif">what is already there twice.</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> If it is necessary i</span><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif">t</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">
 would be an improvement to say:<br>
<br>
</span><i><span lang="EN-GB" style="font-family:"Calibri",sans-serif;color:blue">(1) mandatory RPMs should only be for word marks, not other types of intellectual property or geographical indications; (2) while other types of marks can be entered into an additional/ancillary
 database maintained by the TMCH Provider, they are not eligible for Sunrise and Claims; and (3) the ability for the TMCH Provider and Registry Operators to offer additional/voluntary ancillary services should be preserved (e.g., via ancillary database).</span></i><i><span style="font-family:"Calibri",sans-serif;color:blue"><br>
<br>
</span></i><span style="font-family:"Calibri",sans-serif">Best regards, Paul</span><o:p></o:p></p>
</div>
</div>
<p class="xmsonormal"> <o:p></o:p></p>
<div>
<div>
<p class="xmsonormal">On Fri, Oct 23, 2020 at 11:20 PM Kathy Kleiman <<a href="mailto:kathy@kathykleiman.com">kathy@kathykleiman.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
<div>
<p class="xmsonormal"><span style="font-size:9.0pt;font-family:Helvetica">Hi All, </span><o:p></o:p></p>
<div>
<p class="xmsonormal"><span style="font-size:9.0pt;font-family:Helvetica">Attached please find my proposed edits to the Background section of our report. We had a little more interaction with the EPDP report than noted -- and went past the summary wave table
 to the actual EPDP recommendations to determine that there was no conflict between them and our WG recommendations. I've proposed revisions to the background text to show this process with the steps involved. As a WG, we certainly did our due diligence on
 this important task!</span><o:p></o:p></p>
</div>
<div>
<p class="xmsonormal"><span style="font-size:9.0pt;font-family:Helvetica"> </span><o:p></o:p></p>
</div>
<div>
<p class="xmsonormal"><span style="font-size:9.0pt;font-family:Helvetica">Best and have a good weekend,</span><o:p></o:p></p>
</div>
<div>
<p class="xmsonormal" style="margin-bottom:12.0pt"><span style="font-size:9.0pt;font-family:Helvetica">Kathy</span><o:p></o:p></p>
</div>
</div>
<p class="xmsonormal">_______________________________________________<br>
GNSO-RPM-WG mailing list<br>
<a href="mailto:GNSO-RPM-WG@icann.org" target="_blank">GNSO-RPM-WG@icann.org</a><br>
<a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__mm.icann.org_mailman_listinfo_gnso-2Drpm-2Dwg&d=DwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=E-M4OQvQBo8UWqE1LwEiDR3PcWlfM0I-0jiI1c4ous0&m=ZHRQkYYyLz4uFHkt_VQWEZULSpI3PkaAjyjWZkOXjOk&s=4x--g5QB9XOkGmmoAj-aRpkFX4mIE7QrdUYCl_p2tWE&e=" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-rpm-wg</a><br>
_______________________________________________<br>
By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (<a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.icann.org_privacy_policy&d=DwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=E-M4OQvQBo8UWqE1LwEiDR3PcWlfM0I-0jiI1c4ous0&m=ZHRQkYYyLz4uFHkt_VQWEZULSpI3PkaAjyjWZkOXjOk&s=nQsX7iIoZOxM0HeQzgaaceA_S5ZfEeuEYBVlxcEN0lc&e=" target="_blank">https://www.icann.org/privacy/policy</a>)
 and the website Terms of Service (<a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__www.icann.org_privacy_tos&d=DwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=E-M4OQvQBo8UWqE1LwEiDR3PcWlfM0I-0jiI1c4ous0&m=ZHRQkYYyLz4uFHkt_VQWEZULSpI3PkaAjyjWZkOXjOk&s=eMnG-D3BJ1wHQSUfBLmDFYxW7WOHmeroKKOqlnIc21Q&e=" target="_blank">https://www.icann.org/privacy/tos</a>).
 You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.<o:p></o:p></p>
</blockquote>
</div>
</div>
</div>
</div>
</body>
</html>