<div dir="ltr"><div>Thanks Mathew and Milton</div><div><br></div><div>@RySG/BC representatives is it acceptable for you to drop the footnote and have everyone to "live with" this recommendation without the footnote?<br></div><div><br></div><div>Best,</div><div><br></div><div>Rafik</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 28 juil. 2020 à 01:21, Mueller, Milton L <<a href="mailto:milton@gatech.edu">milton@gatech.edu</a>> a écrit :<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 style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
NCSG approves of the modified language, which is more generic (obligations of regulated entities). But we<span style="font-size:12pt;font-family:Calibri,sans-serif;color:rgb(0,0,0)"> strongly object to the footnote being included. We have had no opportunity
 to review the EU NIS Directive legislation and its implications for disclosure or what it might commit ICANN to doing. During the consideration of this
</span>we asked for specific examples of what obligations we might be talking about and never got them. It's too late to include this now. We can accept item (iv) without the footnote.
<br>
</div>
<div id="gmail-m_9205616789594008789appendonsend"></div>
<hr style="display:inline-block;width:98%">
<div id="gmail-m_9205616789594008789divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Gnso-epdp-team <<a href="mailto:gnso-epdp-team-bounces@icann.org" target="_blank">gnso-epdp-team-bounces@icann.org</a>> on behalf of Crossman, Matthew via Gnso-epdp-team <<a href="mailto:gnso-epdp-team@icann.org" target="_blank">gnso-epdp-team@icann.org</a>><br>
<b>Sent:</b> Monday, July 27, 2020 11:54 AM<br>
<b>To:</b> <a href="mailto:gnso-epdp-team@icann.org" target="_blank">gnso-epdp-team@icann.org</a> <<a href="mailto:gnso-epdp-team@icann.org" target="_blank">gnso-epdp-team@icann.org</a>><br>
<b>Subject:</b> [Gnso-epdp-team] Requestor Purpose - Rec 7</font>
<div> </div>
</div>

<div lang="EN-US">
<div>
<p>Hi team,</p>
<p> </p>
<p>As an update, Margie, Brian, and I worked on a compromise for the Rec 7 language on Requestor Purposes. We agreed on the following edit to 7.1(a):</p>
<p> </p>
<p><u>7.1(a)</u></p>
<p> </p>
<p>Requestors MUST submit data disclosure requests for specific purposes such as but not limited to: but not limited to: (i) criminal law enforcement, national or public security, (ii) non law enforcement investigations and civil claims,
 including, intellectual property infringement and UDRP and URS claims, <span style="color:red">
(iii) consumer protection, abuse prevention, and network security, and (iv) obligations applicable to regulated entities.</span><a href="#m_9205616789594008789_x__ftn1" name="m_9205616789594008789_x__ftnref1" title=""><span><span style="font-size:10pt;color:red">[1]</span></span></a><span style="font-size:10pt;color:red">
</span>Requestors MAY also submit data verification requests on the basis of Registered Name Holder (RNH) consent that has been obtained by the Requestor (and is at the sole responsibility of that Requestor), for example to validate the RNH’s claim of ownership
 of a domain name registration, or contract with the Requestor.<span style="font-size:12pt;font-family:"Times New Roman",serif"></span></p>
<p> </p>
<p>(Footnote below)</p>
<p><span><span style="font-size:10pt;color:red">1
</span></span><span style="font-size:10pt;color:red"> </span><span style="color:red">For example, the  EU Directive on security of network and information systems (known as the NIS Directive) imposes specific obligations on Digital Service Providers and
 Operators of Essential Services.</span></p>
<p><span style="color:red"> </span></p>
<p>With these changes this is no longer a CLW item for the RySG. Let us know if this new language causes any concern for other groups.</p>
<p> </p>
<p>Thanks,<br>
Matt</p>
<p> </p>
<p> </p>
<p><b><span style="font-size:10pt;color:black">Matthew Crossman</span></b><span style="font-size:10pt;color:rgb(255,153,0)">
</span><span style="font-size:10pt;color:rgb(68,84,106)">| </span><b><span style="font-size:10pt;color:rgb(247,150,70)">Amazon</span></b><span style="font-size:10pt;color:rgb(255,153,0)">
<br>
</span><span style="font-size:10pt">Corporate Counsel gTLD Registry, IP</span></p>
<p><span style="font-size:10pt">P: </span><span style="font-size:10pt">206-266-1103
</span><span style="font-size:10pt">| C: 530-574-2956</span></p>
<p><span style="font-size:10pt">Email: <a href="mailto:mmcross@amazon.com" target="_blank">
<span style="color:rgb(5,99,193)">mmcross@amazon.com</span></a> </span></p>
<p> </p>
</div>
<div><br clear="all">
<hr align="left" size="1" width="33%">
<div id="gmail-m_9205616789594008789x_ftn1">
<p><a href="#m_9205616789594008789_x__ftnref1" name="m_9205616789594008789_x__ftn1" title=""><span>[1]</span></a> This approach is very similar to the business model ARSI had previously discussed with the Author Central Pro teams for the
 .AUTHOR TLD.</p>
</div>
</div>
</div>
</div>

_______________________________________________<br>
Gnso-epdp-team mailing list<br>
<a href="mailto:Gnso-epdp-team@icann.org" target="_blank">Gnso-epdp-team@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-epdp-team" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-epdp-team</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://www.icann.org/privacy/policy" rel="noreferrer" target="_blank">https://www.icann.org/privacy/policy</a>) and the website Terms of Service (<a href="https://www.icann.org/privacy/tos" rel="noreferrer" 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.</blockquote></div></div>