<?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/"
	xmlns:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comments on: High Risk Extensions</title>
	<atom:link href="http://www.ensight.org/2004/09/17/high-risk-extensions/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ensight.org/2004/09/17/high-risk-extensions/</link>
	<description>I&#039;m The Boss @ netmobs, past CEO of b5media, author of Blog Marketing and a hardcore Canadian</description>
	<lastBuildDate>Fri, 05 Mar 2010 15:21:47 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jeremy C. Wright</title>
		<link>http://www.ensight.org/2004/09/17/high-risk-extensions/comment-page-1/#comment-4054</link>
		<dc:creator>Jeremy C. Wright</dc:creator>
		<pubDate>Fri, 17 Sep 2004 18:50:19 +0000</pubDate>
		<guid isPermaLink="false">/?p=1366#comment-4054</guid>
		<description>It doesnt&#039; reduce the bandwidth, it reduces the load on the mailservers. Zips get blocked at the SMTP level by our anti-spam server. It also means none of it gets stored on the disk arrays of the mail servers either, which is actually 1GB in monthly savings in terms of disk space.</description>
		<content:encoded><![CDATA[<p>It doesnt&#8217; reduce the bandwidth, it reduces the load on the mailservers. Zips get blocked at the SMTP level by our anti-spam server. It also means none of it gets stored on the disk arrays of the mail servers either, which is actually 1GB in monthly savings in terms of disk space.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy</title>
		<link>http://www.ensight.org/2004/09/17/high-risk-extensions/comment-page-1/#comment-4053</link>
		<dc:creator>Andy</dc:creator>
		<pubDate>Fri, 17 Sep 2004 18:39:36 +0000</pubDate>
		<guid isPermaLink="false">/?p=1366#comment-4053</guid>
		<description>not sure how blocking zips reduces your bandwidth - surely you have to retrieve/accept the email before you know theres a zip in it? By which point the bandwidth has been used up. A virus scanner would pick up and delete the virus so your bandwidth to the user isn&#039;t going to be affected (much) apart from the email which says &quot;click here to view my naughty web pages&quot; with an attachment that says &quot;this file was deleted as it contained a virus&quot;. Surely this slight overhead is worth not having the hassles of users being unable to send anything to you because you&#039;ve blocked zip and all office docs!

Having said that, I zipped up a 53mb file to 700k and sent it. The receiver rejected it because the *unzipped* file was too big!</description>
		<content:encoded><![CDATA[<p>not sure how blocking zips reduces your bandwidth &#8211; surely you have to retrieve/accept the email before you know theres a zip in it? By which point the bandwidth has been used up. A virus scanner would pick up and delete the virus so your bandwidth to the user isn&#8217;t going to be affected (much) apart from the email which says &#8220;click here to view my naughty web pages&#8221; with an attachment that says &#8220;this file was deleted as it contained a virus&#8221;. Surely this slight overhead is worth not having the hassles of users being unable to send anything to you because you&#8217;ve blocked zip and all office docs!</p>
<p>Having said that, I zipped up a 53mb file to 700k and sent it. The receiver rejected it because the *unzipped* file was too big!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shaun</title>
		<link>http://www.ensight.org/2004/09/17/high-risk-extensions/comment-page-1/#comment-4052</link>
		<dc:creator>Shaun</dc:creator>
		<pubDate>Fri, 17 Sep 2004 18:21:50 +0000</pubDate>
		<guid isPermaLink="false">/?p=1366#comment-4052</guid>
		<description>We block zips at work too. It&#039;s a major PITA to be honest, but it does cut down on the risk/traffic factor significantly. And you can always rename them to .foo ;-)</description>
		<content:encoded><![CDATA[<p>We block zips at work too. It&#8217;s a major PITA to be honest, but it does cut down on the risk/traffic factor significantly. And you can always rename them to .foo <img src='http://www.ensight.org/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy C. Wright</title>
		<link>http://www.ensight.org/2004/09/17/high-risk-extensions/comment-page-1/#comment-4051</link>
		<dc:creator>Jeremy C. Wright</dc:creator>
		<pubDate>Fri, 17 Sep 2004 15:58:22 +0000</pubDate>
		<guid isPermaLink="false">/?p=1366#comment-4051</guid>
		<description>We still block zips. We don&#039;t context scan them though, so users are free to rename them.

It&#039;s definitely an inconvenience, but we haven&#039;t had any actual complaints since the system notifies users of the issue, of the workaround and who to call if they have problems.

The issue was with viruses sending millions of zips. That traffic has stopped now, and there is no load being placed on the mail servers (specifically storage) as a result.</description>
		<content:encoded><![CDATA[<p>We still block zips. We don&#8217;t context scan them though, so users are free to rename them.</p>
<p>It&#8217;s definitely an inconvenience, but we haven&#8217;t had any actual complaints since the system notifies users of the issue, of the workaround and who to call if they have problems.</p>
<p>The issue was with viruses sending millions of zips. That traffic has stopped now, and there is no load being placed on the mail servers (specifically storage) as a result.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VodkaFish</title>
		<link>http://www.ensight.org/2004/09/17/high-risk-extensions/comment-page-1/#comment-4050</link>
		<dc:creator>VodkaFish</dc:creator>
		<pubDate>Fri, 17 Sep 2004 15:48:27 +0000</pubDate>
		<guid isPermaLink="false">/?p=1366#comment-4050</guid>
		<description>Did you wind up unblocking .zip or are you just having your users deal with it?  So much is zipped up already to avoid being blocked (any sort of MS Office document comes to mind) that I don&#039;t think my company could ever do such a thing.</description>
		<content:encoded><![CDATA[<p>Did you wind up unblocking .zip or are you just having your users deal with it?  So much is zipped up already to avoid being blocked (any sort of MS Office document comes to mind) that I don&#8217;t think my company could ever do such a thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Weblog Tools Collection &#187; Ensight - Jeremy C. Wright >> High Risk Extensions</title>
		<link>http://www.ensight.org/2004/09/17/high-risk-extensions/comment-page-1/#comment-4049</link>
		<dc:creator>Weblog Tools Collection &#187; Ensight - Jeremy C. Wright >> High Risk Extensions</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">/?p=1366#comment-4049</guid>
		<description>[...] Wright &gt;&gt; High Risk Extensions 	Categories -   	Cool Scripts 	LinkyLoo &#8212; Mark   	 			&lt;a href=&quot;http://www.ensight.org/archives/2004/09/17/high-risk-extensions/&quot;&gt;Ensight - Jeremy C. Wright &gt;&gt; High Risk Extensions&lt;/a&gt;: Microsoft has released the m [...]</description>
		<content:encoded><![CDATA[<p>[...] Wright >> High Risk Extensions 	Categories &#8211;   	Cool Scripts 	LinkyLoo &#8212; Mark   	 			<a href="http://www.ensight.org/archives/2004/09/17/high-risk-extensions/">Ensight &#8211; Jeremy C. Wright >> High Risk Extensions</a>: Microsoft has released the m [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
