<table cellspacing="0" cellpadding="0" border="0"><tr><td valign="top">Andy, <br/><br/>Good points.<br/><br/>Sent from Yahoo! Mail for iPhone</td></tr></table>            <div id="_origMsg_">
                <div>
                    <br />
                    <div>
                        <div style="font-size:0.9em">
                            <hr size="1">
                            <b>
                                <span style="font-weight:bold">From:</span>
                            </b>
                            Andy Abrams &lt;abrams@google.com&gt;;                            <br>
                            <b>
                                <span style="font-weight:bold">To:</span>
                            </b>
                            Mari Jo Keukelaar &lt;mj@johnberryhill.com&gt;;                                                     <br>
                            <b>
                                <span style="font-weight:bold">Cc:</span>
                            </b>
                            bc - GNSO list &lt;bc-gnso@icann.org&gt;;                                                                             <br>
                            <b>
                                <span style="font-weight:bold">Subject:</span>
                            </b>
                            Re: [bc-gnso] BC comment on singular plural                            <br>
                            <b>
                                <span style="font-weight:bold">Sent:</span>
                            </b>
                            Wed, Aug 14, 2013 10:14:44 PM                            <br>
                        </div>
                            <br>
                            <table cellspacing="0" cellpadding="0" border="0">
                                <tbody>
                                    <tr>
                                        <td valign="top"><div dir="ltr">Hi Mari Jo,<div><br></div><div>Well stated on all counts.  And yes, I 100% agree with you regarding your first paragraph.  I love that we can civilly disagree in the BC on certain issues and be allied on many others.  It should never be personal, and the more information and perspectives the better.  In any event, I don&#39;t think this issue will die anytime soon given the level of interest in the BC as well as the GAC, so I look forward to continuing the dialogue!</div>
<div><br></div><div>Best,</div><div><br></div><div>Andy        </div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Aug 14, 2013 at 2:56 PM, Mari Jo Keukelaar <span dir="ltr">&lt;<a rel="nofollow" ymailto="mailto:mj@johnberryhill.com" target="_blank" href="javascript:return">mj@johnberryhill.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div lang="EN-US"><div><p>Andy:<u></u><u></u></p><div class="im"><p><u></u> <u></u></p><p>&gt; I think we&#39;re actually opposite each other in the other pending car/cars case<u></u><u></u></p>
<p><u></u> <u></u></p></div><p>First of all, it is the parties we represent who are opposite each other in any pending case.  And, yes, UniRegistry (not Name Administration) is opposite Google in the pending car/cars case. That is, I suppose, all the more reason for us to share our perspectives with the stakeholder group.  Google and UniRegistry were also allied with each other in one of the other proceedings.  Our group includes a number of competitors who nonetheless may have common or opposed interests at various times. This process has made for some strange relationships for sure. <span style="font-family:Wingdings;">J</span><u></u><u></u></p>
<div class="im"><p><u></u> <u></u></p><p> &gt; Rather, as an Internet policy matter, I respectfully believe that allowing generic singular-plural  &gt; TLDs will be confusing to consumers and bad for businesses that wish to operate websites on one of  &gt; the two TLDs.<u></u><u></u></p>
<p><u></u> <u></u></p></div><p>That is certainly a valid position &quot;as an internet policy matter&quot;. The circumstances here are that the String Similarity objection process does not empower the ICDR panelists to formulate internet policy.  They were given a narrow mandate to apply a consensus policy of the ICANN community.  The policy they were given to apply is certainly open to argument, criticism, revision, review, and so forth, but that policy unfortunately included a term of art in trademark disputes, and asked panelists to apply it to disputes which are not trademark disputes. It was to that to which I was responding.<u></u><u></u></p>
<p><u></u> <u></u></p><p>Your hypothetical with respect to used.car and used.cars is also well taken.  It applies with equal force to plurals at the second level.  One need not &quot;imagine&quot; a situation where <a rel="nofollow" target="_blank" href="http://usedcar.com">usedcar.com</a> and <a rel="nofollow" target="_blank" href="http://usedcars.com">usedcars.com</a> are operated by two different parties.  That is actual internet reality, and it has been actual internet reality for many years.  Those sites are operated by different parties right now, and not in a hypothetical future. This scenario is open to the same sorts of phishing/scamming/abuse as any potential TLD and yet no one has either complained of such matters nor have they suggested that a policy should be put forth to curtail the confusion that consumers might experience, if such confusion exists at all.<u></u><u></u></p>
<p><u></u> <u></u></p><p>One can also imagine a hypothetical future in which, for every English noun taking &quot;s&quot; as a plural, whether any noun is, or is not, a plural is determined by &quot;who won an auction ten years ago&quot; as if English nouns were a collection of irregular verbs to be memorized.<u></u><u></u></p>
<p><u></u> <u></u></p><p>But from the perspective of utility to domain registrants, there may be registrants who wish to advertise and promote &quot;a car&quot;, such as a particular model of car, and there may be registrants who sell many different kinds of cars.  These two user cases will favor either a singular or a plural based on their business and advertising objectives.<u></u><u></u></p>
<p><u></u> <u></u></p><p>However, deciding whether singulars and plurals should co-exist as an &quot;internet policy matter&quot; is asking too much of the panelists assigned to apply the rules to individual disputes on a case-by-case basis. This could invariably result in confusion as different panelists reached different conclusions. This is why we should not entrust policy issues to the individual discretion of panelists.  It is our job as the community to decide general policy issues. There was no overall policy on this particular question, and simply throwing up our hands as a community and letting ICDR panelists sort it out is the worst way to make policy. I don’t believe we should outsource our role in determining policy to dispute resolution providers.<u></u><u></u></p>
<p><u></u> <u></u></p><p>&gt; if is literally impossible to win a string confusion objection unless ICANN had already placed the strings in contention...<u></u><u></u></p><p><u></u> <u></u></p><p>One of the owners of a duly-issued European trademark registration has said the same thing in relation to Legal Rights Objections, including one in which Charleston Road Registry prevailed. Because a case did not test where the balancing point of the policy may be is not a valid basis for claiming that it would never go the other way. In future rounds, and in relation to things such as chartered TLDs or brand TLDs, we would likely see different results than we have so far.<u></u><u></u></p>
<p><u></u> <u></u></p><p>Also, the entire ICANN application process was conducted in English, and in Latin script, with which the evaluators were familiar. While one might assign some weight to the ICANN string similarity panel with respect to English words and Latin script, to say that the policy &quot;doesn&#39;t work&quot; as applied to things outside of the presumed expertise of the evaluators, may be an overly broad statement.<u></u><u></u></p>
<div class="im"><p><u></u> <u></u></p><p>&gt; it would have been nice to have that guidance prior to everyone expending money and resources on these proceedings<u></u><u></u></p><p><u></u> <u></u></p></div><p>Apparently some TLD applicants received different guidance than others, planned for these sorts of objections to arise, and made decisions on that basis. There were still other applicants who applied for both singular and plural versions of the same English TLD.<u></u><u></u></p>
<p><u></u> <u></u></p><p>One obvious track going forward is for registries that operate singular/plural TLDs to treat TLD delegations as a service which involves a public interest, and to work out practical ways among themselves to best serve the internet community. Not every potential <u></u><u></u></p>
<p>problem needs to be treated as one of either law or policy, in preference to practical solutions which serve the best interests of <u></u><u></u></p><p>registrants, consumers, and businesses.  With that said, we occasionally should remember Jon Postel&#39;s commentary to the effect that it is not appropriate to think of TLD delegations solely in terms of proprietary interests.<u></u><u></u></p>
<p><u></u> <u></u></p><p>Respectfully,<u></u><u></u></p><p><u></u> <u></u></p><p>Mari Jo<u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;color:#1f497d;"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1f497d;"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;color:#1f497d;"><u></u> <u></u></span></p>
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in;"><p class="MsoNormal"><b><span style="font-size:10.0pt;">From:</span></b><span style="font-size:10.0pt;"> <a rel="nofollow" ymailto="mailto:owner-bc-gnso@icann.org" target="_blank" href="javascript:return">owner-bc-gnso@icann.org</a> [mailto:<a rel="nofollow" ymailto="mailto:owner-bc-gnso@icann.org" target="_blank" href="javascript:return">owner-bc-gnso@icann.org</a>] <b>On Behalf Of </b>Andy Abrams<br>
<b>Sent:</b> Wednesday, August 14, 2013 4:34 PM<br><b>To:</b> Mari Jo Keukelaar<br><b>Cc:</b> <a rel="nofollow" ymailto="mailto:jscottevans@yahoo.com" target="_blank" href="javascript:return">jscottevans@yahoo.com</a>; bc - GNSO list</span></p><div><div class="h5">
<br><b>Subject:</b> Re: [bc-gnso] BC comment on singular plural<u></u><u></u></div></div><p></p></div><div><div class="h5"><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">Hi Mari Jo,<u></u><u></u></p><div>
<p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Thank you for your input - I think we&#39;re actually opposite each other in the other pending car/cars case, so it&#39;s good to get other perspectives.  You raise some very valid points, and I think the ICDR will likely agree with your legal reasoning.  But speaking only for myself, my concerns are not based on the application of trademark law at the top level.  Rather, as an Internet policy matter, I respectfully believe that allowing generic singular-plural TLDs will be confusing to consumers and bad for businesses that wish to operate websites on one of the two TLDs.  Imagine a case where a legitimate business is faced with negative PR, or worse, scams/phishing, etc. because half of their prospective customers mistakenly go to used.cars instead of used.car.  Secondly, simply as a matter of process, if is literally impossible to win a string confusion objection unless ICANN
 had already placed the strings in contention (thereby making the need for an objection moot), it would have been nice to have that guidance prior to everyone expending money and resources on these proceedings.  I guess we&#39;ll learn very soon whether the remaining singular-plural decisions follow suit...<u></u><u></u></p>
</div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Best,<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Andy<u></u><u></u></p></div><div>
<p class="MsoNormal" style="margin-bottom:12.0pt;"><u></u> <u></u></p><div><p class="MsoNormal">On Wed, Aug 14, 2013 at 12:41 PM, Mari Jo Keukelaar &lt;<a rel="nofollow" ymailto="mailto:mj@johnberryhill.com" target="_blank" href="javascript:return">mj@johnberryhill.com</a>&gt; wrote:<u></u><u></u></p>
<div><div><p>To be clear: the decisions reached in car/cars and hotel/hotels are actually more in keeping with present interpretation of trademark law than they are dissimilar since plurals of generic words are not &quot;confusingly similar&quot; to other generic words under traditional trademark analysis. We should avoid applying terminology from trademark law out of context, in what are contests between strings that are not themselves trademarks.<u></u><u></u></p>
<p> <u></u><u></u></p><p>In these &quot;generic word&quot; disputes, the objecting parties have tended to make arguments based on trademark confusing similarity analysis. In that analysis, though, the trademark has already been determined to be distinctive. So those circumstances involve comparing something to something else which has established distinctiveness. The point is to avoid erosion of what are already distinctive marks. That reasoning just does not apply to generic terms.<u></u><u></u></p>
<p> <u></u><u></u></p><p>This has been true for years under the Uniform Domain Name Dispute Policy. No confusing similarity was found between “Tire Discounter” and “Tire Discounters” despite the difference of only a single letter in Tire Discounters, Inc. v. TireDiscounter.com, NAF Claim Number: <u></u><u></u></p>
<p>FA0604000679485 (“[b]ecause the mark is merely descriptive, small differences matter”).<u></u><u></u></p><p> <u></u><u></u></p><p>Nor was confusing similarity found between the “The Suit Warehouse” mark and a “SuitWarehouse” domain name because the presence of descriptively common words necessarily restricts the “confusingly similar” analysis very closely to exact identity. The Men&#39;s Wearhouse Inc. v. Brian Wick d/b/a Defaultdata.com, NAF Claim Number: FA0208000117861.<u></u><u></u></p>
<p> <u></u><u></u></p><p>The results have been no different under the Lanham Act. In a similarity analysis between “ENTREPRENEUR” and “ENTREPRENEUR PR” in two internet domain names, the 9th Circuit declined to find confusing similarity, noting, “[i]n the Internet context, consumers are aware that domain names for different Web sites are quite often similar, because of the need for language economy, and that very small differences matter.” Entrepreneur Media, Inc. v. Smith, 279 F. 3d 1135, 1147 (9th Cir., 2002).<u></u><u></u></p>
<p> <u></u><u></u></p><p>Additionally, the notion that terms lacking distinctiveness are not subject to &quot;confusing similarity&quot; analysis is also true outside of the US, as the High Court of Australia opined in Hornsby Building Information Centre Pty Ltd v. Sydney Building Information Centre Ltd, [1978] HCA 11:<u></u><u></u></p>
<p> <u></u><u></u></p><p>“There is a price to be paid for the advantages flowing from the possession of an eloquently descriptive trade name. Because it is descriptive it is equally applicable to any business of a like kind, it’s very descriptiveness ensures that it is not distinctive of any particular business.”<u></u><u></u></p>
<p> <u></u><u></u></p><p>Of course if you are dealing with established distinctive marks then, yes, &quot;Verizons&quot; will be confusingly similar to &quot;Verizon&quot;. But the scope of &quot;confusing similarity&quot; has always been delimited by the distinctiveness of the mark under analysis.<u></u><u></u></p>
<p> <u></u><u></u></p><p>That a panel, applying ordinary principles of application of the trademark term &quot;confusingly similar&quot; would decline to find such similarity between two generic words is neither surprising nor unusual. If this was an unexpected result, then one might just as well ask how <a rel="nofollow" target="_blank" href="http://lawyer.com">lawyer.com</a> and <a rel="nofollow" target="_blank" href="http://lawyers.com">lawyers.com</a> manage to exist under different ownership (along with <a rel="nofollow" target="_blank" href="http://cars.com/car.com">cars.com/car.com</a>, <a rel="nofollow" target="_blank" href="http://house.com/houses.com">house.com/houses.com</a> <a rel="nofollow" target="_blank" href="http://dog.com/dogs.com">dog.com/dogs.com</a>, and many other generic words). <u></u><u></u></p>
<p> <u></u><u></u></p><p>Furthermore, and perhaps even more importantly, under the ICANN rules we are not merely looking at &quot;confusing similarity&quot; but rather, a higher standard of &quot;impermissible&quot; confusing similarity. Comparing these string objections to outcomes in trademark cases is the proverbial mixing of apples and oranges because the generic strings involved are not, as a threshold matter, even trademarks. The lack of distinctiveness in generic words drives the result that they are not entitled to the broad swath of protection afforded that which would be impermissibly confusing.<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal">ICANN has done much to protect trademark interests and we can all argue as to whether they have done enough or not.  Here, however, we are not even talking about trademarks; we are dealing with two generic terms.  The panels did not lose sight of that and I wonder why we sit here bashing them for applying the Policy we all approved and the law over which we’ve little control.<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal">Mari Jo Keukelaar, M.A./J.D.<u></u><u></u></p><p class="MsoNormal">Name Administration, Inc.<u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;color:#1f497d;"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1f497d;"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;color:#1f497d;"> </span><u></u><u></u></p>
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in;"><p class="MsoNormal"><b><span style="font-size:10.0pt;">From:</span></b><span style="font-size:10.0pt;"> <a rel="nofollow" ymailto="mailto:owner-bc-gnso@icann.org" target="_blank" href="javascript:return">owner-bc-gnso@icann.org</a> [mailto:<a rel="nofollow" ymailto="mailto:owner-bc-gnso@icann.org" target="_blank" href="javascript:return">owner-bc-gnso@icann.org</a>] <b>On Behalf Of </b>Andy Abrams<br>
<b>Sent:</b> Tuesday, August 13, 2013 7:09 PM<br><b>To:</b> Steve DelBianco</span><u></u><u></u></p><div><p class="MsoNormal"><br><b>Cc:</b> bc - GNSO list<u></u><u></u></p></div><div><p class="MsoNormal"><b>Subject:</b> Re: [bc-gnso] BC comment on singular plural<u></u><u></u></p>
</div></div><p class="MsoNormal"> <u></u><u></u></p><div><p class="MsoNormal">Update: the first singular-plural decisions have come in.<span style="font-size:10.0pt;">  Both singular-plural decisions have gone <i>against </i></span><span style="">a finding of string confusion (our car/cars objection against Donuts, and a Hotel Top-Level-Domain S.a.r.l. v. Booking.com B.V. for hotel/hotels).  In the car/cars decision, the Panel stated: &quot;It is true that </span><u></u><u></u></p>
<div><div><div><p class="MsoNormal"><span style="">the ICANN visual similarity standards appear quite narrow, but it is not the role [of] this Panel to substitute for ICANN’s expert technical findings.&quot;  In the hotel/hotels decision, the Panel similarly stated: &quot;I find persuasive the degrees of similarity or dissimilarity between the strings by use of the String Similarity Assessment Tool, that ICANN did not put the applications for .HOTEL and .HOTELS in the same contention set.&quot;  In other words, the early results suggest that the ICDR may give complete deference to ICANN&#39;s earlier refusal to essentially find any instances of string confusion, no matter how close the strings.</span><u></u><u></u></p>
</div><div><p class="MsoNormal"><span style=""> </span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="">Andy</span><u></u><u></u></p>
</div></div></div></div><div><div><div><p class="MsoNormal" style="margin-bottom:12.0pt;"> <u></u><u></u></p><div><p class="MsoNormal">On Thu, Apr 11, 2013 at 12:50 AM, Steve DelBianco &lt;<a rel="nofollow" ymailto="mailto:sdelbianco@netchoice.org" target="_blank" href="javascript:return">sdelbianco@netchoice.org</a>&gt; wrote:<u></u><u></u></p>
<div><div><div><div><p class="MsoNormal"><span style="">Here&#39;s what we just told the Board at the Public Forum, on behalf of the BC</span><u></u><u></u></p></div></div>
</div><div><div><div><p class="MsoNormal"><span style=""> </span><u></u><u></u></p></div><div><div><div><div><div><p class="MsoNormal"><span style="font-size:11.0pt;">ICANN’s String Similarity Panel was to place into contention sets any strings that create a possibility of user confusion.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;">But in late February ICANN published contention sets that did NOT include 24 pairs of singular-plural forms of the same string (English and Spanish)     Sport(s) Loan(s)    Web(s)    Game(s)  Hotel(es)</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;">Risks of allowing both singular and plural TLDs for the same word are <u>well understood</u>.</span><u></u><u></u></p>
<p class="MsoNormal" style="margin-left:.5in;"><span style="font-size:11.0pt;">-confusion</span><u></u><u></u></p><p class="MsoNormal" style="margin-left:.5in;"><span style="font-size:11.0pt;">-precedent for the <i>next</i> round</span><u></u><u></u></p>
<p class="MsoNormal" style="margin-left:.5in;"><span style="font-size:11.0pt;">-ICANN looking pretty ridiculous</span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;">What’s <u>not understood</u> is how it happened and what we can do about it.</span><u></u><u></u></p><p class="MsoNormal">
<span style="font-size:11.0pt;"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;">First response is to ask if the panelist follow GNSO Policy on confusingly similar.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;">Second response is “Chong”  ( Chinese for “Do-over” )</span><u></u><u></u></p>
<p class="MsoNormal" style="margin-left:.5in;"><span style="font-size:11.0pt;">-Do-over on just these 24 pairs </span><u></u><u></u></p><p class="MsoNormal" style="margin-left:.5in;">
<span style="font-size:11.0pt;">- WIPO Mediation Rules, Article 1 says, “Words used in the singular include the plural and vice versa, as the context may require.”</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;">Guess we could correct the Guidebook (plurals <u>are</u> confusingly similar)</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;">String Confusion Objections on 7 of these pairs are in the hands of the ICDR rightnow.  If ICSR does the right thing and finds these pairs <u>should</u> be contention sets, The Board can apply this rule to ALL 24 pairs </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;">Failing that, there’s Formal Reconsideration. </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;">We all worry about threat from inter-governmental groups just waiting for ICANN to stumble.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;">We have enough vulnerability to stumble with so many unknowns in the new gTLD launch.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;">No need to add to our vulnerability with this self-inflicted wound</span><u></u><u></u></p>
</div></div></div></div></div></div></div></div></div><p class="MsoNormal"><br><br clear="all"><u></u><u></u></p><div><p class="MsoNormal"> <u></u><u></u></p></div><p class="MsoNormal">-- <br><span style="font-size:10.0pt;color:#333333;">Andy Abrams | Trademark Counsel<br>
</span><b><span style="font-size:10.0pt;color:#3333ff;">G</span></b><b><span style="font-size:10.0pt;color:red;">o</span></b><b><span style="font-size:10.0pt;color:#ffcc00;">o</span></b><b><span style="font-size:10.0pt;color:#3333ff;">g</span></b><b><span style="font-size:10.0pt;color:#33cc00;">l</span></b><b><span style="font-size:10.0pt;color:red;">e</span></b><span style="font-size:10.0pt;color:#333333;"> | 1600 Amphitheatre Parkway, Mountain View, CA 94043</span><u></u><u></u></p>
<div><p class="MsoNormal"><span style="font-size:10.0pt;"><a rel="nofollow" target="_blank" href="https://www.google.com/voice#phones" title="Go to phones"><span style="text-decoration:none;">(650) 669-8752</span></a></span><u></u><u></u></p>
</div></div></div></div></div></div></div><p class="MsoNormal"><br><br clear="all"><u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div><p class="MsoNormal">-- <br><span style="font-size:10.0pt;color:#333333;">Andy Abrams | Trademark Counsel<br>
</span><b><span style="font-size:10.0pt;color:#3333ff;">G</span></b><b><span style="font-size:10.0pt;color:red;">o</span></b><b><span style="font-size:10.0pt;color:#ffcc00;">o</span></b><b><span style="font-size:10.0pt;color:#3333ff;">g</span></b><b><span style="font-size:10.0pt;color:#33cc00;">l</span></b><b><span style="font-size:10.0pt;color:red;">e</span></b><span style="font-size:10.0pt;color:#333333;"> | 1600 Amphitheatre Parkway, Mountain View, CA 94043<u></u><u></u></span></p>
<div><p class="MsoNormal"><span style="font-size:10.0pt;"><a rel="nofollow" target="_blank" href="https://www.google.com/voice#phones" title="Go to phones"><span style="text-decoration:none;">(650) 669-8752</span></a></span><span style="font-size:10.0pt;color:#333333;"><u></u><u></u></span></p>
</div></div></div></div></div></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><span style="color:rgb(51,51,51);font-family:arial, sans-serif;font-size:13px;"><span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse;">Andy Abrams | Trademark Counsel<br>
<span style="font-family:arial, helvetica, sans-serif;color:rgb(0,0,0);"><b><span style="color:rgb(51,51,255);">G</span><span style="color:rgb(255,0,0);">o</span><span style="color:rgb(255,204,0);">o</span><span style="color:rgb(51,51,255);">g</span><span style="color:rgb(51,204,0);">l</span><span style="color:rgb(255,0,0);">e</span></b></span> | 1600 Amphitheatre Parkway, Mountain View, CA 94043</span><div>
<span style="font-family:Arial, sans-serif;border-collapse:separate;color:rgb(0,0,0);"><a rel="nofollow" title="Go to phones" target="_blank" href="https://www.google.com/voice#phones" style="color:rgb(0,0,0);text-decoration:none;">(650) 669-8752</a></span></div>
</span>
</div></div></td>
                                    </tr>
                                </tbody>
                            </table>
                    </div>
                </div>
            </div>