<div dir="ltr"> Amr, <div><br></div><div>I'm going to consider your point regarding the Consensus policies, but I will give a hard disagreement on your point regarding dropping the Ry T&Cs. </div><div><br></div><div>The collection of the RNH data (noting data as the minimum data set for Purpose 1(b) only and thus for the purposes of 1 b only) for the registrar is 6(1)b. This is because it negates the balancing test, and is necessary to fulfill the contract that they have for the registration of a domain. The collection is 'necessary' as we are agreeing that the RRA and by extension the RAs require the collection of the data for the purpose of the registration of a domain name, and for the application of both registrar T&Cs and the Registry T&Cs. Both are legitimate business needs. </div><div><br></div><div>Re Article 6 (1) - the issue with the way the workbooks were designed is that it assumes that the registry collection and the registrar collection are the same thing. They are not. </div><div><br></div><div>The transfer of the data under 1(b) to the registry is under 6(1)b (or F if ta registrar want) - but it is a processing action of the registrar </div><div>The collection of the data by the Registry (as a result of the transfer from the registrar) is 6(1)f (vis a vis) the registry. </div><div><br></div><div>The Registry Terms and Conditions are, by the terms of the RRA, to be passed on in the registration agreement. It is necessary for the registrar to pass them on, not to incorporate them as that registrar's T&Cs (although some also choose to do so), but that you specifically accept the T&Cs of the registry operator to register X domain. So it is incorrect that it is only the Rr T&Cs apply, both the Rr's T&Cs as applied by the Rr (of your choice) and the Ry (of your choice insofar as you choose that TLD) apply to the registrant's use and benefit of that domain. Both may be applied by the registrar (as we, as a matter of courtesy and indeed to not affect as much as possible, the contractual relationship between the Rr and the RNH, we prefer the registrar to have the contact with the registrant) but not all registrars are 'responsive' (and noting we have no real discretion in accepting registrars who meet the onboarding requirements). the registry must retain the that ability (which is vital) to apply its own T&Cs, as is expected by the RRA (and the transfer is objectively quite legitimate for that purpose). <br></div><div><br></div><div>Still haven't gotten around to contemplating your other point, but this email is already too long! :) </div><div><br></div><div>Alan</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><table style="padding:0px;margin:10px 0;border:none"><tbody><tr><td style="vertical-align:middle;padding:0px 7px 0px 0px"><a href="http://donuts.domains" rel="nofollow" target="_blank"><img alt="Donuts Inc." height="75" src="https://storage.googleapis.com/signaturesatori/customer-C02zzlf7k/images/-54f9d8ac97e7f575bf497d10ac1f1aafafddf8afceab5f269d49034f01b3217b.png" width="75"></a></td><td style="vertical-align:middle;padding:0px 7px 0px 0px;text-align:left">
<div style="font-family:'tahoma',sans-serif;font-size:14px;line-height:17px;font-weight:bold;color:black"><span style="font-size:12px"><span style="font-family:'arial','helvetica',sans-serif"><span style="color:rgb(51,51,51)">Alan Woods</span></span></span></div>
<div><span style="font-size:12px"><span style="font-family:'arial','helvetica',sans-serif"><span style="color:#333333">Senior Compliance & Policy Manager, Donuts Inc.</span></span></span>
<hr><span style="font-size:11px"><span style="font-family:'arial','helvetica',sans-serif"><span style="color:#333333">The Victorians, </span></span></span></div><div><font color="#333333" face="arial, helvetica, sans-serif"><span style="font-size:11px">15-18 Earlsfort Terrace<br style="background-color:rgb(34,34,34)">
Dublin 2, County Dublin</span></font><br style="color:rgb(214,214,214);font-family:'open sans';font-size:12px;background-color:rgb(34,34,34)"><font color="#333333" face="arial, helvetica, sans-serif"><span style="font-size:11px">
Ireland</span></font><br>
<span style="font-size:11px"><span style="font-family:'arial','helvetica',sans-serif"></span></span><br>
<span style="line-height:36px"><a href="https://www.facebook.com/donutstlds" rel="nofollow" target="_blank"><img src="http://storage.googleapis.com/signaturesatori/icons/facebook.png"></a> <a href="https://twitter.com/DonutsInc" rel="nofollow" target="_blank"><img src="http://storage.googleapis.com/signaturesatori/icons/twitter.png"></a> </span><a href="https://www.linkedin.com/company/donuts-inc" rel="nofollow" target="_blank"><span style="font-size:14px"><img src="http://storage.googleapis.com/signaturesatori/icons/linkedin.png"></span></a></div>
</td></tr></tbody></table><br>
</div><div><span style="font-size:12pt;font-family:Cambria,serif">Please NOTE: This electronic message, including any attachments, may include privileged, confidential and/or inside information owned by Donuts Inc. . </span><span style="font-size:12pt;font-family:Cambria,serif">Any distribution or use of this communication by anyone other than the intended recipient(s) is strictly prohibited and may be unlawful. If you are not the intended recipient, please notify the sender by replying to this message and then delete it from your system. Thank you.</span><br></div></div></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 7, 2019 at 1:00 PM Amr Elsadr <aelsadr@icannpolicy.ninja> 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>Hi,<div><br></div><div>Gratitude to the leadership team and staff support team for providing this. I’ve fallen behind, and am still catching up, on several email threads, and found the document Marika circulated to be very helpful. In the meantime, if my comments below are part of discussions that have moved on, my apologies, but I figured I’d share them anyway.</div><div><br></div><div>Two of the listed topics stood out to me, and I would appreciate further discussion on each of them:</div><div><br></div><div>1. On recommendation 9 (Org field), specifically, the highlighted text provided by the BC saying:</div><div><br></div><div>
<span style="font-size:11pt;font-family:Calibri;background-color:yellow">"After the implementation phase-in period, the
ORG FIELD will no longer be REDACTED by either the registry or registrar."</span> </div><div><br></div><div>I’m not exactly clear on where this text would be placed, or under what conditions the BC is requesting that the Org field not be redacted. The condition for publication of this field is already clearly included in the draft final report, so am curious whether this is referring to the same condition (if so, isn’t it redundant?) or a different one that I am not aware of. Clarification on this would be very much appreciated.</div><div><br></div><div>2. On recommendation 1, purpose b, I’m uncomfortable with the proposed addition of <i><b>“and relevant registry agreements and registrar accreditation agreements”</b></i> to this purpose. In fact, I’m also uncomfortable with the addition of <b><i>ICANN Consensus Policies</i></b> to this purpose as well.</div><div><br></div><div>The EPDP Team agreed on Article 61b as the lawful basis for A-PA1 (collection of registration data) in this purpose, due to the contractual relationship between the RNH and the registrar, and the need to perform this processing activity to fulfill the contract. To me, this requires the agreement between the registrar and RNH to be the only authoritative agreement/policy/terms & conditions (take your pick) determining what the rights of the RNH are established concerning a registered name, as well as ensuring that the RNH may exercise those rights. This is from the RNH/data subject perspective, of course.</div><div><br></div><div>Adding relevant RA, RAA or ICANN Consensus Policies to this purpose suggests that if any of these conflict with the agreement between the registrar and RNH exist, those rights, and the ability of the RNH to exercise them might be in question. This should not be the case.</div><div><br></div><div>Of course, these conflicts should not exist either. However, taking into account the time it takes to implement Consensus Policies, the time between developing Consensus Policy language, making the necessary changes to RAs and the RAA and reaching policy effective dates may create time-limited inconsistencies between them and the agreements between registrars and RNHs. In situations like this, it does not strike me as reasonable to hold RNHs accountable to policies and agreements to which it is not a party to, and the legal basis (using 61b) for collecting the registration data under A-PA1 would not be applicable.</div><div><br></div><div>These inconsistencies might be mitigated by including references to ICANN Consensus Policies and the RAA in the registrar/RNH agreement, but even in this situation, it is still this agreement that remains the authoritative one in determining the RNH rights. Furthermore, absent a direct agreement between the RNH and the registry operating the applicable gTLD, the same could be argued for registry terms, conditions and policies, which should be relayed to the RNH by its chosen registrar.</div><div><br></div><div>I would prefer if we strike any mention of the RA, the RAA or ICANN Consensus Policies as well as Registry terms conditions and policies from purpose 1b, and only keep the reference to the Registrar terms, conditions and policies.</div><div><br></div><div>Thanks.</div><div><br></div><div>Amr<br><div><br><blockquote type="cite"><div>On Feb 6, 2019, at 7:20 PM, Marika Konings <<a href="mailto:marika.konings@icann.org" target="_blank">marika.konings@icann.org</a>> wrote:</div><br class="gmail-m_-6259245504263769449Apple-interchange-newline"><div><div class="gmail-m_-6259245504263769449WordSection1" style="font-family:TrebuchetMS;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><span style="font-size:11pt">Dear EPDP Team,<u></u><u></u></span></div><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><span style="font-size:11pt"><u></u> <u></u></span></div><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><span style="font-size:11pt">The leadership team has reviewed the additional topics that were put forward for EPDP Team consideration by the deadline and has suggested a path forward in the attached document. Please do have a look to make sure that you are comfortable with the proposed path forward and confirm that it aligns with the EPDP Team discussions to date. We would like to especially draw your attention item 3 (optional tech contact), item 6 (redaction) and item 11 (purpose 1). If your group is not comfortable with the proposed path forward for any of the topics in the table, please flag this as soon as possible, preferably prior to tomorrow’s meeting so it can be added to the agenda for tomorrow’s meeting, but no later than<span class="gmail-m_-6259245504263769449Apple-converted-space"> </span><b>Thursday 7 February COB</b>.<span class="gmail-m_-6259245504263769449Apple-converted-space"> </span><u></u><u></u></span></div><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><span style="font-size:11pt"><u></u> <u></u></span></div><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><span style="font-size:11pt">Best regards,<u></u><u></u></span></div><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><span style="font-size:11pt"><u></u> <u></u></span></div><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><span style="font-size:11pt">Caitlin, Berry and Marika<u></u><u></u></span></div><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><span style="font-size:11pt"><u></u> <u></u></span></div><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><b><i><span style="font-size:10pt">Marika Konings</span></i></b><span style="font-size:10pt"><u></u><u></u></span></div><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><i><span style="font-size:10pt">Vice President, Policy Development Support – GNSO, Internet Corporation for Assigned Names and Numbers (ICANN) </span></i><span style="font-size:10pt"><u></u><u></u></span></div><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><i><span style="font-size:10pt">Email: <a href="mailto:marika.konings@icann.org" style="color:rgb(149,79,114);text-decoration:underline" target="_blank"><span style="color:rgb(5,99,193)">marika.konings@icann.org</span></a> </span></i><span style="font-size:10pt"><u></u><u></u></span></div><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><i><span style="font-size:10pt"> </span></i><span style="font-size:10pt"><u></u><u></u></span></div><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><i><span style="font-size:10pt">Follow the GNSO via Twitter @ICANN_GNSO</span></i><span style="font-size:10pt"><u></u><u></u></span></div><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><i><span style="font-size:10pt">Find out more about the GNSO by taking our <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__learn.icann.org_courses_gnso&d=DwMGaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=7_PQAir-9nJQ2uB2cWiTDDDo5Hfy5HL9rSTe65iXLVM&m=5DXgId95wrCsHi--pxTiJD7bMB9r-T5ytCn7od3CF2Q&s=Cg5uQf0yAfw-qlFZ0WNBfsLmmtBNUiH0SuI6Vg-gXBQ&e=" style="color:rgb(149,79,114);text-decoration:underline" target="_blank"><span style="color:rgb(5,99,193)">interactive courses</span></a> and visiting the <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__gnso.icann.org_sites_gnso.icann.org_files_gnso_presentations_policy-2Defforts.htm-23newcomers&d=DwMGaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=7_PQAir-9nJQ2uB2cWiTDDDo5Hfy5HL9rSTe65iXLVM&m=5DXgId95wrCsHi--pxTiJD7bMB9r-T5ytCn7od3CF2Q&s=tT-E2RoAucUb3pfL9zmlbRdq1sytaEf765KOEkBVCjk&e=" style="color:rgb(149,79,114);text-decoration:underline" target="_blank"><span style="color:rgb(5,99,193)">GNSO Newcomer pages</span></a>. </span></i><span style="font-size:10pt"><u></u><u></u></span></div><div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:Calibri,sans-serif"><u></u> <u></u></div></div><span id="gmail-m_-6259245504263769449cid:DFA66F9603E6B6438BA2D360E6270F30@pexch112.icann.org"><Issues flagged for discussion - 6 Feb 2019.docx></span></div></blockquote></div><br></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></blockquote></div>