<div dir="ltr">Dear All,<div><br></div><div>I want to once again thank those who were able to make last Thursday&#39;s meeting in regards to the Terms and Conditions.</div><div><br></div><div>While staff have already done a great job summarizing the discussion notes of Thursday&#39;s call, I want to follow up in a separate email about possible policy statement/recommendations per the discussion.</div><div><br></div><div><b><font face="tahoma, sans-serif">Overall Meeting Flow</font></b></div><div><b><font face="tahoma, sans-serif"><br></font></b></div><div><font face="tahoma, sans-serif">We covered briefly a summary of all of the Terms and Conditions. I am attaching the revised slides (there was a typo or two and I am leaving out the CC2 questions) that dealt with our discussion. The table provided is my own quick summary and does not capture the more specific legal wording of each section. </font></div><div><font face="tahoma, sans-serif"><br></font></div><div><font face="tahoma, sans-serif"><b>Section 3: </b>ICANN reserving the right to determine not to proceed with any and all applications discussion take away:</font></div><div><font face="tahoma, sans-serif"><br></font></div><div><font face="tahoma, sans-serif">From our discussion, something like the following could be considered as an applicable policy statement to ICANN.</font></div><div><font face="tahoma, sans-serif"><br></font></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><font face="tahoma, sans-serif"><i>&quot;ICANN needs to have discretion within the confines of policy, the applicant guidebook, and the security and stability of the Internet when determining whether or not an applicant should not proceed. The current Terms and Conditions allows ICANN to arbitrarily determine that no applications could proceed to delegation. ICANN&#39;s determination must be limited only within the rules outlined in the Applicant Guidebook. Furthermore, ICANN should not be allowed to determine that no additional gTLDs will be created; rather, ICANN should consider any application for delegation that is submitted within the requirements of the applicant guidebook and follows all applicable rules of the application process.&quot;</i></font></div></blockquote><div><font face="tahoma, sans-serif"><br></font></div><div><font face="tahoma, sans-serif"><b>Section 6:</b> Covenant not to sue ICANN:</font></div><div><font face="tahoma, sans-serif"><br></font></div><div><font face="tahoma, sans-serif">Jeff Neuman provided a policy statement that we could further wordsmith as necessary.</font></div><div><font face="tahoma, sans-serif"><br></font></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><font face="tahoma, sans-serif"><i>&quot; ICANN must build into the new gTLD Program appeals mechanisms to include the ability for applicants to challenge the decisions of the ICANN staff, the ICANN Board, and/or any entities delegated decision making authority over the assignment, contracting and delegation of new gTLDs.  Such appeals mechanism must include the ability to review those decisions on the merits and not only with respect to whether ICANN violated the Bylaws . Only with such  an appeals process performed by an independent entity could ICANN then include a covenant not to sue in the Applicant Terms and Conditions.  However, the covenant not to sue shall not apply to cases alleging fraud, negligence or wilful misconduct.&quot;</i></font></div></blockquote><div><font face="tahoma, sans-serif"><br></font></div><div><font face="tahoma, sans-serif"><b>Section 14:</b></font></div><div><font face="tahoma, sans-serif"><br></font></div><div><span style="font-family:calibri;font-size:14px">This section looked at the right of ICANN to make changes to the AGB as long as it does not cause hardship to those who have already submitted an application while at the same time allowing ICANN to work with such applicants to mitigate those hardships.</span><font face="tahoma, sans-serif"><br></font></div><div><span style="font-family:calibri;font-size:14px"><br></span></div><div><span style="font-family:calibri;font-size:14px">Our discussion points concluded that while ICANN did make changes to the AGB and those did in fact cause hardship to applicants, ICANN did little to mitigate such hardship. Also, as a part of the overall WG, one of the areas we are looking at is predictability in the process. If predictability allows us to foresee certain changes to an extent, then this section will likely make more sense.</span></div><div><span style="font-family:calibri;font-size:14px"><br></span></div><div><span style="font-family:calibri;font-size:14px">All the same, I wonder if we could have more input on this topic before coming up with any possible possible recommendation if it would be deemed necessary.</span></div><div><span style="font-family:calibri;font-size:14px"><br></span></div><div><span style="font-family:calibri;font-size:14px"><b>Other Sections:</b></span></div><div><span style="font-family:calibri;font-size:14px"><b><br></b></span></div><div><span style="font-family:calibri;font-size:14px">We also concluded to focus further discussion on the following sections, which relate to one of the above or need further clarification.</span></div><div><span style="font-family:calibri;font-size:14px"><br></span></div><div><p style="margin:10px 0px 0px;padding:0px"><b>Section 5</b> - Up for consideration (in relation to Section 6).<br><br><b>Section 10</b> - This warrants looking at. It was mentioned that there was an issue of applicant assigning rights hasn&#39;t been honored.</p></div><div><span style="font-family:calibri;font-size:14px"><br></span></div><div><span style="font-family:calibri;font-size:14px">Kind regards,</span></div><div><span style="font-family:calibri;font-size:14px"><br></span></div><div><span style="font-family:calibri;font-size:14px">Michael Flemming</span></div></div>