<?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: How a PHP notice revealed a quirk of Norton Internet Security</title>
	<atom:link href="http://www.jansch.nl/2006/04/04/how-a-php-notice-revealed-a-quirk-of-norton-internet-security/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jansch.nl/2006/04/04/how-a-php-notice-revealed-a-quirk-of-norton-internet-security/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=how-a-php-notice-revealed-a-quirk-of-norton-internet-security</link>
	<description>Just another WordPress site</description>
	<lastBuildDate>Wed, 03 Aug 2011 06:49:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Gaetano Giunta</title>
		<link>http://www.jansch.nl/2006/04/04/how-a-php-notice-revealed-a-quirk-of-norton-internet-security/#comment-209</link>
		<dc:creator>Gaetano Giunta</dc:creator>
		<pubDate>Thu, 20 Apr 2006 11:11:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.jansch.nl/?p=351#comment-209</guid>
		<description>Note that directly typing the URL in the address bar (and also clicking on a previously saved bookmark) will also cause the browser to not send any referrer header, but it is accepted as the correct behaviour in that case.</description>
		<content:encoded><![CDATA[<p>Note that directly typing the URL in the address bar (and also clicking on a previously saved bookmark) will also cause the browser to not send any referrer header, but it is accepted as the correct behaviour in that case.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harrie Verveer</title>
		<link>http://www.jansch.nl/2006/04/04/how-a-php-notice-revealed-a-quirk-of-norton-internet-security/#comment-208</link>
		<dc:creator>Harrie Verveer</dc:creator>
		<pubDate>Wed, 19 Apr 2006 15:30:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.jansch.nl/?p=351#comment-208</guid>
		<description>There are more of these headers removed by several firewalls and virusscanners. 

For example; I host a website on a shared hosting server with very few rights and barely any statistics about my website. I wanted to receive an e-mail when people visited my website with the referrer in it, since I&#039;m interested in where my visitors come from. The idea is simple: check if there is a referrer (and it is not your own domain), and if so send an e-mail. I tried to test it but for some reason $_SERVER[&#039;HTTP_REFERER&#039;] was never set! Turned out that norton personal firewall was screwing up my headers as well!

These issues can be very anoying. Good plan to turn of all firewalls and virusscans when you encouter a strange problem with missing headers or something! This can often solve the problem!</description>
		<content:encoded><![CDATA[<p>There are more of these headers removed by several firewalls and virusscanners. </p>
<p>For example; I host a website on a shared hosting server with very few rights and barely any statistics about my website. I wanted to receive an e-mail when people visited my website with the referrer in it, since I&#8217;m interested in where my visitors come from. The idea is simple: check if there is a referrer (and it is not your own domain), and if so send an e-mail. I tried to test it but for some reason $_SERVER['HTTP_REFERER'] was never set! Turned out that norton personal firewall was screwing up my headers as well!</p>
<p>These issues can be very anoying. Good plan to turn of all firewalls and virusscans when you encouter a strange problem with missing headers or something! This can often solve the problem!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacques Marneweck</title>
		<link>http://www.jansch.nl/2006/04/04/how-a-php-notice-revealed-a-quirk-of-norton-internet-security/#comment-207</link>
		<dc:creator>Jacques Marneweck</dc:creator>
		<pubDate>Fri, 07 Apr 2006 22:21:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.jansch.nl/?p=351#comment-207</guid>
		<description>You would hate to see what their Symantec Firewall thing does to web requests.  Eventually I ripped it out and replaced it with a FreeBSD-based firewall which sorted out weird issues with web-browsing, mail, etc.</description>
		<content:encoded><![CDATA[<p>You would hate to see what their Symantec Firewall thing does to web requests.  Eventually I ripped it out and replaced it with a FreeBSD-based firewall which sorted out weird issues with web-browsing, mail, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gaetano Giunta</title>
		<link>http://www.jansch.nl/2006/04/04/how-a-php-notice-revealed-a-quirk-of-norton-internet-security/#comment-206</link>
		<dc:creator>Gaetano Giunta</dc:creator>
		<pubDate>Wed, 05 Apr 2006 09:22:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.jansch.nl/?p=351#comment-206</guid>
		<description>To have some real fun haed to PORT80 blog (the guys who develop some nifty tools to bring to IIS the capabilities that Apaceh has for free, such as content compression): they dissect all the evildoing in the Norton Internet Security crap - not only it adds, removes and modifies http headers, but gets it completely wrong with respect to RFCs. It goes as far as sending out mangled http headers that crash flash servers, iirc...</description>
		<content:encoded><![CDATA[<p>To have some real fun haed to PORT80 blog (the guys who develop some nifty tools to bring to IIS the capabilities that Apaceh has for free, such as content compression): they dissect all the evildoing in the Norton Internet Security crap &#8211; not only it adds, removes and modifies http headers, but gets it completely wrong with respect to RFCs. It goes as far as sending out mangled http headers that crash flash servers, iirc&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ivo Jansch</title>
		<link>http://www.jansch.nl/2006/04/04/how-a-php-notice-revealed-a-quirk-of-norton-internet-security/#comment-205</link>
		<dc:creator>Ivo Jansch</dc:creator>
		<pubDate>Tue, 04 Apr 2006 22:51:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.jansch.nl/?p=351#comment-205</guid>
		<description>No, it doesn&#039;t block them. It removes the HTTP_ACCEPT_ENCODING from the outgoing request header. Therefor, a server checking this header to see if it can send zipped content, will notice the absence and send an unzipped page.

I&#039;m not sure what happens if the server forces a zipped page though.</description>
		<content:encoded><![CDATA[<p>No, it doesn&#8217;t block them. It removes the HTTP_ACCEPT_ENCODING from the outgoing request header. Therefor, a server checking this header to see if it can send zipped content, will notice the absence and send an unzipped page.</p>
<p>I&#8217;m not sure what happens if the server forces a zipped page though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris D</title>
		<link>http://www.jansch.nl/2006/04/04/how-a-php-notice-revealed-a-quirk-of-norton-internet-security/#comment-204</link>
		<dc:creator>Chris D</dc:creator>
		<pubDate>Tue, 04 Apr 2006 22:30:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.jansch.nl/?p=351#comment-204</guid>
		<description>Are you trying to say that NIS blocks pages that are compressed at the server?</description>
		<content:encoded><![CDATA[<p>Are you trying to say that NIS blocks pages that are compressed at the server?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

