<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">I found the Co-Chairs&#39; statement somewhat troublesome.  <span style="font-size:12.8px">First, I felt that it advocated for particular outcomes, which both strains the bounds of chair neutrality and takes a top-down approach inconsistent with bottom-up development of WG positions (which is given a brief mention at the very end of the letter, but only after the advocacy has played out).  It might have been preferable to present</span><span style="font-size:12.8px"> the questions without the answers and allowed the WG to develop its position, rather than laying out a position that essentially becomes a default position.</span></div><div class="gmail_default" style="font-size:12.8px;font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-size:12.8px;font-family:verdana,sans-serif">That said, I have some sympathy for the idea the group should take notice of the private RPMs in trying to review, analyze and potentially modify the ICANN-created RPMs -- even if I don&#39;t think that position should have been spoon-fed to the WG.</div><div class="gmail_default" style="font-size:12.8px;font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-size:12.8px;font-family:verdana,sans-serif">I have significantly more trouble with two <span style="font-size:12.8px">paragraphs in the letter, which go beyond taking notice of the private RPMs, to asserting WG jurisdiction over the private RPMs.  I don&#39;t buy the argument that these are within the scope of this group; re-reading the Charter just confirmed my view. This is an aggressive attempt at &quot;bootstrapping&quot; from the remit of this group to reach into areas well out of scope.</span></div><div class="gmail_default" style="font-size:12.8px;font-family:verdana,sans-serif"><span style="font-size:12.8px"><br></span></div><div class="gmail_default" style="font-size:12.8px;font-family:verdana,sans-serif"><span style="font-size:12.8px">The first of these paragraphs is:</span></div><div class="gmail_default" style="font-size:12.8px;font-family:verdana,sans-serif"><br></div><div class="gmail_default"><p class="MsoNormal" style="font-family:verdana,sans-serif;font-size:12.8px;text-align:justify"><span style="font-size:12pt;line-height:18.4px;font-family:arial,sans-serif">The WG inquiry may also consider whether, and to what extent, additional protective services should be consistent with either policy decisions reflected in the shaping of the ICANN-required RPMs (noting that it may have always been contemplated that such RPMs could constitute a “floor” and not an overall limitation on additional market-provided protections) or with the recognized scope of trademark law. For example, should a rights holder be able to block the registration of unlimited variations of its registered mark, and should one trademark owner be able to block the registration of a mark that another has equivalent rights to for separate classes of goods and services?</span></p><p class="MsoNormal" style="font-family:verdana,sans-serif;font-size:12.8px;text-align:justify"><span style="font-size:12pt;line-height:18.4px;font-family:arial,sans-serif"><br></span></p><p class="MsoNormal" style="text-align:justify"><span style="line-height:18.4px"><font face="verdana, sans-serif">To the contrary, the WG has no authority to opine on or to create policy for private RPMs -- unless the Charter is significantly amended (which I can&#39;t see supporting).  The second troublesome paragraph is:</font></span></p><p class="MsoNormal" style="font-family:verdana,sans-serif;font-size:12.8px;text-align:justify"><br></p><p class="MsoNormal" style="font-family:verdana,sans-serif;font-size:12.8px;text-align:justify"><span style="font-family:arial,sans-serif;font-size:12pt">The Co-Chairs also wish to better understand the process, if any, by which registry operators gain approval for the offering of such additional RPMs. Section 2.1 of the standard new gTLD registry agreement permits a registry operator to offer Registry Service that is an Approved Service, but requires it to request approval under the Registry Services Evaluation Policy (RSEP) if it wishes to offer any service that is not an Approved Service or is a material modification of an Approved Services. It is important for the WG to understand whether registry-offered RPMs, especially those based upon TMCH mark registrations, have been subject to any such approval review and, if so, what criteria were utilized in their evaluation.</span></p><p class="MsoNormal" style="font-family:verdana,sans-serif;font-size:12.8px;text-align:justify"><span style="font-size:12pt;line-height:18.4px;font-family:arial,sans-serif"></span></p></div><div class="gmail_default" style="font-size:12.8px;font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-size:12.8px;font-family:verdana,sans-serif">I think this goes even a step further than the first paragraph in a couple of ways.  First, the issue of how and whether private RPMs should be approved seems even further beyond the scope of this WG.  Second, it advocates for a particular view and interpretation of both the registry agreement and the nature of private RPMs.  I&#39;m also a bit skeptical that this is propose just for the WG to &quot;understand&quot; what happened.  RSEP requests are public, as far as I know, so it would be readily evident whether any private RPMs were the subject of an RSEP request.  Of course, even that question assumes too much.  If we find ourselves delving into questions involving registry agreements, the parameters of Registry Services and Approved Services, the nature of private RPMs, and the triggers that require the RSEP process, then I think we&#39;ve lost our way.</div><div class="gmail_default" style="font-size:12.8px;font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-size:12.8px;font-family:verdana,sans-serif">Since this is only a draft statement, I would encourage the Co-Chairs to revise the statement to exclude these two paragraphs.  Frankly, I would prefer it if the second draft was nothing more than a set of questions, but this first draft is something that can&#39;t be unseen....</div><div class="gmail_default" style="font-size:12.8px;font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-size:12.8px;font-family:verdana,sans-serif">Greg</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 5, 2016 at 3:25 AM, Mary Wong <span dir="ltr">&lt;<a href="mailto:mary.wong@icann.org" target="_blank">mary.wong@icann.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear all,<br>
<br>
In advance of the Working Group call this week, and pending circulation of the finalized agenda, please find attached the following documents for your review and further discussions:<br>
<br>
(1) A draft statement from our Working Group co-chairs regarding the provision of additional rights protection mechanisms by the TMCH and registry operators (i.e. in addition to the minimum mandatory RPMs prescribed by ICANN and which form the basis of our current Policy Development Process); and<br>
<br>
(2) A table of all the TMCH-related Charter questions, as refined and suggested by the Sub Team and including notes and questions from several Working Group members as of 4 December. This document essentially replicates the Proposed Edited Questions that were circulated in the form of the more comprehensive table that was discussed by the Sub Team, but hopefully aids your deliberations as it sets out all the proposed questions in one spot.<br>
<br>
Thanks and cheers<br>
Mary<br>
<br>
<br>
On 12/5/16, 07:52, &quot;<a href="mailto:gnso-rpm-wg-bounces@icann.org">gnso-rpm-wg-bounces@icann.org</a> on behalf of George Kirikos&quot; &lt;<a href="mailto:gnso-rpm-wg-bounces@icann.org">gnso-rpm-wg-bounces@icann.org</a> on behalf of <a href="mailto:icann@leap.com">icann@leap.com</a>&gt; wrote:<br>
<br>
    I think the 2nd formulation of Question #15 is better, as it&#39;s more<br>
    open-ended, yet also asks for specifics on how concerns can be<br>
    addressed.<br>
<br>
    As an aside, the &quot;Original Question&quot; of #15 suggested &quot;of course with<br>
    a central database&quot; --- there&#39;s no technical reason why a central<br>
    database would be required. There could instead be multiple<br>
    independent databases, which registrars and/or registries could query<br>
    in parallel via a standardized API. There&#39;d only need to be a central<br>
    *list* of which TMCH providers needed to be queried. From a coding<br>
    perspective, the registrar/registry could simply query the entire list<br>
    of providers, and collate the results.<br>
<br>
    Most registrars already have this technology/capability, as they often<br>
    query multiple registries (and secondary marketplaces) in parallel<br>
    when customers attempt a new domain name registration (e.g. customer<br>
    searches for <a href="http://EXAMPLE.COM" rel="noreferrer" target="_blank">EXAMPLE.COM</a>, but they&#39;ll query not only the<br>
    Verisign-operated .com registry, but also .net/org/biz/info/us and<br>
    hundreds of other TLDs, marketplaces like Sedo/Afternic, and they&#39;ll<br>
    even generate and query variations of &quot;EXAMPLE.TLD&quot; for availability,<br>
    presenting the customer with a list of hundreds of alternatives).<br>
<br>
    Sincerely,<br>
<br>
    George Kirikos<br>
    <a href="tel:416-588-0269" value="+14165880269">416-588-0269</a><br>
    <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__www.leap.com_&amp;d=DgICAg&amp;c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&amp;r=DJ69mAe-idEhpAMF1nu2x6c2w3xl7xb5cjS_7sB4h6Y&amp;m=6_VMDtwqWjvKswt7FWoxbWm99DZdJYcWV1rO_kKPtwk&amp;s=qYMcZKuBn701mhM04nQ0JEKGBbIdXlM2qzbr7ngUHqY&amp;e=" rel="noreferrer" target="_blank">https://urldefense.proofpoint.<wbr>com/v2/url?u=http-3A__www.<wbr>leap.com_&amp;d=DgICAg&amp;c=<wbr>FmY1u3PJp6wrcrwll3mSVzgfkbPSS6<wbr>sJms7xcl4I5cM&amp;r=DJ69mAe-<wbr>idEhpAMF1nu2x6c2w3xl7xb5cjS_<wbr>7sB4h6Y&amp;m=6_<wbr>VMDtwqWjvKswt7FWoxbWm99DZdJYcW<wbr>V1rO_kKPtwk&amp;s=<wbr>qYMcZKuBn701mhM04nQ0JEKGBbIdXl<wbr>M2qzbr7ngUHqY&amp;e=</a><br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
    On Sun, Dec 4, 2016 at 12:25 PM, David Tait &lt;<a href="mailto:david.tait@icann.org">david.tait@icann.org</a>&gt; wrote:<br>
    &gt; Dear All<br>
    &gt;<br>
    &gt;<br>
    &gt;<br>
    &gt; In advance of the meeting of the Rights Protection Mechanisms Working Group<br>
    &gt; on Wednesday at 1800 UTC, I am pleased to enclose the updated review of the<br>
    &gt; TMCH Charter questions which has been prepared by the Sub-Team tasked to<br>
    &gt; conduct an initial review of these questions.<br>
    &gt;<br>
    &gt;<br>
    &gt;<br>
    &gt; Staff have been expressly asked to draw your attention to Question 15. Two<br>
    &gt; possible formulations of this question have been prepared and the Sub-Team<br>
    &gt; is seeking the view of the Working Group as to which of these should be<br>
    &gt; adopted.<br>
    &gt;<br>
    &gt;<br>
    &gt;<br>
    &gt; Kind regards,<br>
    &gt;<br>
    &gt;<br>
    &gt;<br>
    &gt; David Tait<br>
    &gt;<br>
    &gt;<br>
    &gt;<br>
    &gt; David A. Tait<br>
    &gt;<br>
    &gt; Policy Specialist (Solicitor qualified in Scotland, non-practicing)<br>
    &gt;<br>
    &gt; Internet Corporation for Assigned Names and Numbers (ICANN)<br>
    &gt;<br>
    &gt;<br>
    &gt;<br>
    &gt; Mobile: <a href="tel:%2B%2044-7864-793776" value="+447864793776">+ 44-7864-793776</a><br>
    &gt;<br>
    &gt; Email:  <a href="mailto:david.tait@icann.org">david.tait@icann.org</a><br>
    &gt;<br>
    &gt; <a href="http://www.icann.org" rel="noreferrer" target="_blank">www.icann.org</a><br>
    &gt;<br>
    &gt;<br>
    &gt; ______________________________<wbr>_________________<br>
    &gt; gnso-rpm-wg mailing list<br>
    &gt; <a href="mailto:gnso-rpm-wg@icann.org">gnso-rpm-wg@icann.org</a><br>
    &gt; <a href="https://mm.icann.org/mailman/listinfo/gnso-rpm-wg" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/<wbr>listinfo/gnso-rpm-wg</a><br>
    ______________________________<wbr>_________________<br>
    gnso-rpm-wg mailing list<br>
    <a href="mailto:gnso-rpm-wg@icann.org">gnso-rpm-wg@icann.org</a><br>
    <a href="https://mm.icann.org/mailman/listinfo/gnso-rpm-wg" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/<wbr>listinfo/gnso-rpm-wg</a><br>
<br>
<br>
<br>______________________________<wbr>_________________<br>
gnso-rpm-wg mailing list<br>
<a href="mailto:gnso-rpm-wg@icann.org">gnso-rpm-wg@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-rpm-wg" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/<wbr>listinfo/gnso-rpm-wg</a><br></blockquote></div><br></div>