<?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: Comparing NOD32 2.7 to Trend Client-Server 3.6</title>
	<atom:link href="http://www.mcbsys.com/techblog/2008/03/comparing-nod32-2-7-to-trend-client-server-3-6/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mcbsys.com/techblog/2008/03/comparing-nod32-2-7-to-trend-client-server-3-6/</link>
	<description>Custom Software and I.T. Services</description>
	<lastBuildDate>Mon, 06 Feb 2012 18:05:46 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Rob Pelletier</title>
		<link>http://www.mcbsys.com/techblog/2008/03/comparing-nod32-2-7-to-trend-client-server-3-6/comment-page-1/#comment-48</link>
		<dc:creator>Rob Pelletier</dc:creator>
		<pubDate>Fri, 10 Oct 2008 20:39:40 +0000</pubDate>
		<guid isPermaLink="false">/mark/post/Comparing-NOD32-27-to-Trend-Client-Server-36.aspx#comment-48</guid>
		<description>At least with Version 3x, you can configure file and folder exclusions.  This can&#039;t be done with 2.7 (at least not for on-deman/scheduled scans), and that is a serious feature to be lacking.  Also, for those wishing to provide Exchange server protection, V 2.7 is the only option - that&#039;s not offered with V 3x yet.  Frankly, I&#039;d take a performance hit in exchange for the ability to exlcude ket folders from scheduled scans.
I have been using V 2.7 for MS Exchange on SBS servers and V 3 for other servers and workstations.  Other than my pet peeve (the aforementioned inability to exclude fodlers from scheduled scans) I am happy with the product.  However, that inability is astounding to me - I can&#039;t believe they even released such a version.</description>
		<content:encoded><![CDATA[<p>At least with Version 3x, you can configure file and folder exclusions.  This can&#8217;t be done with 2.7 (at least not for on-deman/scheduled scans), and that is a serious feature to be lacking.  Also, for those wishing to provide Exchange server protection, V 2.7 is the only option &#8211; that&#8217;s not offered with V 3x yet.  Frankly, I&#8217;d take a performance hit in exchange for the ability to exlcude ket folders from scheduled scans.<br />
I have been using V 2.7 for MS Exchange on SBS servers and V 3 for other servers and workstations.  Other than my pet peeve (the aforementioned inability to exclude fodlers from scheduled scans) I am happy with the product.  However, that inability is astounding to me &#8211; I can&#8217;t believe they even released such a version.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: intersys.co.uk</title>
		<link>http://www.mcbsys.com/techblog/2008/03/comparing-nod32-2-7-to-trend-client-server-3-6/comment-page-1/#comment-47</link>
		<dc:creator>intersys.co.uk</dc:creator>
		<pubDate>Fri, 10 Oct 2008 17:33:17 +0000</pubDate>
		<guid isPermaLink="false">/mark/post/Comparing-NOD32-27-to-Trend-Client-Server-36.aspx#comment-47</guid>
		<description>We find v2.7 SO much easier to install on servers due to the low footprint and lean memory useage. It&#039;s a great, tight system.  v3 is OK but not quite as fast .. I&#039;m sticking with 2.7 for the mo!</description>
		<content:encoded><![CDATA[<p>We find v2.7 SO much easier to install on servers due to the low footprint and lean memory useage. It&#8217;s a great, tight system.  v3 is OK but not quite as fast .. I&#8217;m sticking with 2.7 for the mo!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Pelletier</title>
		<link>http://www.mcbsys.com/techblog/2008/03/comparing-nod32-2-7-to-trend-client-server-3-6/comment-page-1/#comment-46</link>
		<dc:creator>Rob Pelletier</dc:creator>
		<pubDate>Mon, 15 Sep 2008 05:16:01 +0000</pubDate>
		<guid isPermaLink="false">/mark/post/Comparing-NOD32-27-to-Trend-Client-Server-36.aspx#comment-46</guid>
		<description>I figure that on-demand scanning and real-time scanning offer differing issues when it comes to interfering with certain critical processes, and I may be making something out of nothing.  And, by selecting to scan only certain extensions, and making sure the extensions for the Exchange data files aren&#039;t in the list, you can help be sure not to screw up your Exchange server.

However, this logic has some flaws -- from Microsoft&#039;s 822158:
&quot;Do not scan the following files and folders. These files are not at risk of infection. If you scan these files, serious performance problems may occur because of file locking. Where a specific set of files is identified by name, exclude only those files instead of the whole folder. Sometimes, the whole folder must be excluded. Do not exclude any one of these based on the file name extension. For example, do not exclude all files that have a .dit extension. Microsoft has no control over other files that may use the same extensions as the following files.&quot;

I talked to a support rep from Symantec last week, and they demand that the entire folder for their BackuExec product be excluded from virus scanning.  There are many filetypes in there that one wouldn&#039;t otherwise exclude, like .exe files.  However, scheduling a scan when backups aren&#039;t running would probably alleviate that concern.  This is not so easy with files relating to IIS or Active Directory.

Your extensive list of recommended exclusions (posted elsewhere here and at the Wilders site) shows that there are potential issues with scanning everything on an SBS server, and, since being selective is possible ONLY by file extension, one must be pretty careful of either what is scanned or when scheduled scans are run.

In general, I like the NOD32 products.  I found it took a few installations to get a feel for its setup, but have confidence in it now.  I understand that the on-demand exclusions are possible with version 3, but am not sure when Version 3 for Exchange will be available or when it will be tested long enough to trust it on an SBS server.  It makes no sense to me that ESET would ever have released a version that didn&#039;t allow for on-demand exclusions, and also find it surprising that I have found little or no discussion around the topic.

</description>
		<content:encoded><![CDATA[<p>I figure that on-demand scanning and real-time scanning offer differing issues when it comes to interfering with certain critical processes, and I may be making something out of nothing.  And, by selecting to scan only certain extensions, and making sure the extensions for the Exchange data files aren&#8217;t in the list, you can help be sure not to screw up your Exchange server.</p>
<p>However, this logic has some flaws &#8212; from Microsoft&#8217;s 822158:<br />
&#8220;Do not scan the following files and folders. These files are not at risk of infection. If you scan these files, serious performance problems may occur because of file locking. Where a specific set of files is identified by name, exclude only those files instead of the whole folder. Sometimes, the whole folder must be excluded. Do not exclude any one of these based on the file name extension. For example, do not exclude all files that have a .dit extension. Microsoft has no control over other files that may use the same extensions as the following files.&#8221;</p>
<p>I talked to a support rep from Symantec last week, and they demand that the entire folder for their BackuExec product be excluded from virus scanning.  There are many filetypes in there that one wouldn&#8217;t otherwise exclude, like .exe files.  However, scheduling a scan when backups aren&#8217;t running would probably alleviate that concern.  This is not so easy with files relating to IIS or Active Directory.</p>
<p>Your extensive list of recommended exclusions (posted elsewhere here and at the Wilders site) shows that there are potential issues with scanning everything on an SBS server, and, since being selective is possible ONLY by file extension, one must be pretty careful of either what is scanned or when scheduled scans are run.</p>
<p>In general, I like the NOD32 products.  I found it took a few installations to get a feel for its setup, but have confidence in it now.  I understand that the on-demand exclusions are possible with version 3, but am not sure when Version 3 for Exchange will be available or when it will be tested long enough to trust it on an SBS server.  It makes no sense to me that ESET would ever have released a version that didn&#8217;t allow for on-demand exclusions, and also find it surprising that I have found little or no discussion around the topic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Berry</title>
		<link>http://www.mcbsys.com/techblog/2008/03/comparing-nod32-2-7-to-trend-client-server-3-6/comment-page-1/#comment-45</link>
		<dc:creator>Mark Berry</dc:creator>
		<pubDate>Sun, 14 Sep 2008 23:39:33 +0000</pubDate>
		<guid isPermaLink="false">/mark/post/Comparing-NOD32-27-to-Trend-Client-Server-36.aspx#comment-45</guid>
		<description>I&#039;ve not had a problem with NOD32 2.7 on-demand scans causing problems.  I did set up exclusions on extensions related to dBASE and SQL database files.  You could also exclude Exchange database extensions.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve not had a problem with NOD32 2.7 on-demand scans causing problems.  I did set up exclusions on extensions related to dBASE and SQL database files.  You could also exclude Exchange database extensions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Pelletier</title>
		<link>http://www.mcbsys.com/techblog/2008/03/comparing-nod32-2-7-to-trend-client-server-3-6/comment-page-1/#comment-44</link>
		<dc:creator>Rob Pelletier</dc:creator>
		<pubDate>Sat, 13 Sep 2008 06:48:29 +0000</pubDate>
		<guid isPermaLink="false">/mark/post/Comparing-NOD32-27-to-Trend-Client-Server-36.aspx#comment-44</guid>
		<description>I only tried Trend once.  After spending all afternoon trying (using some remote desktop tool) the Trend support tech agreed that the product wouldn&#039;t install on this machine.  It was a clean install of XP Pro, but the Trend wouldn&#039;t install.  Sent it back, got a refund, but there&#039;s an afternoon of my life I won&#039;t get back (or paid for).

Currently, I am promoting NOD32.  I am concerned that, for Exchange servers (and therefore SBS servers) you can&#039;t do on-demand scans unless you are willing to let it scan everything.  That&#039;s right, you can&#039;t define exclusions for on-demand scans - only for real-time scanning.  I am talking about Version 2.7 here, which is the only version that offers Exchange protection so far.

So, what would you do?  Trust that the real-time scanning is sufficient for your server, or go ahead and scan the entire thing, including the forbidden Exchange folders (and others)? </description>
		<content:encoded><![CDATA[<p>I only tried Trend once.  After spending all afternoon trying (using some remote desktop tool) the Trend support tech agreed that the product wouldn&#8217;t install on this machine.  It was a clean install of XP Pro, but the Trend wouldn&#8217;t install.  Sent it back, got a refund, but there&#8217;s an afternoon of my life I won&#8217;t get back (or paid for).</p>
<p>Currently, I am promoting NOD32.  I am concerned that, for Exchange servers (and therefore SBS servers) you can&#8217;t do on-demand scans unless you are willing to let it scan everything.  That&#8217;s right, you can&#8217;t define exclusions for on-demand scans &#8211; only for real-time scanning.  I am talking about Version 2.7 here, which is the only version that offers Exchange protection so far.</p>
<p>So, what would you do?  Trust that the real-time scanning is sufficient for your server, or go ahead and scan the entire thing, including the forbidden Exchange folders (and others)?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

