<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Bad Behavior Patch for Opera Users</title>
	<atom:link href="http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/feed/" rel="self" type="application/rss+xml" />
	<link>http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/</link>
	<description>Connecting Ideas</description>
	<lastBuildDate>Sun, 08 Nov 2009 03:11:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Email Monitoring Services</title>
		<link>http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/#comment-48763</link>
		<dc:creator>Email Monitoring Services</dc:creator>
		<pubDate>Wed, 12 Sep 2007 03:40:17 +0000</pubDate>
		<guid isPermaLink="false">http://neosmart.net/blog/archives/221#comment-48763</guid>
		<description>&lt;strong&gt;Email Monitoring Services...&lt;/strong&gt;

When you fully grasp this, you will be able to work more smoothly....</description>
		<content:encoded><![CDATA[<p><strong>Email Monitoring Services&#8230;</strong></p>
<p>When you fully grasp this, you will be able to work more smoothly&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wall Street Journal think Opera is a nasty bot - Open the Web &#38; Take Action - Opera Community</title>
		<link>http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/#comment-33483</link>
		<dc:creator>Wall Street Journal think Opera is a nasty bot - Open the Web &#38; Take Action - Opera Community</dc:creator>
		<pubDate>Fri, 27 Jul 2007 23:17:27 +0000</pubDate>
		<guid isPermaLink="false">http://neosmart.net/blog/archives/221#comment-33483</guid>
		<description>[...] disable HTTP 1.1 for proxy.Other references:http://my.opera.com/community/forums/topic.dml?id=127095http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/PermalinkForum jump: Feedback, questions and comments on Opera&#039;s Web sitesOpera Web Mail / [...]</description>
		<content:encoded><![CDATA[<p>[...] disable HTTP 1.1 for proxy.Other references:http://my.opera.com/community/forums/topic.dml?id=127095http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/PermalinkForum jump: Feedback, questions and comments on Opera&#8217;s Web sitesOpera Web Mail / [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: What on Earth is Wrong with Akismet!?!? at The NeoSmart Files</title>
		<link>http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/#comment-14991</link>
		<dc:creator>What on Earth is Wrong with Akismet!?!? at The NeoSmart Files</dc:creator>
		<pubDate>Sat, 31 Mar 2007 11:32:34 +0000</pubDate>
		<guid isPermaLink="false">http://neosmart.net/blog/archives/221#comment-14991</guid>
		<description>[...] Blogging, Spam, Spam Karma 2, WordPressLink doesn&#8217;t work from Opera because of a stupid Bad-Behaviour bug that the author refuses to fix [back]  [...]</description>
		<content:encoded><![CDATA[<p>[...] Blogging, Spam, Spam Karma 2, WordPressLink doesn&#8217;t work from Opera because of a stupid Bad-Behaviour bug that the author refuses to fix [back]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Weblog Tools Collection &#187; Blog Archive &#187; Fake Comment Forms Battle Spam</title>
		<link>http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/#comment-13167</link>
		<dc:creator>Weblog Tools Collection &#187; Blog Archive &#187; Fake Comment Forms Battle Spam</dc:creator>
		<pubDate>Fri, 16 Feb 2007 20:51:10 +0000</pubDate>
		<guid isPermaLink="false">http://neosmart.net/blog/archives/221#comment-13167</guid>
		<description>&lt;!--%kramer-ref-pre%--&gt;[...] You can fix BB false positives by using this patch: http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/ [...]&lt;!--%kramer-ref-post%--&gt;</description>
		<content:encoded><![CDATA[<p><!--%kramer-ref-pre%-->[...] You can fix BB false positives by using this patch: <a href="http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/" rel="nofollow">http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/</a> [...]<!--%kramer-ref-post%--></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Computer Guru</title>
		<link>http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/#comment-13116</link>
		<dc:creator>Computer Guru</dc:creator>
		<pubDate>Thu, 15 Feb 2007 09:29:47 +0000</pubDate>
		<guid isPermaLink="false">http://neosmart.net/blog/archives/221#comment-13116</guid>
		<description>I&#039;ve contacted Opera with regards to this problem, hopefully the can provide further insight now that all the &quot;cards&quot; have been laid out on the table.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve contacted Opera with regards to this problem, hopefully the can provide further insight now that all the &#8220;cards&#8221; have been laid out on the table.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Computer Guru</title>
		<link>http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/#comment-13115</link>
		<dc:creator>Computer Guru</dc:creator>
		<pubDate>Thu, 15 Feb 2007 09:03:08 +0000</pubDate>
		<guid isPermaLink="false">http://neosmart.net/blog/archives/221#comment-13115</guid>
		<description>Excellent post Jon..
I&#039;ve attempted to contact Michael (the author of Bad Behavior) in follow-up a couple of times, but I haven&#039;t been successful.

Bad Behavior blocks every single person behind a local, manual, or invisible (ISP) proxy that uses TE Headers via a client that properly supports them. This patch has been out forever now, but I guess blocking tens (hundreds??) of thousands of users isn&#039;t enough to warrant an update. :(</description>
		<content:encoded><![CDATA[<p>Excellent post Jon..<br />
I&#8217;ve attempted to contact Michael (the author of Bad Behavior) in follow-up a couple of times, but I haven&#8217;t been successful.</p>
<p>Bad Behavior blocks every single person behind a local, manual, or invisible (ISP) proxy that uses TE Headers via a client that properly supports them. This patch has been out forever now, but I guess blocking tens (hundreds??) of thousands of users isn&#8217;t enough to warrant an update. <img src='http://neosmart.net/blog/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Hanna</title>
		<link>http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/#comment-13074</link>
		<dc:creator>Jon Hanna</dc:creator>
		<pubDate>Wed, 14 Feb 2007 21:32:29 +0000</pubDate>
		<guid isPermaLink="false">http://neosmart.net/blog/archives/221#comment-13074</guid>
		<description>Bad Behavior is indeed at fault here.

Now, granted proxies should not be passing through TE headers unless they themselves support TE (in which case the TE token would appear in the Connection header and the Bad Behavior check would catch that as correct behaviour) or if they do they shouldn&#039;t report themselves as HTTP/1.1 (HTTP/1.0 proxies wouldn&#039;t know any better) and Opera prudently doesn&#039;t use TE on any connection until after that connection is shown to support 1.1.

However it was precisely because TE headers and other as-yet-unspecified headers with point-to-point semantics (as opposed to headers intended to be passed all the way through to the server and back - or to appear to have done so should the proxy serve the request with its own cache) could get written through incorrectly that RFC 2616 has the rule about insisting that it should be mentioned in the Connection header.

Hence:

1. Opera does the right thing.

2. Proxy does the wrong thing, possibly due to being built before HTTP/1.1 was finalised, more likely just a bug.

3. RFC2616 is written with foresight and therefore contains a mechanism for servers to catch this and not use the transfer-encoding in question.

4. Bad Behavior deliberately undoes that foresight by blocking the requests.
  
  
  
  &#160;
</description>
		<content:encoded><![CDATA[<p>Bad Behavior is indeed at fault here.</p>
<p>Now, granted proxies should not be passing through TE headers unless they themselves support TE (in which case the TE token would appear in the Connection header and the Bad Behavior check would catch that as correct behaviour) or if they do they shouldn&#8217;t report themselves as HTTP/1.1 (HTTP/1.0 proxies wouldn&#8217;t know any better) and Opera prudently doesn&#8217;t use TE on any connection until after that connection is shown to support 1.1.</p>
<p>However it was precisely because TE headers and other as-yet-unspecified headers with point-to-point semantics (as opposed to headers intended to be passed all the way through to the server and back &#8211; or to appear to have done so should the proxy serve the request with its own cache) could get written through incorrectly that RFC 2616 has the rule about insisting that it should be mentioned in the Connection header.</p>
<p>Hence:</p>
<p>1. Opera does the right thing.</p>
<p>2. Proxy does the wrong thing, possibly due to being built before HTTP/1.1 was finalised, more likely just a bug.</p>
<p>3. RFC2616 is written with foresight and therefore contains a mechanism for servers to catch this and not use the transfer-encoding in question.</p>
<p>4. Bad Behavior deliberately undoes that foresight by blocking the requests.</p>
<p>  &nbsp;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul</title>
		<link>http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/#comment-10478</link>
		<dc:creator>Paul</dc:creator>
		<pubDate>Sun, 31 Dec 2006 00:25:23 +0000</pubDate>
		<guid isPermaLink="false">http://neosmart.net/blog/archives/221#comment-10478</guid>
		<description>I&#039;m an Opera user and I get this &quot;Precondition Failed&quot; every once in a while. Disabled my proxy server and disabled HTTP/1.1 (whatever that is) - makes no difference. All my anti-virus stuff is bang up to date.

All I want to say is that, to those sites who won&#039;t let me in, &quot;you lost a customer&quot;.</description>
		<content:encoded><![CDATA[<p>I&#8217;m an Opera user and I get this &#8220;Precondition Failed&#8221; every once in a while. Disabled my proxy server and disabled HTTP/1.1 (whatever that is) &#8211; makes no difference. All my anti-virus stuff is bang up to date.</p>
<p>All I want to say is that, to those sites who won&#8217;t let me in, &#8220;you lost a customer&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bad Behavior Download - Homeland Stupidity</title>
		<link>http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/#comment-6227</link>
		<dc:creator>Bad Behavior Download - Homeland Stupidity</dc:creator>
		<pubDate>Sun, 01 Oct 2006 18:38:42 +0000</pubDate>
		<guid isPermaLink="false">http://neosmart.net/blog/archives/221#comment-6227</guid>
		<description>&lt;!--%kramer-ref-pre%--&gt;[...] Opera Patch for Bad Behavior at The NeoSmart FilesJuly 14, 2006 3:29 pm [...]&lt;!--%kramer-ref-post%--&gt;</description>
		<content:encoded><![CDATA[<p><!--%kramer-ref-pre%-->[...] Opera Patch for Bad Behavior at The NeoSmart FilesJuly 14, 2006 3:29 pm [...]<!--%kramer-ref-post%--></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: [wp-hackers] Close old comments and pingbacks: feature or plugin?</title>
		<link>http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/#comment-3878</link>
		<dc:creator>[wp-hackers] Close old comments and pingbacks: feature or plugin?</dc:creator>
		<pubDate>Tue, 22 Aug 2006 11:18:05 +0000</pubDate>
		<guid isPermaLink="false">http://neosmart.net/blog/archives/221#comment-3878</guid>
		<description>&lt;!--%kramer-ref-pre%--&gt;[...] [wp-hackers] Close old comments and pingbacks: feature or plugin?          [wp-hackers] Close old comments and pingbacks: feature or plugin? Computer Guru computerguru at neosmart.net  Fri Jul 14 20:31:25 GMT 2006  Previous message: [wp-hackers] Close old comments and pingbacks: feature or plugin?  Next message: [wp-hackers] RE: apache 2.2.2 upgrade   Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]     &gt; Hmm.. something&#039;s not right. I have BB2 on my site and I can browse to &gt; it with Opera 9 just fine. Are you using the actual released version &gt; or one of the earlier betas?  I&#039;m on the latest, I don&#039;t _think_ I installed a weekly build on this OS, but I can&#039;t be too sure. Either way, I&#039;ve found and patched the particular issue, refer to http://neosmart.net/blog/archives/221 for more details. It solves all Opera-related issues, and makes BB truly safe with very few false-positives. Computer Guru NeoSmart Technologies http://neosmart.net/blog/      Previous message: [wp-hackers] Close old comments and pingbacks: feature or plugin?  Next message: [wp-hackers] RE: apache 2.2.2 upgrade   Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]    More information about the wp-hackers mailing list [...]&lt;!--%kramer-ref-post%--&gt;</description>
		<content:encoded><![CDATA[<p><!--%kramer-ref-pre%-->[...] [wp-hackers] Close old comments and pingbacks: feature or plugin?          [wp-hackers] Close old comments and pingbacks: feature or plugin? Computer Guru computerguru at neosmart.net  Fri Jul 14 20:31:25 GMT 2006  Previous message: [wp-hackers] Close old comments and pingbacks: feature or plugin?  Next message: [wp-hackers] RE: apache 2.2.2 upgrade   Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]     &gt; Hmm.. something&#8217;s not right. I have BB2 on my site and I can browse to &gt; it with Opera 9 just fine. Are you using the actual released version &gt; or one of the earlier betas?  I&#8217;m on the latest, I don&#8217;t _think_ I installed a weekly build on this OS, but I can&#8217;t be too sure. Either way, I&#8217;ve found and patched the particular issue, refer to <a href="http://neosmart.net/blog/archives/221" rel="nofollow">http://neosmart.net/blog/archives/221</a> for more details. It solves all Opera-related issues, and makes BB truly safe with very few false-positives. Computer Guru NeoSmart Technologies <a href="http://neosmart.net/blog/" rel="nofollow">http://neosmart.net/blog/</a>      Previous message: [wp-hackers] Close old comments and pingbacks: feature or plugin?  Next message: [wp-hackers] RE: apache 2.2.2 upgrade   Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]    More information about the wp-hackers mailing list [...]<!--%kramer-ref-post%--></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Computer Guru</title>
		<link>http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/#comment-3155</link>
		<dc:creator>Computer Guru</dc:creator>
		<pubDate>Fri, 14 Jul 2006 21:34:41 +0000</pubDate>
		<guid isPermaLink="false">http://neosmart.net/blog/archives/221#comment-3155</guid>
		<description>Hmmmmm..
Interesting post, thanks for passing that letter on.

I&#039;m such a &#039;real&#039; user, not behind any proxy, but I am on the RIPE network. If that is considered a proxy then that may be it - but then in that case I&#039;d leave it, since I get much traffic from Europe - a great part of which is RIPE.

I doubt it&#039;s RIPE, and as a matter of fact, that letter doesn&#039;t explain too much:
i.e. why does it only happen with Opera and not IE or FF if it is indeed the proxy server at fault.</description>
		<content:encoded><![CDATA[<p>Hmmmmm..<br />
Interesting post, thanks for passing that letter on.</p>
<p>I&#8217;m such a &#8216;real&#8217; user, not behind any proxy, but I am on the RIPE network. If that is considered a proxy then that may be it &#8211; but then in that case I&#8217;d leave it, since I get much traffic from Europe &#8211; a great part of which is RIPE.</p>
<p>I doubt it&#8217;s RIPE, and as a matter of fact, that letter doesn&#8217;t explain too much:<br />
i.e. why does it only happen with Opera and not IE or FF if it is indeed the proxy server at fault.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Hampton</title>
		<link>http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/#comment-3154</link>
		<dc:creator>Michael Hampton</dc:creator>
		<pubDate>Fri, 14 Jul 2006 21:16:59 +0000</pubDate>
		<guid isPermaLink="false">http://neosmart.net/blog/archives/221#comment-3154</guid>
		<description>The following comes from Opera and I have every reason to believe it is accurate:

&lt;blockquote&gt;I am a developer at Opera Software ASA, the company developing the Opera browser. One of the areas I am working with is our HTTP support.

I&#039;ve recently noticed a few reports about users getting &quot;Precondition failed&quot; when trying to visit sites using your &quot;Bad behaviour&quot; package (see e.g. http://my.opera.com/community/forums/topic.dml?id=113252 ) . The most recent case involved the blog of one of our own employees, who just announced that he had disabled &quot;Bad Behaviour&quot; because of the difficulties, and implemented different antispam countermeasures.

According to one report our use of the &quot;TE&quot; header may be involved, and that the cause of the problem is that the TE header is not listed in the &quot;Connection&quot; header.

As far as Opera is concerned, the TE header is properly identified in the &quot;Connection&quot; header when requests are sent from us.

If, indeed, a missing TE entry in the Connection header is the cause of the problem, the entry went missing in transit, and one possibility is a non-compliant proxy.

However, in at least one case the user stated that he did not use a proxy (although a transparent proxy is a possibility, and I know utilities like Google Desktop Search have messed up our pipelined connections before), but there are several other reports indicating that proxies, in particular privacy and adbuster filtering proxies (which, as far as I am concerned, are notorius for bad behaviour with respect to HTTP 1.1 and pipelining) are involved.

FYI, I might add that Opera will not use HTTP 1.1 on the first request to a proxy, and will only use HTTP 1.1 and pipelining against proxies in requests if the proxy responds with a HTTP 1.1 version response and HTTP 1.1 is enabled for proxies by the user. Also, we do not send the  TE header to servers that we don&#039;t know are HTTP 1.1 capable, which means that the first request to a server will not contain the TE header....

--Sincerely,
Yngve N. Pettersen&lt;/blockquote&gt;

If you disable HTTP/1.1 for proxies, that should take care of the problem.

If not, feel free to send me log entries and I&#039;ll investigate further. Your messages did not include any log entries showing that any legitimate users had been blocked.</description>
		<content:encoded><![CDATA[<p>The following comes from Opera and I have every reason to believe it is accurate:</p>
<blockquote><p>I am a developer at Opera Software ASA, the company developing the Opera browser. One of the areas I am working with is our HTTP support.</p>
<p>I&#8217;ve recently noticed a few reports about users getting &#8220;Precondition failed&#8221; when trying to visit sites using your &#8220;Bad behaviour&#8221; package (see e.g. <a href="http://my.opera.com/community/forums/topic.dml?id=113252" rel="nofollow">http://my.opera.com/community/forums/topic.dml?id=113252</a> ) . The most recent case involved the blog of one of our own employees, who just announced that he had disabled &#8220;Bad Behaviour&#8221; because of the difficulties, and implemented different antispam countermeasures.</p>
<p>According to one report our use of the &#8220;TE&#8221; header may be involved, and that the cause of the problem is that the TE header is not listed in the &#8220;Connection&#8221; header.</p>
<p>As far as Opera is concerned, the TE header is properly identified in the &#8220;Connection&#8221; header when requests are sent from us.</p>
<p>If, indeed, a missing TE entry in the Connection header is the cause of the problem, the entry went missing in transit, and one possibility is a non-compliant proxy.</p>
<p>However, in at least one case the user stated that he did not use a proxy (although a transparent proxy is a possibility, and I know utilities like Google Desktop Search have messed up our pipelined connections before), but there are several other reports indicating that proxies, in particular privacy and adbuster filtering proxies (which, as far as I am concerned, are notorius for bad behaviour with respect to HTTP 1.1 and pipelining) are involved.</p>
<p>FYI, I might add that Opera will not use HTTP 1.1 on the first request to a proxy, and will only use HTTP 1.1 and pipelining against proxies in requests if the proxy responds with a HTTP 1.1 version response and HTTP 1.1 is enabled for proxies by the user. Also, we do not send the  TE header to servers that we don&#8217;t know are HTTP 1.1 capable, which means that the first request to a server will not contain the TE header&#8230;.</p>
<p>&#8211;Sincerely,<br />
Yngve N. Pettersen</p></blockquote>
<p>If you disable HTTP/1.1 for proxies, that should take care of the problem.</p>
<p>If not, feel free to send me log entries and I&#8217;ll investigate further. Your messages did not include any log entries showing that any legitimate users had been blocked.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Hampton</title>
		<link>http://neosmart.net/blog/2006/opera-patch-for-bad-behavior/#comment-3153</link>
		<dc:creator>Michael Hampton</dc:creator>
		<pubDate>Fri, 14 Jul 2006 20:58:03 +0000</pubDate>
		<guid isPermaLink="false">http://neosmart.net/blog/archives/221#comment-3153</guid>
		<description>Nothing is wrong with this particular check. It functions properly and does not block Opera.

It does, however, block Opera users who are behind certain misconfigured proxy servers.

As such, you should fix the proxy server, as Bad Behavior is not broken.</description>
		<content:encoded><![CDATA[<p>Nothing is wrong with this particular check. It functions properly and does not block Opera.</p>
<p>It does, however, block Opera users who are behind certain misconfigured proxy servers.</p>
<p>As such, you should fix the proxy server, as Bad Behavior is not broken.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
