<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Anne. <div class=""><br class=""></div><div class="">Responses to both your messages inline. </div><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On May 6, 2017, at 12:05 AM, Aikman-Scalese, Anne <<a href="mailto:AAikman@lrrc.com" class="">AAikman@lrrc.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><span style="color: rgb(31, 73, 125);" class="">Thanks Jeff. Are you saying that name collision policy as to .home, .corp, and .mail are “out of scope” for our group? </span></div></div></div></blockquote><div><br class=""></div>It's not in our charter, so it's out of scope as far as ICANN PDP rules go. Note that this is not due to belonging to a previous round, since we are indeed looking at at least 3 issues that applied for 2012 and legacy gTLDs, but due to not being listed in the charter. </div><div><br class=""></div><div><br class=""></div><div><br class=""><blockquote type="cite" class=""><div class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><span style="color: rgb(31, 73, 125);" class=""> If so, how would policy on these reserved strings be made? A letter was sent last August to the Board asking for the release of these names. How does that request fit into the policy-making process? Or are we saying the Board should respond to that letter with “Done deal in Round 1”. Has the Board responded to that August letter and could staff provide that to the list if so?<o:p class=""></o:p></span></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><span style="color: rgb(31, 73, 125);" class=""></span></div></div></div></blockquote><div><br class=""></div>I believe that if a response was sent, it would have been published. </div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><span style="color: rgb(31, 73, 125); font-size: 11pt;" class="">A larger concern re “the next round” (if it’s a round) is whether there are other names that are similarly risky. And how can this be known in a timely manner? Given past experience, it appears there should be an orderly process for assessing name collision risk as to any particular TLD string BEFORE any other evaluation, objection, or string contention process kicks in. That way everyone (theoretically) saves time and money.</span></div></div></blockquote><div><br class=""></div>That's one of the policy questions I mentioned. </div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><br class=""></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class="">Hi Rubens. Thanks for your careful and detailed presentation last night. (I learned a lot!) </div></div></blockquote><div><br class=""></div>People interested in more of it could take a look at these videos:</div><div><a href="https://www.youtube.com/watch?v=9Sgaq6OYLX8" class="">https://www.youtube.com/watch?v=9Sgaq6OYLX8</a> (Name collisions in legacy gTLDs)</div><div><br class=""></div><div><a href="https://youtu.be/XRvk6ySPwTc?t=1h1m53s" class="">https://youtu.be/XRvk6ySPwTc?t=1h1m53s</a> (NTAG and Interisle positions of the first name collision report)</div><div><br class=""></div><div><br class=""></div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><o:p class=""></o:p></div><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><o:p class=""> </o:p><span style="font-size: 11pt;" class="">Jeff mentioned he did not know whether JAS Advisors was still around. They are apparently still around and still doing Internet security work. (See link below.) </span></div></div></blockquote><div><br class=""></div>Unfortunately, the Org clogged what could be a simple consultation process, and made it to fail. Next time we try a different order of process and see if it works better. </div><div><br class=""></div><div><br class=""><blockquote type="cite" class=""><div class="WordSection1" style="page: WordSection1; font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class=""><span style="font-size: 11pt;" class="">As mentioned during the call, I think we need an update from JAS to this group in order to deal properly with the policy-making process. After all, this was the basis for the New gTLD Program Committee action so if we change that recommendation, we need a basis for rejecting the expert advice they obtained other than the anecdotal observation that "we think JAS went overboard". This is especially true as to .home, .corp, and .mail. I realize this will cost money but have no idea how much. Can we get an estimate?</span></div></div></blockquote><div><br class=""></div></div>Since we already clarified why this is not scope for the PDP, I have more liberty to express my personal opinions on this issue: I don't think JAS went overboard with .home and .corp. The problems with these strings are very hard to address, and it's quite possible a decades-long problem to solve, like cleaning up River Thames. </div><div class=""><br class=""></div><div class="">But for .mail, the available evidence suggests a large collision problem for the dotless mail string, not for <names>.mail. Actually, mail.<TLD> is more of a concern, so some registries have prevented mail as a domain. So while the standardised framework would not work for .mail, devising a suitable framework is not that hard: just take out the dotless response from the wildcard controlled interruption. The .mail contract could have an extra provision where a dotless response, which is already not allowed, could trigger an EBERO transition in very little time. </div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Att.,</div><div class="">Rubens</div><div class=""><br class=""></div></body></html>