Thank you so much for the detailed response as well as suggested nginx configuration, I will try it.<br><br>There&#39;s no question that this is a problem with something somewhere and I will need to figure out what.  Right now I don&#39;t have the bandwidth and b/c its clogging up the error log file, I want to clear that up and move on.<br>
<br>I don&#39;t think that its happening due to crawlers as the pages that are coming up in the log file (referring page) are many and there is no pattern.  I&#39;ve checked many of the referring IP addresses and they are valid users of our service.<br>
<br><br><br><div class="gmail_quote">On Thu, Sep 10, 2009 at 8:27 PM, Nick Pearson <span dir="ltr">&lt;<a href="mailto:nick.pearson@gmail.com">nick.pearson@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
These requests could be from crawlers.  A couple ways to tell: (1) are<br>
the requests from just a few IPs, or from lots of different IPs?  And<br>
(2) do the requests contain all the query string parameters that are<br>
sent to Google Analytics?<br>
<br>
I run several sites, all of which use Google Analytics, but I&#39;ve never<br>
seen this particular request in the logs.  I have seen some others of<br>
unused assets that crawlers found in various JavaScript or CSS files.<br>
Some crawlers seem to scrape all referenced files for something that<br>
looks like a URL and then attempt to access it.  I even get requests<br>
for &quot;http://tel:/18002345678&quot; from mobile site pages where I have<br>
links like &lt;a href=&quot;tel:18002345678&quot;&gt;1-800-234-5678&lt;/a&gt;.  The crawler<br>
doesn&#39;t understand, but makes the request anyway.<br>
<br>
I would definitely figure out why this is happening first, but to<br>
answer your question, this should do what you need:<br>
<br>
location ^~ /__utm.gif {<br>
    redirect  ^  http://<a href="http://www.google-analytics.com" target="_blank">http://www.google-analytics.com</a>$request_uri;<br>
}<br>
<br>
You&#39;ll want to pass the $request_uri, otherwise the request to Google<br>
Analytics will be meaningless (because it won&#39;t contain any tracking<br>
data).<br>
<br>
By the way, if the traffic is over SSL, be sure to redirect here<br>
instead, so as not to cause a security warning in some browsers:<br>
<br>
    redirect  ^  <a href="https://ssl.google-analytics.com" target="_blank">https://ssl.google-analytics.com</a>$request_uri;<br>
<br>
Also note that I haven&#39;t tested these, but I don&#39;t see why they<br>
wouldn&#39;t work.  However, that being said, I don&#39;t know how well<br>
browsers respect redirects for image requests.<br>
<div><div></div><div class="h5"><br>
<br>
On Thu, Sep 10, 2009 at 6:27 PM, Ilan Berkner &lt;<a href="mailto:iberkner@gmail.com">iberkner@gmail.com</a>&gt; wrote:<br>
&gt; Hi All,<br>
&gt; Simple question, I think.<br>
&gt; Our error log is flooded with file not found requests for __utm.gif.  This<br>
&gt; is part of google analytics and for some reason, the requested pages (some)<br>
&gt; are trying to load it locally.<br>
&gt; I have yet to figure this problem out in terms of the &quot;why&quot; but for now, I<br>
&gt; want to remove it from my error log.<br>
&gt; 2 options:<br>
&gt; 1. Put a copy of the file in our root directory which will quiet down the<br>
&gt; error log or<br>
&gt; 2. Redirect requests to the file via nginx configuration file, something<br>
&gt; like this:<br>
&gt; location /__utm.gif {<br>
&gt;   [ redirect to: <a href="http://www.google-analytics.com/__utm.gif" target="_blank">http://www.google-analytics.com/__utm.gif</a>]<br>
&gt; }<br>
&gt; What would be the correct format for above?<br>
&gt; Also, has anyone encountered this issue before?<br>
&gt; Thanks<br>
<br>
</div></div></blockquote></div><br>