<div dir="ltr">Sarah,<div><br></div><div>Thank you for this succinct description of the proposed process for a TAC ACK. </div><div><br></div><div>This proposal seems like an improvement on our currently-proposed process, which would first notify the RNH only after the TAC had been provided.  As we've discussed, if a baddie requested the TAC and it was provided, a notification to the RNH after that happens means the domain name is almost certainly already gone.  While we have the possibility of the fast undo, it makes more sense to me that we would notify the RNH before TAC was provided (or even set at the registry).  </div><div><br></div><div>One thing to confirm - once the transfer is completed (Step 4), the losing registrar still sends the notice of transfer completion, correct?</div><div><br></div><div>Thanks,</div><div>Catherine</div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><table style="color:rgb(34,34,34);padding:0px;margin:10px 0px;border:none"><tbody><tr><td style="vertical-align:middle;padding:0px 7px 0px 0px"><b style="color:rgb(51,51,51);font-family:"Times New Roman";font-size:16px"><span style="font-size:9pt;font-family:Arial">Catherine Merdinger </span></b><b style="font-family:"Times New Roman";font-size:16px"><span style="font-size:9pt;font-family:Arial"><font color="#134f5c">|</font></span><span style="color:rgb(61,133,198);font-size:9pt;font-family:Arial"> </span></b><span style="color:rgb(51,51,51);font-size:9pt;font-family:Arial">Corporate Counsel </span><b style="font-family:"Times New Roman";font-size:16px"><font color="#134f5c"><span style="font-size:9pt;font-family:Arial">|</span><span style="font-size:9pt;font-family:Arial"> </span><span style="font-size:9pt;font-family:Arial">Identity Digital</span><span style="font-size:9pt;font-family:Arial"> </span></font></b><span style="font-size:9pt;font-family:Arial;color:rgb(102,102,102)">Inc.</span><span style="font-size:9pt;font-family:Arial"><font color="#3d85c6"> </font><b><font color="#134f5c">|</font></b><font color="#3d85c6"> </font></span><span style="color:rgb(51,51,51);font-size:9pt;font-family:Arial">+1.319.541.9416 </span><span style="font-family:"Times New Roman";font-size:16px"><span style="font-size:9pt;font-family:Arial"><b><font color="#134f5c">|</font><font color="#3d85c6"> </font></b><font color="#000000">she/her</font></span></span><br></td><td style="vertical-align:middle;padding:0px 7px 0px 0px"></td></tr></tbody></table><div><p></p></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 22, 2022 at 11:03 AM Theo Geurts <<a href="mailto:transferpdp@dcx.nl">transferpdp@dcx.nl</a>> 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 class="msg-2926522076562077624"><u></u><div><div>Sarah, <br></div><div><br></div><div>This looks like a good process and leaves enough room when it comes to TAC delivery without disrupting business models. <br></div><div><br></div><div>If the registrant nacks the tac and other things happen, those should be optional as an account password reset are not possible on an operational level for some business models and I can imagine there are some retail registrars that rather not lock accounts after a nack, at least I suspect that is what the password reset is for. <br></div><div><br></div><div>Thanks, <br></div><div>Theo <br></div><div><br></div><div><br></div><div><br></div><div>On Tue, Nov 22, 2022, at 6:48 PM, Sarah Wyld wrote:<br></div><blockquote type="cite" id="m_-2926522076562077624qt"><div><div><p style="margin:0cm"><span style="color:black"><span style="font-family:Arial,sans-serif">Hello team,</span></span><br></p><p class="m_-2926522076562077624qt-MsoNormal"> <br></p><p style="margin:0cm"><span style="color:black"><span style="font-family:Arial,sans-serif">I’ve reviewed our draft updated recommendations and the </span></span><a href="https://docs.google.com/document/d/1e8iG6FmRD0M5VlMUrmIedPw3burqfxLXQrkubxDJ3oQ/edit" target="_blank"><span style="color:rgb(17,85,204)"><span style="font-family:Arial,sans-serif">strawman for Rec 2</span></span></a><span style="color:black"><span style="font-family:Arial,sans-serif">. Left some minor changes in the </span></span><a href="https://docs.google.com/document/d/1d7KwQH6poIxrafFYc5_1e1jQiiCA4WHqdNuRrx2IfWY/edit" target="_blank"><span style="color:rgb(17,85,204)"><span style="font-family:Arial,sans-serif">redline doc</span></span></a><span style="color:black"><span style="font-family:Arial,sans-serif">. </span></span><br></p><p class="m_-2926522076562077624qt-MsoNormal"> <br></p><p class="m_-2926522076562077624qt-MsoNormal"><span style="color:black"><span style="font-family:Arial,sans-serif">I want to provide more context specifically around the suggestion for an alternative to the Losing FOA, we can call it the “TAC ACK” process. Prior to our public comment review, the WG seemed aligned on the decision to drop the Losing FOA; we must certainly address all the concerns raised in the public comments, and I think we can do that while also maintaining our goal of streamlining the transfer process by further exploring the TAC ACK option.  </span></span><br></p><p class="m_-2926522076562077624qt-MsoNormal"> <br></p><p style="margin:0cm"><b><span style="color:black"><span style="font-family:Arial,sans-serif">What the process would look like: </span></span></b><br></p><ol style="margin-top:0cm" type="1" start="1"><li class="m_-2926522076562077624qt-MsoListParagraph" style="color:black;margin-left:0cm;vertical-align:baseline"><span><span style="font-family:Arial,sans-serif">RNH unlocks domain and requests TAC from the Registrar of Record (Losing Rr) </span></span><br></li><li class="m_-2926522076562077624qt-MsoListParagraph" style="color:black;margin-left:0cm;vertical-align:baseline"><span><span style="font-family:Arial,sans-serif">Losing Rr sends a TAC ACK email to the RNH saying “Someone requested a TAC; if this wasn’t you, click <NACKlink>. If it was you, you can either do nothing and we’ll provide you the TAC in 5 days or you can click <ACKlink> and we’ll give you the TAC right now”</span></span><br></li></ol><ol style="margin-top:0cm" type="1" start="2"><ol style="margin-top:0cm" type="a" start="1"><li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline"><span><span style="font-family:Arial,sans-serif">If RNH clicks <NACKlink>, the TAC is never set at the Ry, and other things might happen (e.g. account password reset, etc) </span></span><br></li><li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline"><span><span style="font-family:Arial,sans-serif">If RNH clicks <ACKlink>, the Losing Rr provisions the TAC at the Ry and issues it to the RNH (Rec 3 Notification of TAC Issuance)</span></span><br></li><li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline"><span><span style="font-family:Arial,sans-serif">If no response, Losing Rr waits 5 days and then provisions the TAC at the Ry and issues it to the RNH (Rec 3 Notification of TAC Issuance)</span></span><br></li></ol></ol><ol style="margin-top:0cm" type="1" start="3"><li class="m_-2926522076562077624qt-MsoListParagraph" style="color:black;margin-left:0cm;vertical-align:baseline"><span><span style="font-family:Arial,sans-serif">When the RNH receives the TAC, they provide it to the gaining Rr and the transfer is completed (Rec 4 “Notification of Transfer Completion” etc)</span></span><br></li></ol><p class="m_-2926522076562077624qt-MsoNormal"> <br></p><p style="margin:0cm"><b><span style="color:black"><span style="font-family:Arial,sans-serif">Why this is beneficial: </span></span></b><br></p><ul style="margin-top:0cm" type="disc"><li class="m_-2926522076562077624qt-MsoNormal" style="color:black;vertical-align:baseline"><b><span><span style="font-family:Arial,sans-serif">Registrant agency</span></span></b><span><span style="font-family:Arial,sans-serif">: the Registrant has the option to cancel the transfer right away, following the same process as with the current Losing FOA (which has the option to NACK, and which auto-ACKs after a 5 day pending period) <b></b></span></span><br></li><li class="m_-2926522076562077624qt-MsoNormal" style="color:black;vertical-align:baseline"><b><span><span style="font-family:Arial,sans-serif">Just-in-time notifications</span></span></b><span><span style="font-family:Arial,sans-serif">: The TAC ACK process occurs right when the RNH is preparing for the transfer, rather than at some point later on after they’ve initiated it with the gaining Rr and moved on/stopped thinking about it </span></span><br></li><li class="m_-2926522076562077624qt-MsoNormal" style="color:black;vertical-align:baseline"><b><span><span style="font-family:Arial,sans-serif">Simplicity</span></span></b><span><span style="font-family:Arial,sans-serif">: Registrants consistently request fewer emails overall and fewer steps specifically in the transfer process, and have requested an ‘instant transfer’ process for years</span></span><br></li></ul><p class="m_-2926522076562077624qt-MsoNormal"> <br></p><p style="margin:0cm"><b><span style="color:black"><span style="font-family:Arial,sans-serif">Risks & mitigations: </span></span></b><br></p><ul style="margin-top:0cm" type="disc"><li class="m_-2926522076562077624qt-MsoNormal" style="color:black;vertical-align:baseline"><span><span style="font-family:Arial,sans-serif">Risk: There would be no notification/’stop the transfer’ moment after the transfer is initiated with the gaining registrar; Mitigation: (a) there is a notification/stop moment at the time of TAC request, and (b) the fast-undo process we are committed to creating in the next phase of this WG would specifically address these issues and could certainly include reverting DNS if it was changed </span></span><br></li><li class="m_-2926522076562077624qt-MsoNormal" style="color:black;vertical-align:baseline"><span><span style="font-family:Arial,sans-serif">Risk: Level of development effort does not balance benefit; Mitigation: The level of effort will differ for different providers, and we shouldn‘t reject ideas just because they take work, especially since we’re already making changes to the transfer process as a whole. Now is exactly the time to do this! </span></span><br></li></ul><p class="m_-2926522076562077624qt-MsoNormal"> <br></p><p style="margin:0cm"><span style="color:black"><span style="font-family:Arial,sans-serif">The working group hasn’t reached consensus on eliminating the Losing FOA, but we also haven’t reached consensus on keeping it. I still believe that this “TAC ACK” proposal would address the entirely valid concerns about security and registrant agency, while also providing noticeable improvement for registrants who have repeatedly and for quite some time requested a faster transfer process. I hope we can discuss this proposal alongside the Losing FOA strawman.</span></span><br></p><p style="margin:0cm"><span style="color:black"><span style="font-family:Arial,sans-serif"> </span></span><br></p></div><p style="margin:0cm"><span style="color:black"><span style="font-family:Arial,sans-serif">Thank you,</span></span><br></p><pre> <br></pre><pre><span><span style="font-family:Verdana,sans-serif">-- </span></span><br></pre><pre><b><span><span style="font-family:Verdana,sans-serif">Sarah Wyld</span></span></b><span><span style="font-family:Verdana,sans-serif">, CIPP/E</span></span><br></pre><pre><span><span style="font-family:Verdana,sans-serif"> </span></span><br></pre><pre><span><span style="font-family:Verdana,sans-serif">Policy & Privacy Manager</span></span><br></pre><pre><span><span style="font-family:Verdana,sans-serif">Pronouns: she/they</span></span><br></pre><pre><span><span style="font-family:Verdana,sans-serif"> </span></span><br></pre><pre><a href="mailto:swyld@tucows.com" target="_blank"><span><span style="font-family:Verdana,sans-serif">swyld@tucows.com</span></span></a><span><span style="font-family:Verdana,sans-serif"> </span></span><br></pre><p class="m_-2926522076562077624qt-MsoNormal"><span><span style="font-family:"Courier New""><span style="font-size:10pt"> </span></span></span><br></p><div style="border-color:rgb(225,225,225) currentcolor currentcolor;border-style:solid none none;border-width:1pt medium medium;padding:3pt 0cm 0cm"><p class="m_-2926522076562077624qt-MsoNormal" style="border-color:currentcolor;border-style:none;border-width:medium;padding:0cm"></p><div><b>From: </b><a href="mailto:emily.barabas@icann.org" target="_blank">Emily Barabas</a><br></div><div><b>Sent: </b>November 16, 2022 12:18 PM<br></div><div><b>To: </b><a href="mailto:gnso-tpr@icann.org" target="_blank">gnso-tpr@icann.org</a><br></div><div><b>Subject: </b>[GNSO-TPR] Input Due 30 November: Draft Revisions toRecommendations 2-9<br></div><p></p></div><p class="m_-2926522076562077624qt-MsoNormal"> <br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US">Dear working group members,</span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US"> </span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US">As discussed on yesterday’s call, staff had an action item to provide a redline revision of the Initial Report reflecting agreed updates to Recommendations 3-9 (see pages 18-24), as well as a strawman draft of the new Recommendation 2 and response to Charter Question A7. The redline is attached. The Recommendation 2 strawman is available <a href="https://docs.google.com/document/d/1e8iG6FmRD0M5VlMUrmIedPw3burqfxLXQrkubxDJ3oQ/edit" target="_blank">here</a>.</span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US"> </span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US">Please carefully review these documents in coordination with the groups you represent. If you feel that there are items that need to be revised, <b>please enter them <a href="https://docs.google.com/document/d/1d7KwQH6poIxrafFYc5_1e1jQiiCA4WHqdNuRrx2IfWY/edit" target="_blank">here</a></b>. For each item, please include:</span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US"> </span><span style="color:black"></span><br></p><ul style="margin-top:0cm" type="disc"><li class="m_-2926522076562077624qt-xmsolistparagraph" style="color:black;margin-top:0cm;margin-bottom:0cm"><span lang="EN-US">Report version (the date listed in the header of the document) and applicable line numbers ( these are listed along the left margin of the document).</span><br></li><li class="m_-2926522076562077624qt-xmsolistparagraph" style="color:black;margin-top:0cm;margin-bottom:0cm"><span lang="EN-US">Name and group you represent: If multiple WG members represent a group, input should be in coordination with these other members.</span><br></li><li class="m_-2926522076562077624qt-xmsolistparagraph" style="color:black;margin-top:0cm;margin-bottom:0cm"><span lang="EN-US">Rationale: please provide a clear explanation for why you are proposing the revision.</span><br></li><li class="m_-2926522076562077624qt-xmsolistparagraph" style="color:black;margin-top:0cm;margin-bottom:0cm"><span lang="EN-US">Specific proposed revision: Provide the language you would like to see added/removed/edited.</span><br></li></ul><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US"> </span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><b><span style="color:black" lang="EN-US">The deadline for submitting input is 30 November 2022.</span></b><span><span style="color:black" lang="EN-US"> </span></span><span style="color:black" lang="EN-US">After the deadline, the working group will discuss the items submitted in the input document. Following review of those items, the text will be considered stable. </span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US">  </span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US">Please do not hesitate to reach out with any questions about the review process.</span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US"> </span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US">Kind regards,</span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US"> </span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US"> Caitlin, Julie, Berry, and Emily</span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US"> </span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-xmsonormal" style="margin:0cm"><span style="color:black" lang="EN-US"> </span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-MsoNormal"><span> </span><br></p><p class="m_-2926522076562077624qt-MsoNormal"><span> </span><br></p><div><p class="m_-2926522076562077624qt-MsoNormal"><span style="color:black" lang="EN-US"><span style="font-family:Arial,sans-serif"><span style="font-size:10pt">Emily Barabas</span></span></span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-MsoNormal"><span style="color:black" lang="EN-US"><span style="font-family:Arial,sans-serif"><span style="font-size:10pt">Policy Development Support Senior Manager</span></span></span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-MsoNormal"><span style="color:black" lang="EN-US"><span style="font-family:Arial,sans-serif"><span style="font-size:10pt">Internet Corporation for Assigned Names and Numbers (ICANN)</span></span></span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-MsoNormal"><span style="color:black" lang="EN-US"><span style="font-family:Arial,sans-serif"><span style="font-size:10pt">Phone: +31 (0)6 84507976</span></span></span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-MsoNormal"><span style="color:black" lang="EN-US"><span style="font-family:Arial,sans-serif"><span style="font-size:10pt"><a href="http://www.icann.org/" title="http://www.icann.org/" target="_blank"><span style="color:rgb(5,99,193)">www.icann.org</span></a></span></span></span><span style="color:black"></span><br></p><p class="m_-2926522076562077624qt-MsoNormal"><span style="color:black"> </span><br></p></div><p class="m_-2926522076562077624qt-MsoNormal"><span> </span><br></p><p class="m_-2926522076562077624qt-MsoNormal"><span> </span><br></p></div><div>_______________________________________________<br></div><div>GNSO-TPR mailing list<br></div><div><a href="mailto:GNSO-TPR@icann.org" target="_blank">GNSO-TPR@icann.org</a><br></div><div><a href="https://mm.icann.org/mailman/listinfo/gnso-tpr" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-tpr</a><br></div></blockquote><div><br></div></div>_______________________________________________<br>
GNSO-TPR mailing list<br>
<a href="mailto:GNSO-TPR@icann.org" target="_blank">GNSO-TPR@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-tpr" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-tpr</a></div></blockquote></div>