<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 16px; font-family: Calibri, sans-serif; ">
<div>
<div>
<div>
<div>Phil &nbsp;-- you've provided good documentation and this is a reasonable request. &nbsp;</div>
<div>&nbsp;</div>
<div>Under the BC charter, any member can propose a position/statement. &nbsp;</div>
<div><br>
</div>
<div>If you're willing, please draft a BC letter to CEO/Board. &nbsp;I suggest you include brief mention of substantive arguments, citing earlier BC statements where applicable.</div>
<div><br>
</div>
<div>As policy coordinator, I can circulate to BC members for quick review and comment.&nbsp;</div>
<div><br>
</div>
</div>
</div>
</div>
<div>--Steve</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Optima; font-size:10pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>Phil Corwin &lt;<a href="mailto:psc@vlaw-dc.com">psc@vlaw-dc.com</a>&gt;<br>
<span style="font-weight:bold">Date: </span>Sunday, July 21, 2013 12:55 PM<br>
<span style="font-weight:bold">To: </span>&quot;<a href="mailto:bc-gnso@icann.org">bc-gnso@icann.org</a>&quot; &lt;<a href="mailto:bc-gnso@icann.org">bc-gnso@icann.org</a>&gt;<br>
<span style="font-weight:bold">Subject: </span>[bc-gnso] ICANN Issues &quot;UDRP Providers and Uniformity of Process -- Status Report&quot; -- Request for BC Response<br>
</div>
<div><br>
</div>
<div xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
        {font-family:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0in;
        margin-right:0in;
        margin-bottom:0in;
        margin-left:.5in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
/* List Definitions */
@list l0
        {mso-list-id:840777886;
        mso-list-type:hybrid;
        mso-list-template-ids:1584274572 67698689 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
        {mso-level-number-format:bullet;
        mso-level-text:\F0B7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:Symbol;}
@list l0:level2
        {mso-level-number-format:bullet;
        mso-level-text:o;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:"Courier New";}
@list l0:level3
        {mso-level-number-format:bullet;
        mso-level-text:\F0A7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:Wingdings;}
@list l0:level4
        {mso-level-number-format:bullet;
        mso-level-text:\F0B7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:Symbol;}
@list l0:level5
        {mso-level-number-format:bullet;
        mso-level-text:o;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:"Courier New";}
@list l0:level6
        {mso-level-number-format:bullet;
        mso-level-text:\F0A7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:Wingdings;}
@list l0:level7
        {mso-level-number-format:bullet;
        mso-level-text:\F0B7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:Symbol;}
@list l0:level8
        {mso-level-number-format:bullet;
        mso-level-text:o;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:"Courier New";}
@list l0:level9
        {mso-level-number-format:bullet;
        mso-level-text:\F0A7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:Wingdings;}
@list l1
        {mso-list-id:1296256994;
        mso-list-type:hybrid;
        mso-list-template-ids:-1000423616 67698689 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l1:level1
        {mso-level-number-format:bullet;
        mso-level-text:\F0B7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        margin-left:38.25pt;
        text-indent:-.25in;
        font-family:Symbol;}
@list l1:level2
        {mso-level-number-format:bullet;
        mso-level-text:o;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        margin-left:74.25pt;
        text-indent:-.25in;
        font-family:"Courier New";}
@list l1:level3
        {mso-level-number-format:bullet;
        mso-level-text:\F0A7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        margin-left:110.25pt;
        text-indent:-.25in;
        font-family:Wingdings;}
@list l1:level4
        {mso-level-number-format:bullet;
        mso-level-text:\F0B7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        margin-left:146.25pt;
        text-indent:-.25in;
        font-family:Symbol;}
@list l1:level5
        {mso-level-number-format:bullet;
        mso-level-text:o;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        margin-left:182.25pt;
        text-indent:-.25in;
        font-family:"Courier New";}
@list l1:level6
        {mso-level-number-format:bullet;
        mso-level-text:\F0A7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        margin-left:218.25pt;
        text-indent:-.25in;
        font-family:Wingdings;}
@list l1:level7
        {mso-level-number-format:bullet;
        mso-level-text:\F0B7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        margin-left:254.25pt;
        text-indent:-.25in;
        font-family:Symbol;}
@list l1:level8
        {mso-level-number-format:bullet;
        mso-level-text:o;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        margin-left:290.25pt;
        text-indent:-.25in;
        font-family:"Courier New";}
@list l1:level9
        {mso-level-number-format:bullet;
        mso-level-text:\F0A7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        margin-left:326.25pt;
        text-indent:-.25in;
        font-family:Wingdings;}
ol
        {margin-bottom:0in;}
ul
        {margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">On July 19<sup>th</sup>, one day after the close of the Durban meeting, ICANN issued the document referenced in the Subject heading at
<a href="http://www.icann.org/en/help/dndr/udrp/providers/uniformity-process-19jul13-en">
http://www.icann.org/en/help/dndr/udrp/providers/uniformity-process-19jul13-en</a> . In it ICANN stakes out a strong position against placing UDRP providers under contract.
<o:p></o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal">That position is contrary to that of the BC, first articulated in 2010, that ICANN should implement “<i>a standard mechanism for establishing uniform rules and procedures and flexible means of delineating and enforcing arbitration provider
 responsibilities”. </i>That position was most recently restated in our comment on the application of ACDR to become an accredited provider -- “<b>the BC continues to urge the ICANN Board to instruct ICANN staff to expeditiously develop improved standards for
 the approval of UDRP providers, as well as uniform and enforceable standards governing the administration of UDRP cases by providers.”</b><a href="http://forum.icann.org/lists/comments-acdr-proposal-01mar13/pdf7ZdKLP0o82.pdf"> http://forum.icann.org/lists/comments-acdr-proposal-01mar13/pdf7ZdKLP0o82.pdf</a>
 &nbsp;That April 13<sup>th</sup> BC filing also lays out 7 separate non-exclusive areas that “The uniform and enforceable standards developed for all UDRP service providers should address”. Admittedly, the BC position uses the term “standard mechanism” rather than
 “contract” – but whatever the form of that mechanism, it is certainly more than what ICANN has in place now for its relationship with UDRP providers, which is no document or mechanism at all.<o:p></o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal">I became aware of this through a post at The Domains <a href="http://www.thedomains.com/2013/07/20/the-ica-forces-icann-to-issue-a-status-report-on-udrpurs-providers-uniformity-of-process/">
http://www.thedomains.com/2013/07/20/the-ica-forces-icann-to-issue-a-status-report-on-udrpurs-providers-uniformity-of-process/</a> . Michael Berkens, who maintains that website, believes that ICANN issued &nbsp;the statement in response to an article I published
 at the ICA website last week, and follow-up comments I made at the Public Forum, concerning ICANN’s revelation that ICANN was reversing its May written statement that it was developing and would place all URS providers under contract – as you heard at the
 Forum, ICANN staff now maintains that the MOU entered into with NAF and ADNDRC &nbsp;is the contract and that nothing beyond that 2-page document is being developed.
<o:p></o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal">As you can see from the comment I posted in response at The Domains, I disagree with that assessment. First of all, the “Status Report” seems like something that would have taken more than a day or two to compose, vet and receive final
 approval. Also, I take ICANN at its word in the opening paragraph of the Status Report that the document is the culmination of an effort initiated in 2010 to undertake a review of its relationship with UDRP providers.<o:p></o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal"><u>However, assuming that this document has indeed been in the works for &nbsp;the past three years, I believe that the timing of its release raises very serious questions about the process that produced it:<o:p></o:p></u></p>
<p class="MsoListParagraph" style="margin-left:38.25pt;text-indent:-.25in;mso-list:l1 level1 lfo1">
<!--[if !supportLists]--><span style=""><span style="mso-list:Ignore">·<span style="font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><!--[endif]-->Why was this Status Report released one day after the conclusion of the Durban meeting? If it had been released even one week earlier it could have been the focus of discussion among various constituencies and advisory groups,
 as well as the GNSO, and could have been addressed at the Public Forum. My own disturbing and reluctantly reached &nbsp;conclusion is that the release was likely delayed until the 19<sup>th</sup> to prevent any such discussion in Durban.
<o:p></o:p></p>
<p class="MsoListParagraph" style="margin-left:38.25pt;text-indent:-.25in;mso-list:l1 level1 lfo1">
<!--[if !supportLists]--><span style=""><span style="mso-list:Ignore">·<span style="font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><!--[endif]-->Why was there no public comment solicited in regard to a draft version of the document, and why has it been released without any solicitation of comment from the community? Further, did the Board ever review this document
 before it was released ( I know of no Board meeting minutes that in any way reference it).
<o:p></o:p></p>
<p class="MsoListParagraph" style="margin-left:38.25pt;text-indent:-.25in;mso-list:l1 level1 lfo1">
<!--[if !supportLists]--><span style=""><span style="mso-list:Ignore">·<span style="font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><!--[endif]-->Why has there been no announcement of the document’s release at the News and Press tab of the ICANN website
<a href="http://www.icann.org/en/news">http://www.icann.org/en/news</a> ? ICANN’s usual practice in releasing a document that has been in development for three years would be to highlight it with a public announcement.<o:p></o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal">The remarkable heart of this document is a conclusion that contracts between ICANN and UDRP providers are infeasible, not useful, cumbersome, pointless because unlikely to produce any change in the outcome of any aspect of the UDRP process
 – and would actually make it more difficult for ICANN to take necessary corrective action (although, so far as I know, ICANN has never taken corrective action against any UDRP provider for anything, and the document cites zero examples of such corrective action).
 &nbsp;I do not agree with those conclusions, and explain why in my comments posted at The Domains.<o:p></o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal"><b>However, I have more than just substantive disagreement -- I am concerned that this document is a preemptive, top-down, staff-authored declaration issued without the benefit of any community feedback or Board consideration that severely
 prejudices a future community discussion that has yet to be initiated. I refer to the potential review of the UDRP that the GNSO Council determined would be initiated no sooner than 18 months after the first introduction of new gTLDs (in Spring 2015, assuming
 the first gTLDs launch this fall). &nbsp;Any such future discussion, when it addresses the nature of ICANN’s relationship with UDRP providers, will take place under the shadow of what is a clear statement of strong staff opposition to any suggestion of a contractual
 or similar relationship in regard to “uniform and enforceable standards governing the administration of UDRP cases by providers”.<o:p></o:p></b></p>
<p class="MsoNormal"><b><o:p>&nbsp;</o:p></b></p>
<p class="MsoNormal">While I will not reiterate all my substantive responses to the Status Report (a preliminary version is at The Domains, and I will probably write more on this) I feel that I must bring to the BC’s attention a central tenet that I find completely
 non-credible. Faced with the need to rationalize why placing URS providers under a contract (and Amy Stathos stressed in her oral response to me at the Public Forum that the MOU is a contract, whatever I think about its adequacy) is acceptable, while contemplating
 a contract with UDRP providers is unacceptable, the Report makes the remarkable assertion that
<b>“Unlike the UDRP, the URS is not based on a policy.”<o:p></o:p></b></p>
<p class="MsoNormal"><b><o:p>&nbsp;</o:p></b></p>
<p class="MsoNormal"><b><u>I find that assertion astounding. For the following reasons:<o:p></o:p></u></b></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><!--[if !supportLists]--><span style=""><span style="mso-list:Ignore">·<span style="font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><!--[endif]--><b>First, if the URS Right Protection Mechanism is not based upon a Policy that its presence in the Applicant Guidebook (AG) is completely illegitimate and it should be deleted at once.<o:p></o:p></b></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><!--[if !supportLists]--><span style=""><span style="mso-list:Ignore">·<span style="font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><!--[endif]--><b>Second, that assertion is completely contrary to the rationale articulated by the Board Governance Committee on May 16, 2013 when it issued its Recommendation in response to the NCSG’s request for reconsideration of the
 adoption of “Trademark-plus-Fifty”. &nbsp;A key finding in that document is: “The staff action to allow trademark holders to include, along with a Clearinghouse record of a verified trademark, up to 50 names that had previously been found to have been abusively
 registered or used, <u>is implementation of the established ICANN policy found in Recommendation 3, as are the other rights protections mechanisms within the New gTLD Program</u>.” (Emphasis added) Well what is the other rights protection mechanism that, in
 addition to the TMCH, constitutes implementation of the established ICANN policy? – It is of course the URS! So here we have the BGC stating just two months ago that the RPMs in the AG are rooted in policy, yet now ICANN staff asserts that the URS is not based
 upon a policy!<o:p></o:p></b></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><!--[if !supportLists]--><span style=""><span style="mso-list:Ignore">·<span style="font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><!--[endif]--><b>Finally, if the declaration that the URS is not based upon a policy was somehow meant to assert that an MOU is needed for URS providers because, unlike the UDRP, there is inadequate implementation information in the AG
 – well that is also inaccurate. If you review the URS portion of Module 5 of the AG
<a href="http://newgtlds.icann.org/en/applicants/agb/urs-04jun12-en.pdf">http://newgtlds.icann.org/en/applicants/agb/urs-04jun12-en.pdf</a> you find a very detailed document of 11 pages length. In fact, the URS section of the AG is much longer, and has much
 more procedural detail, than the UDRP does<a href="http://www.icann.org/en/help/dhttp:/www.icann.org/en/help/dndr/udrp/policyndr/udrp/policy"> http://www.icann.org/en/help/dhttp://www.icann.org/en/help/dndr/udrp/policyndr/udrp/policy</a> . So, if “ICANN has
 used Memoranda of Understanding to govern the relationship with each of the selected URS providers, in which each of the URS providers agree to implement the URS services in accordance with the procedures laid out in the Applicant Guidebook, as they might
 be amended from time to time.”, why wouldn’t some sort of contractual relationship requiring UDRP providers to implement the much less detailed UDRP be appropriate?<o:p></o:p></b></p>
<p class="MsoNormal"><b><o:p>&nbsp;</o:p></b></p>
<p class="MsoNormal"><b><u>In conclusion, I hereby request that BC leadership and members consider preparing and sending a communication to the CEO and the Board raising concerns about the timing of the release of this document, the lack of public comment or
 Board review prior to its release, and its potentially prejudicial impact on future community discussion of the UDRP.</u> I leave whether that communication should also take issue with any of its substantive conclusions up to the BC membership.
<o:p></o:p></b></p>
<p class="MsoNormal"><b><o:p>&nbsp;</o:p></b></p>
<p class="MsoNormal">While I have posted this message on the public BC mail list because I want my own views to be publicly available, I have no objection to taking internal BC discussion of my request to our private mail list.<o:p></o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal">Thank you for your consideration.<o:p></o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal">Best to all, Philip<o:p></o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal"><b><span style="font-size: 10pt; color: navy; font-family: Tahoma, sans-serif; ">Philip S. Corwin, Founding Principal</span></b><span style="font-size: 10pt; color: black; font-family: Tahoma, sans-serif; "><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size: 10pt; color: navy; font-family: Tahoma, sans-serif; ">Virtualaw LLC</span></b><span style="font-size: 10pt; color: black; font-family: Tahoma, sans-serif; "><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size: 10pt; color: navy; font-family: Tahoma, sans-serif; ">1155 F Street, NW</span></b><span style="font-size: 10pt; color: black; font-family: Tahoma, sans-serif; "><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size: 10pt; color: navy; font-family: Tahoma, sans-serif; ">Suite 1050</span></b><span style="font-size: 10pt; color: black; font-family: Tahoma, sans-serif; "><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size: 10pt; color: navy; font-family: Tahoma, sans-serif; ">Washington, DC 20004</span></b><span style="font-size: 10pt; color: black; font-family: Tahoma, sans-serif; "><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size: 10pt; color: navy; font-family: Tahoma, sans-serif; ">202-559-8597/Direct</span></b><span style="font-size: 10pt; color: black; font-family: Tahoma, sans-serif; "><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size: 10pt; color: navy; font-family: Tahoma, sans-serif; ">202-559-8750/Fax</span></b><span style="font-size: 10pt; color: black; font-family: Tahoma, sans-serif; "><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size: 10pt; color: navy; font-family: Tahoma, sans-serif; ">202-255-6172/cell</span></b><b><span style="font-size: 12pt; color: navy; font-family: 'Times New Roman', serif; "><o:p></o:p></span></b></p>
<p class="MsoNormal"><b><span style="font-size: 10pt; color: navy; font-family: Tahoma, sans-serif; "><o:p>&nbsp;</o:p></span></b></p>
<p class="MsoNormal"><b><span style="font-size: 10pt; color: navy; font-family: Tahoma, sans-serif; ">Twitter: @VlawDC</span></b><span style="font-size: 12pt; color: black; font-family: 'Times New Roman', serif; "><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size: 10pt; color: black; font-family: Tahoma, sans-serif; ">&nbsp;<o:p></o:p></span></p>
<p class="MsoNormal"><b><i><span style="font-size: 10pt; color: navy; font-family: Tahoma, sans-serif; ">&quot;Luck is the residue of design&quot; -- Branch Rickey</span></i></b><span style="font-size: 10pt; color: black; font-family: Tahoma, sans-serif; "><o:p></o:p></span></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
</div>
</span>
</body>
</html>