<div>Hi Alan G.,<br></div><div><br></div><div>I hope to find a compromise here so that we can move forward, but I find your language to be too prescriptive. I don't understand why we'd call out "voice telephone and email contact information"? Surely if these are fields that are mandatory for a registrant to provide, in asking for full contact information (of mandatory fields), they would be covered? I also have concerns with the sentence, "Registrars may, at their option, either not collect Administrative Contact fields, or collect them at the option of the Registered Name Holder." I believe this sentence is redundant. As it stands, we have another recommendation that allows a RNH to request that additional data elements be published.<br></div><div><br></div><div>May I suggest the following language:<br></div><div><br></div><div><u>Redline:</u><br></div><p><span style="color:black"><span style="font-family:"Times New Roman", serif">Recognizing that in the case
of some existing registrations, there may be </span></span><span style="color:red"><span style="font-family:"Times New Roman", serif">an</span></span><span style="color:black"><span style="font-family:"Times New Roman", serif"> Administrative Contact </span></span><s><span style="color:red"><span style="font-family:"Times New Roman", serif">information</span></span></s><span style="color:red"><span style="font-family:"Times New Roman", serif"> </span></span><span style="color:black"><span style="font-family:"Times New Roman", serif">but no or incomplete Registered Name Holder contact
information, the EPDP </span></span><span style="color:red"><span style="font-family:"Times New Roman", serif">team</span></span><span style="color:black"><span style="font-family:"Times New Roman", serif"> recommends that prior to
eliminating Administrative Contact fields, all Registrars must ensure that each
registration contains </span></span><s><span style="color:red"><span style="font-family:"Times New Roman", serif">the Registered Name Holder voice telephone and
e-mail</span></span></s><span style="color:red"><span style="font-family:"Times New Roman", serif"> </span></span><span style="color:black"><span style="font-family:"Times New Roman", serif">contact information. </span></span><s><span style="color:red"><span style="font-family:"Times New Roman", serif">Prior
to the Administrative Contact fields being eliminated, Registrars may, at their
option, either not collect Administrative Contact fields, or collect them at
the option of the Registered Name Holder.</span></span></s><br></p><div><br></div><div class="protonmail_signature_block"><div class="protonmail_signature_block-user"><div><u>Clean:</u><br></div></div></div><p><span style="color:black"><span style="font-family:"Times New Roman", serif">Recognizing that in the case
of some existing registrations, there may be an Administrative Contact but no
or incomplete Registered Name Holder contact information, the EPDP team recommends
that prior to eliminating Administrative Contact fields, all Registrars must
ensure that each registration contains contact information. </span></span><br></p><div class="protonmail_signature_block"><div class="protonmail_signature_block-user"><div><br></div><div>Best wishes,<br></div><div><br></div><div>Ayden <br></div></div><div class="protonmail_signature_block-proton protonmail_signature_block-empty"><br></div></div><div><br></div><div>‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br></div><div> On Wednesday, February 6, 2019 10:59 PM, Alan Greenberg <alan.greenberg@mcgill.ca> wrote:<br></div><div> <br></div><blockquote type="cite" class="protonmail_quote"><div>Hi Ayden,<br></div><div> <br></div><div> The issue is not collecting and maintaining. It would be foolish for registrars to have to collect Admin data post-EDPD-policy implementation if the intent is to get rid of the field. All of those registrations where they might collect Admin data, we know that
 the Registrant contact details are mandatory (since they would be subject to 2013 rules).<br></div><div> <br></div><div> The issue is we cannot eliminate the field from the database structure (and eliminate disclosing it when applicable) until we make sure there are no empty registrant contact fields.<br></div><div> <br></div><div> Moreover, as I pointed out in the my previous message, a registration might include Technical contact info but that is not sufficient to replace Registrant/Admin.<br></div><div> <br></div><div> Here is something that will work. <br></div><div> <br></div><div> <span style="color:#0000FF"><b>"Recognizing that in the case of some existing registrations, there may be Administrative Contact information but no or incomplete Registered Name Holder contact information, the EPDP recommends that prior to eliminating Administrative
 Contact fields, all Registrars must ensure that each registration contains the Registered Name Holder voice telephone and e-mail contact information. Prior to the Administrative Contact fields being eliminated, Registrars may, at their option, either not collect
 Administrative Contact fields, or collect them at the option of the Registered Name Holder."<br> <br> </b></span>This would ensure that we do not eliminate the Admin fields until we can ensure that every registration (and particularly every registration in the escrow files) has SOME contact info for someone responsible for the registration. That protects the
 registrant, but does not required Registrars to keep collecting data that is being phased out.</div><div> <br></div><div> The list of fields to be collected would have to note this recommendation instead of just omitting the Admin fields.<br></div><div> <br></div><div> Alan<br></div><div> <br></div><div> <br></div><div> At 06/02/2019 05:57 PM, Ayden Férdeline wrote:<br></div><div> <br></div><blockquote type="cite" cite=""><div>Hi Alan,<br></div><div> <br></div><div> I have tried to strike a balance between the text I shared earlier and the comments you have raised here. Here is what I have come up with:<br></div><div> <br></div><div> <i>Recognizing that in the case of some existing registrations, there may be an Administrative Contact but no Registered Name Holder or any other contact, the EPDP Team recommends that, prior to eliminating the collection and maintenance of the current Administrative
 Contact field, the Registrar MUST ensure that each registration will contain contact information.</i><br></div><div> <br></div><div> Can you live with this?<br></div><div> <br></div><div> I have removed the reference to "some contact", which you found vague, and "name", because you noted this was unnecessary given the RAA. However I have still deleted the last sentence, because I do think it is redundant.<br></div><div> <br></div><div> Best wishes,<br></div><div> <br></div><div> Ayden <br></div><div> <br></div><div> <br></div><div> â€â€â€â€â€â€â€ Original Message â€â€â€â€â€â€â€<br></div><div> On Wednesday, February 6, 2019 5:27 PM, Alan Greenberg <alan.greenberg@mcgill.ca> wrote:<br></div><div> <br></div><div> <br></div><blockquote type="cite" cite=""><div>Now that I have posting rights again:<br></div><div> <br></div><div> Two comments on "... <i>will contain the name and contact information of some contact"<br> <br> - It is not really necessary to mention "name" since the 2009 RAA did require a Name field for the Registrant. <br> <br> - "some contact" is too wide, since we are still requiring (optionally) a technical contact which may not be the entity responsible for the registration (for instance it my be the hosting provider).<br> <br> </i>Since we are also eliminating the Billing fields, the Registrant is the only remaining non-technical contact, so replacing the phrase with:</div><div> <br></div><div> "... will contain full Registrant Contact information"<br></div><div> <br></div><div> That also eliminates the need for the e.g.<br></div><div> <br></div><div> Regarding Ayden's recommendation to eliminate the final sentence, I do not agree. We need to make it clear that ensuring the Registrant contact information being present is a gating requirement to elimination of the Admin fields. We could in fact stop collection
 admin contact details before that, because for all new or changing registrations the 2013 rules apply which ensures Registrant data.<br></div><div> <br></div><div> Alan<br></div><div> <br></div><div> At 06/02/2019 06:58 AM, Ayden Férdeline wrote:<br></div><div> <br></div><div> <br></div><blockquote type="cite" cite=""><div>Thanks, Marika. I have some suggested edits, which are stylistic and not substantive:<br></div><div> <br></div><div> <u>Redline:</u><br></div><div> <br></div><div> <i>Recognizing that in the case<s>s</s> of some existing registrations, there may be an Administrative Contact but no Registered Name Holder or any other contact, the EPDP Team recommends that, prior to <s>in</s> eliminating the collection and maintenance of the current A<s>a</s>dministrative C<s>c</s>ontact field, the Registrar MUST ensure that each registration will contain the name and contact information of some contact.<s>, e.g., the Registered Name Holder.
 This will need to happen before the administrative contact is eliminated.  <br> </s></i><u>Clean:</u></div><div> <br></div><div> <i>Recognizing that in the case of some existing registrations, there may be an Administrative Contact but no Registered Name Holder or any other contact, the EPDP Team recommends that, prior to eliminating the collection and maintenance of the current Administrative
 Contact field, the Registrar MUST ensure that each registration will contain the name and contact information of some contact.</i><br></div><div> <br></div><div> Best wishes,<br></div><div> <br></div><div> Ayden Férdeline <br></div><div> <br></div><div> <br></div><div> Ã¢€Ã¢€Ã¢€Ã¢€Ã¢â144;‐‐‐ Original Message Ã¢€Ã¢€Ã¢€Ã¢€Ã¢€Ã¢€â‚¬Ã¢€<br></div><div> On Tuesday, February 5, 2019 66:18 PM, Marika Konings <marika.konings@icann.org> wrote:<br></div><div> <br></div><div> <br></div><div> <br></div><blockquote type="cite" cite=""><div>In line with the comments made, would the following work for inclusion in the Final Report:<br></div><div> <br></div><div>  <br></div><div> <br></div><div> <i>New Recommendation:</i><br></div><div> <br></div><div> <i>Recognizing that in the cases of some registrations, there may be an Admin Contact but no Registered Name Holder or any other contact, the EPDP Team recommends that, in eliminating the collection and maintenance of the administrative contact, the Registrar
 MUST ensure that each registration will contain the name and contact information of some contact, e.g., the Registered Name Holder. This will need to happen before the administrative contact is eliminated.  </i><br></div><div> <br></div><div>  <br></div><div> <br></div><div> If you have any concerns about this proposed language, please share this with the mailing list by Wednesday 6 February COB.<br></div><div> <br></div><div>  <br></div><div> <br></div><div> Best regards,<br></div><div> <br></div><div>  <br></div><div> <br></div><div> Caitlin, Berry and Marika<br></div><div> <br></div><div>  <br></div><div> <br></div><div> <b>From: </b>Alan Greenberg <alan.greenberg@mcgill.ca><br></div><div> <b>Date: </b>Monday, February 4, 2019 at 18:20<br></div><div> <b>To: </b>Kurt Pritz <kurt@kjpritz.com><br></div><div> <b>Cc: </b>Marika Konings <marika.konings@icann.org>, "gnso-epdp-team@icann.org" <gnso-epdp-team@icann.org><br></div><div> <b>Subject: </b>[Ext] Re: [Gnso-epdp-team] FW: Response from ICANN Compliance re. registrations under the 2009 RAA<br></div><div> <br></div><div>  <br></div><div> <br></div><div> Kurt, that would be fine. But that is not "elimination of the field". The registrar "ensuring" must happen before the field disappears. <br></div><div> <br></div><div> We have an escrow program to protect registrants against failures in registrars and registries. The escrow data going forward must always include contact info.<br></div><div> <br></div><div> I am just about to name an alternate for tomorrow and will lose posting privileges to this list.<br></div><div> <br></div><div> Alan<br></div><div> <br></div><div> <br></div><div> <br></div><div> At 04/02/2019 07:07 PM, Kurt Pritz wrote:<br></div><div> <br></div><div> <br></div><dl><dd>Thanks for this Alan:<br></dd><dd>Might another approach be to write into the policy something to the effect that, ÃƒÂ¢€œRecognizing that in thehe cases of s some registrations there is an ÃƒÂ¢€œAdminin Contactâ€but no Registered Name Holder or any otherr contact, it is required that,
 in the eliminating the collection and maintenance of the administrative contact, the registrar will ensure that each registration will contain the name and contact information of some contact, e.g., the registered name holder.”<br></dd><dd>>Something like that to let each registrar manage its own situation and also to give compliance a way to monitor registrations to ensure that there is contact information.<br></dd><dd>Best regards,<br></dd><dd>Kurt<br></dd><dd><div> <br></div><div> <br></div><div> <br></div><div> <br></div><div> <br></div><dl><dd>On Feb 4, 2019, at 3:58 PM, Alan Greenberg <<a href="mailto:alan.greenberg@mcgill.ca">alan.greenberg@mcgill.ca</a> > wrote:<br></dd><dd>Another alternative is to say that the Admin contacts are not to be collected for new, changed or transferred registrations (which are all subject to the 2013 RAA requirement for Registrant contact data) and that the fields will be eliminated once all registrars
 confirm that all of the registrations under their sponsorship have Registrant contact information.<br></dd><dd>Alan<br></dd><dd><div>At 04/02/2019 05:14 PM, Alan Greenberg wrote:<br></div><div> <br></div><div> <br></div><div> <br></div><dl><dd>I do not believe that we can eliminate the Admin contact information (as currently recommended) without a concrete idea of how many registrations might be left without contact information and just a note that implementation should investigate the potential
 impact. If that investigation (if it is even possible given the data that ICANN possesses) we to show that there are a substantive number of such registrations, what could they do? We know that registrars have resisted the requirement to take corrective action
 on registration (which is why the validation/verification requirements in the 2013 RAA only apply when there are changes).<br></dd><dd>If we eliminate Admin fields, we must provide for ensuring that all registrations have contact information within a relatively short period of time.<br></dd><dd>The easy fix given the timeline is to not eliminate the Admin fields.<br></dd><dd>Alan<br></dd><dd><div>At 04/02/2019 08:19 AM, Marika Konings wrote:<br></div><div> <br></div><div> <br></div><div> <br></div><div> <br></div><dl><dd>Dear Alan G., all,<br></dd><dd> <br></dd><dd>In relation to the question regarding the 2009 RAA you formulated a while back, note that ICANN Org had already provided a response:<br></dd><dd> <br></dd><dd>Alan Greenberg’s Questistion:<br></dd><dd>br><br></dd><dd>The EPDP is requesting that ICANN Org confirm that all registrars are now operating under the 2013 RAA.<br></dd><dd>The EPDP is requesting that ICANN Org provide its interpretation of the requirement under the RAA Data retention Specification 1.1 whether registrars, as part of their adoption of the 2013 RAA, are required to ensure that Registrant contact email and telephone
 fields are completed, or whether the phrase "shall maintain that information" (which was validly allowed to be blank at registration time) allows them to preserve any empty Registrant contact fields. If the former, is Contractual Compliance taking any action
 to ensure that registrars fulfill this obligation?<br></dd><dd> <br></dd><dd>ICANN org Compliance Response:<br></dd><dd> <br></dd><dd>Registrars are not required to collect additional contact information for 2009 Registrar Accreditation Agreement (RAA) registrations. However, registrars may be required to update existing contact information for 2009 RAA registrations when there is a triggering
 event under the 2013 RAA that may require them to do so (e.g., the domain name is an inbound transfer, the registrant changes, there is information to suggest the current contact information is incorrect).<br></dd><dd> <br></dd><dd>This response is also posted here: <a href="https://community.icann.org/x/ahppBQ"> https://community.icann.org/x/ahppBQ</a>.<br></dd><dd> <br></dd><dd>Please let us know if this does not sufficiently address your question. In order to ensure this issue is not overlooked during the implementation phase, would it be helpful to add a sentence along the following lines in the implementation part of the report:
 ÃƒÆ’¢€œAs parart of the implplementation, consideration needs toto be given to the potential impact of these policy recommendations on legacy registrations that without additional mitigation could end up with no contact information if the administrative
 contact is the only information currently available (this could be the case for a limited number of registrations that are still under the 2009 Registrar Accreditation Agreement)”?<br></dd><dd> ;<br></dd><dd>> Best regards,<br></dd><dd> <br></dd><dd>Caitlin, Berry and Marika<br></dd><dd> <br></dd><dd>Marika Konings<br></dd><dd>Vice President, Policy Development Support – GNSO, Internet Corporation forr Asssigned Namees and Numbers (ICANN)<br></dd><dd>Email: <a href="mailto:marika.konings@icann.org">marika.konings@icann.org</a>    <br></dd><dd> <br></dd><dd>Follow the GNSO via Twitter @ICANN_GNSO<br></dd><dd>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="> interactive courses</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="> GNSO Newcomer pages</a>.<br></dd><dd> <br></dd><dd>_______________________________________________<br></dd><dd>Gnso-epdp-team mailing list<br></dd><dd><a href="mailto:Gnso-epdp-team@icann.org">Gnso-epdp-team@icann.org</a><br></dd><dd><div><a href="https://mm.icann.org/mailman/listinfo/gnso-epdp-team">https://mm.icann.org/mailman/listinfo/gnso-epdp-team</a><br></div><div> <br></div></dd></dl></dd></dl></dd><dd>_______________________________________________<br></dd><dd>Gnso-epdp-team mailing list<br></dd><dd><a href="mailto:Gnso-epdp-team@icann.org">Gnso-epdp-team@icann.org</a><br></dd><dd><a href="https://mm.icann.org/mailman/listinfo/gnso-epdp-team">https://mm.icann.org/mailman/listinfo/gnso-epdp-team</a><br></dd></dl></dd></dl></blockquote></blockquote></blockquote><dl><br></dl><dl><br></dl></blockquote></blockquote><div><br></div>