﻿<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>shawnbass.com - Network Administration blog</title>
    <description>Anything related to administering a network, including tips/tricks on networking gear, server hardware, Windows systems administration, etc.</description>
    <link>http://www.shawnbass.com/Blogs/tabid/58/BlogId/5/Default.aspx</link>
    <language>en-US</language>
    <managingEditor>shawn@shawnbass.com</managingEditor>
    <webMaster>shawn@shawnbass.com</webMaster>
    <pubDate>Thu, 11 Mar 2010 12:48:30 GMT</pubDate>
    <lastBuildDate>Thu, 11 Mar 2010 12:48:30 GMT</lastBuildDate>
    <docs>http://backend.userland.com/rss</docs>
    <generator>Blog RSS Generator Version 3.5.0.35082</generator>
    <item>
      <title>Beware of McAfee AntiVirus Enterprise 8.7 upgrade</title>
      <description>&lt;p&gt;A client of mine recently rolled out their upgrade from McAfee 8.0 Enterprise to 8.7 Enterprise.  On the Citrix server environment we had two major application failures that were the result of the McAfee upgrade uninstalling the MS XML 4.0 Parser on the servers.  There were two applications on the production Citrix environment that required the MS XML 4.0 Parser and they both stopped working following the upgrade.  Unfortunately, the issue was not caught in Lab/UAT testing and was only found after McAfee went out to production.  To make matters worse, something went wrong with the deployment mechanism and the McAfee upgrade went to all servers in one blast whereas the server team usually pushes in 2-3 separate sets of server groups.  All of that combined = FAIL&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;So McAfee is responsible for the outage, right?&lt;/strong&gt;  &lt;font color="#ff0000"&gt;&lt;strong style="background-color: rgb(255, 255, 255);"&gt;WRONG!&lt;/strong&gt;&lt;/font&gt;&lt;/p&gt;
&lt;p&gt;What the Mcafee installer was doing was proper behavior.  It had incremented the shared component registry entry for MSXML4.dll when it was installed on the servers.  The shared DLL component dependency counters are stored in HKLM\Software\Microsoft\Windows\Current Version\SharedDLLS.  Here's an example listing 5 installed apps that depend on MSXML4.dll on my workstation PC (see the DWORD 5 next to MSXML4.DLL). &lt;/p&gt;
&lt;p&gt;&lt;img height="146" align="middle" width="810" src="/Portals/0/BlogPictures/NetworkAdministration/MSXML4SharedComponentCounter.png" alt="" /&gt;&lt;/p&gt;
&lt;p&gt;Every time a program installs that depends on MSXML4.dll (or any other shared windows DLL), it's supposed to read the existing counter value, increment it, and then write it back out.  Upon uninstalling that program, the installer engine is supposed to read the counter, decrement it, and write it back out.  However, if the value of the counter is 1 and a program is uninstalling that has a shared dependency on that DLL, it's supposed to uninstall that component and remove the shared component counter from the registry.  See, everyone is supposed to tidy up after themselves. &lt;img src="/Providers/HtmlEditorProviders/Fck/FCKeditor/editor/images/smiley/msn/regular_smile.gif" alt="" /&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Windows Shared DLLs + Dumb Developers = FAIL&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;So in my client's situation, they had two applications that apparently required MSXML 4.0 Parser, but those apps never bothered to increment the shared DLL counter in the registry when they were installed.  This is usually due to a dumb developer that doesn't realize that the component has to be registered with the installer engine in order to properly install and register the shared DLL component.  So when McAfee Enterprise 8.0i went to uninstall, the installer engine noticed that the value of the shared component registry entry was 1and subsequently ran a removal process for the MSXML 4.0 Parser.  This equals failure for the two apps that need MSXML.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;So how do you know you've been affected?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;1) If you're lucky, the application will complain about not being able to find the MSXML4.dll, or not being able to instantiate a object for the MSXML4 DOM.  If you're not that lucky, then...&lt;/p&gt;
&lt;p&gt;2) &lt;a href="http://technet.microsoft.com/en-us/sysinternals/bb896642.aspx"&gt;FileMon&lt;/a&gt; / &lt;a href="http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx"&gt;ProcessMonitor&lt;/a&gt; from &lt;a href="http://technet.microsoft.com/en-us/sysinternals/default.aspx"&gt;SysInternals&lt;/a&gt; will pinpoint the issue.  Simply run it before launching your application and when you reach the place in code where the app is crashing or throwing an unexpected error, you'll see messages in the log where it was attempting to locate MSXML4.DLL in the search path and failing.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;How do you fix it?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Download &lt;a href="http://www.microsoft.com/downloads/details.aspx?FamilyId=3144B72B-B4F2-46DA-B4B6-C5D7485F2B42&amp;displaylang=en"&gt;MSXML 4.0 SP2 Parser&lt;/a&gt; from Microsoft and install it.  You can do the install manually or push it with whatever ESD system you're using.  The MSI installs quite nicely with Citrix Installation Manager if you only have that.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Stay tuned for another entry from me regarding this issue with respect to application virtualization since it has some unique properties that make this particularly challenging...&lt;/strong&gt;&lt;/p&gt;</description>
      <link>http://www.shawnbass.com/Blogs/tabid/58/EntryId/157/Beware-of-McAfee-AntiVirus-Enterprise-8-7-upgrade.aspx</link>
      <author>shawn@shawnbass.com</author>
      <comments>http://www.shawnbass.com/Blogs/tabid/58/EntryId/157/Beware-of-McAfee-AntiVirus-Enterprise-8-7-upgrade.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.shawnbass.com/Blogs/tabid/58/EntryId/157/Beware-of-McAfee-AntiVirus-Enterprise-8-7-upgrade.aspx</guid>
      <pubDate>Wed, 26 Nov 2008 19:17:14 GMT</pubDate>
      <slash:comments>2</slash:comments>
      <trackback:ping>http://www.shawnbass.com/DesktopModules/Blog/Trackback.aspx?id=157</trackback:ping>
    </item>
    <item>
      <title>Failure to run Windows Update with error 0x80070020 on Server 2003</title>
      <description>&lt;p&gt;I was recently running some Windows Update patches on one of my client's Server 2003 boxes (they aren't using a patch management solution) when I ran into a strange error that stated the Windows Update site could not be accessed and the error message listed was 0x80070020.  This message did not appear while trying to install the updates, it appeared right after the selection for Express vs Custom.  I chose Custom and it's supposed to query the available patches for the server, but instead I was greeted with error 0x80070020.  In doing some reason on this error I found that it's related to a file locking issue.  Some people on various forums reported issues with BitDefender AntiVirus on Windows XP and Vista as the source of the issue.  While they're not running BitDefender on their server (they run eTrust), it was worth looking into.  I also found &lt;a href="http://support.microsoft.com/kb/883825/en-us"&gt;KB883825&lt;/a&gt; which also lists Anti-Virus as a potential source of issues for Windows Update.  So I temporarily stopped the Realtime A/V scanner and voila!  Windows Update website began working again.&lt;/p&gt;</description>
      <link>http://www.shawnbass.com/Blogs/tabid/58/EntryId/156/Failure-to-run-Windows-Update-with-error-0x80070020-on-Server-2003.aspx</link>
      <author>shawn@shawnbass.com</author>
      <comments>http://www.shawnbass.com/Blogs/tabid/58/EntryId/156/Failure-to-run-Windows-Update-with-error-0x80070020-on-Server-2003.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.shawnbass.com/Blogs/tabid/58/EntryId/156/Failure-to-run-Windows-Update-with-error-0x80070020-on-Server-2003.aspx</guid>
      <pubDate>Wed, 26 Nov 2008 18:12:43 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.shawnbass.com/DesktopModules/Blog/Trackback.aspx?id=156</trackback:ping>
    </item>
    <item>
      <title>Al Solorzano on Group Policy Preferences</title>
      <description>&lt;p&gt;Al Solorzano recently posted a nice article on Group Policy Preferences over &lt;a href="http://alsolorzano.com/blogs/tips__tricks/archive/2008/06/02/group-policy-preferences-in-a-windows-2003-domain-and-a-windows-2008-domain.aspx"&gt;here&lt;/a&gt;.  If you're not familiar with Group Policy Preferences, it's the technology that Microsoft acquired from Desktop Standard.  GPP is a nice way of extending management reach to registry settings that were previously not able to be managed by Group Policy (at least not without those PITA Administrative Templates anyway).  There's also some powerful capabilities for filtering that are largely lacking from Group Policy.  While out at Citrix Synergy a little over a week ago, I had the pleasure of some great conversation with Al at a group dinner outing.  Al is extremely knowledgable about a variety of technologies and I highly recommend following his blog (if you don't already).  Al's blog can be found &lt;a href="http://alsolorzano.com/"&gt;here&lt;/a&gt;.&lt;/p&gt;</description>
      <link>http://www.shawnbass.com/Blogs/tabid/58/EntryId/140/Al-Solorzano-on-Group-Policy-Preferences.aspx</link>
      <author>shawn@shawnbass.com</author>
      <comments>http://www.shawnbass.com/Blogs/tabid/58/EntryId/140/Al-Solorzano-on-Group-Policy-Preferences.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.shawnbass.com/Blogs/tabid/58/EntryId/140/Al-Solorzano-on-Group-Policy-Preferences.aspx</guid>
      <pubDate>Mon, 02 Jun 2008 14:52:24 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.shawnbass.com/DesktopModules/Blog/Trackback.aspx?id=140</trackback:ping>
    </item>
    <item>
      <title>XP SP3 officially re-released</title>
      <description>&lt;p&gt;Microsoft has officially re-released Windows XP Service Pack 3 today.  Get the &lt;a href="http://www.microsoft.com/downloads/details.aspx?FamilyID=5b33b5a8-5e76-401f-be08-1e1555d4f3d4&amp;DisplayLang=en"&gt;full download here&lt;/a&gt;.&lt;/p&gt;</description>
      <link>http://www.shawnbass.com/Blogs/tabid/58/EntryId/137/XP-SP3-officially-re-released.aspx</link>
      <author>shawn@shawnbass.com</author>
      <comments>http://www.shawnbass.com/Blogs/tabid/58/EntryId/137/XP-SP3-officially-re-released.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.shawnbass.com/Blogs/tabid/58/EntryId/137/XP-SP3-officially-re-released.aspx</guid>
      <pubDate>Tue, 06 May 2008 20:47:44 GMT</pubDate>
      <slash:comments>1</slash:comments>
      <trackback:ping>http://www.shawnbass.com/DesktopModules/Blog/Trackback.aspx?id=137</trackback:ping>
    </item>
    <item>
      <title>Citrix announces Workflow Studio tool for automating repetitive tasks.  Is this FullArmor in disguise?</title>
      <description>&lt;p&gt;Citrix has recently &lt;a href="http://www.citrix.com/English/ps2/products/product.asp?contentID=1297816"&gt;announced a new product called Workflow Studio&lt;/a&gt; that is a tool for putting together a visual workflow for completing repetitive tasks.  This workflow would then leverage PowerShell scripts to complete the individual tasks.  What's interesting about this tool is that Citrix has mentioned that it came from an unmentioned technology acquistion/partnership.  From my perspective, it sounds an awful lot like &lt;a href="http://www.fullarmor.com/pr_07232007/news-press-release-detail.htm"&gt;FullArmor's Workflow Studio&lt;/a&gt; product that was announced in July 2007.  It's also got the PowerShell community wondering the same thing.  Folks like Karl Prosser of the amazing &lt;a href="http://powershell.com/analyzer/"&gt;PowerShell Analyzer&lt;/a&gt; and &lt;a href="http://www.powershell.com/plus/"&gt;PowerShell Plus&lt;/a&gt; products questions the same thing in a &lt;a href="http://karlprosser.com/coder/2008/02/11/has-citrix-purchased-workflow-studio-from-full-armour/"&gt;blog entry on his site&lt;/a&gt;.  For those looking for more information on Workflow Studio, Rich Crusco from Frameworkx.com put together a &lt;a href="http://www.frameworkx.com/blogpost.aspx?id=2&amp;c=1128"&gt;multi-part series on Workflow Studio&lt;/a&gt;.  Is this the Full Armor product or what?&lt;/p&gt;</description>
      <link>http://www.shawnbass.com/Blogs/tabid/58/EntryId/114/Citrix-announces-Workflow-Studio-tool-for-automating-repetitive-tasks-Is-this-FullArmor-in-disguise.aspx</link>
      <author>shawn@shawnbass.com</author>
      <comments>http://www.shawnbass.com/Blogs/tabid/58/EntryId/114/Citrix-announces-Workflow-Studio-tool-for-automating-repetitive-tasks-Is-this-FullArmor-in-disguise.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.shawnbass.com/Blogs/tabid/58/EntryId/114/Citrix-announces-Workflow-Studio-tool-for-automating-repetitive-tasks-Is-this-FullArmor-in-disguise.aspx</guid>
      <pubDate>Thu, 14 Feb 2008 15:06:51 GMT</pubDate>
      <slash:comments>1</slash:comments>
      <trackback:ping>http://www.shawnbass.com/DesktopModules/Blog/Trackback.aspx?id=114</trackback:ping>
    </item>
    <item>
      <title>Exchange 2007 SIS and Entourage 2008 new features</title>
      <description>&lt;p&gt;A ton of things have been happening in the Exchange world that I've not been keeping up with very well, but I did come across two items that were of particular interest to me that I thought I'd share.&lt;/p&gt;
&lt;p&gt;First, the MS Exchange Team has put up a blog item discussion a feature of Exchange that's been around a long time (Single Instance Storage).  SIS is a technology that was introduced in Exchange 4.0 that allows for an email to only exist once in the Information Store for multiple different users (if those users are on the same system).  So if an email (especially an email that contains attachments) is sent out to 10 different users, the Exchange server will only keep one copy of the email and all users will reference that copy.  There are some changes with SIS in Exchange 2007 namely that it only performs Single Instance Storage of message attachments, not of message bodies.  This makes perfect sense when you think about it considering that most of the storage that you'll consume on your Exchange server is related to attachments more so that simple text.  Simple text is small and generally irrelevant whereas attachments kill you.  This is particularly true since 90% of the organizations I've consulted for seem to think that Email = File Server.   You can read further about the reasons why the Exchange Team made this decision in the &lt;a href="http://msexchangeteam.com/archive/2008/02/08/448095.aspx"&gt;blog post here&lt;/a&gt;.  Ultimately it came down to a trade off between storage savings and IO Operations.  Ultimately storage is cheap, IO is not.&lt;/p&gt;
&lt;p&gt;The second thing I want to cover in this blog item is a discussion about the newly released Office 2008 for the Mac and Entourage (the Outlook equivalent for you the non-Mac people out there.  Office 2008 for Mac is a completely new beast versus Office 2004 for Mac.  Luckily Amir Haque from Microsoft has written about many of the new features in Entourage 2008.  The two part blog item can be found here:  &lt;a href="http://blogs.technet.com/amir/archive/2008/01/27/entourage-2008-new-features.aspx"&gt;Part 1&lt;/a&gt; and &lt;a href="http://blogs.technet.com/amir/archive/2008/01/30/entourage-2008-new-features-part-ii.aspx"&gt;Part 2&lt;/a&gt;.  An excellent read.&lt;/p&gt;</description>
      <link>http://www.shawnbass.com/Blogs/tabid/58/EntryId/111/Exchange-2007-SIS-and-Entourage-2008-new-features.aspx</link>
      <author>shawn@shawnbass.com</author>
      <comments>http://www.shawnbass.com/Blogs/tabid/58/EntryId/111/Exchange-2007-SIS-and-Entourage-2008-new-features.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.shawnbass.com/Blogs/tabid/58/EntryId/111/Exchange-2007-SIS-and-Entourage-2008-new-features.aspx</guid>
      <pubDate>Tue, 12 Feb 2008 00:11:11 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.shawnbass.com/DesktopModules/Blog/Trackback.aspx?id=111</trackback:ping>
    </item>
    <item>
      <title>Woohoo!  Jeffrey Snover (creator of PowerShell) confirms suspicion that PowerShell 2.0 will include remoting!</title>
      <description>&lt;a href="http://www.microsoft.com/windowsserver2003/technologies/management/powershell/default.mspx"&gt;PowerShell&lt;/a&gt; 1.0 was released in November 2006 and has already received &lt;a href="http://blogs.msdn.com/powershell/archive/2007/06/04/powershell-hits-a-million-downloads-in-the-first-six-months.aspx"&gt;over a million downloads&lt;/a&gt;.  I recently came across an &lt;a href="http://searchwinit.techtarget.com/originalContent/0,289142,sid1_gci1270125,00.html"&gt;article&lt;/a&gt; published a few days ago where &lt;a href="http://www.searchwinit.com"&gt;SearchWinIT.com&lt;/a&gt; interviewed &lt;a href="http://blogs.msdn.com/powershell/"&gt;Jeffrey Snover&lt;/a&gt; (creator/architect of &lt;a href="http://www.microsoft.com/windowsserver2003/technologies/management/powershell/default.mspx"&gt;PowerShell&lt;/a&gt;) where Jeffrey has confirmed that &lt;a href="http://www.microsoft.com/windowsserver2003/technologies/management/powershell/default.mspx"&gt;PowerShell&lt;/a&gt; 2.0 will have support for remoting.  One of the primary limitations with &lt;a href="http://www.microsoft.com/windowsserver2003/technologies/management/powershell/default.mspx"&gt;PowerShell&lt;/a&gt; currently is that many of the existing Cmdlets and Providers are designed for local operation only.  Those admins that wish to use it for remote operations are forced to either run the code on the actual remote systems, roll your own via WMI/.NET/COM or rely on third party remoting solutions such as the &lt;a href="http://www.codeplex.com/powershellremoting"&gt;PowerShell Remoting&lt;/a&gt; project on &lt;a href="http://www.codeplex.com"&gt;CodePlex&lt;/a&gt;.  I can't wait to see what &lt;a href="http://www.microsoft.com/windowsserver2003/technologies/management/powershell/default.mspx"&gt;PowerShell&lt;/a&gt; 2.0 will bring.  Exciting times ahead!&lt;br&gt;</description>
      <link>http://www.shawnbass.com/Blogs/tabid/58/EntryId/56/Woohoo-Jeffrey-Snover-creator-of-PowerShell-confirms-suspicion-that-PowerShell-2-0-will-include-remoting.aspx</link>
      <author>shawn@shawnbass.com</author>
      <comments>http://www.shawnbass.com/Blogs/tabid/58/EntryId/56/Woohoo-Jeffrey-Snover-creator-of-PowerShell-confirms-suspicion-that-PowerShell-2-0-will-include-remoting.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.shawnbass.com/Blogs/tabid/58/EntryId/56/Woohoo-Jeffrey-Snover-creator-of-PowerShell-confirms-suspicion-that-PowerShell-2-0-will-include-remoting.aspx</guid>
      <pubDate>Mon, 03 Sep 2007 15:52:57 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.shawnbass.com/DesktopModules/Blog/Trackback.aspx?id=56</trackback:ping>
    </item>
    <item>
      <title>Network Monitor 3.1 is released!</title>
      <description>NetMon 3.1 is released and available on the &lt;a href="http://connect.microsoft.com/"&gt;Microsoft Connect site&lt;/a&gt; (the final release on the MS Download site will be posted in a few weeks).  Here's a rundown of the new features:&lt;br&gt;&lt;ul&gt;&lt;li&gt;Wireless (802.11) capturing and monitor mode on Vista – With
supported hardware, (Native WIFI), you can now trace wireless
management packets. You can scan all channels or a subset of the ones
your wireless NIC supports. You can also focus in on one specific
channel. We now show the wireless metadata for normal wireless frames.
This is really cool for t-shooting wireless problems. See signal
strength and transfer speed as you walk around your house! &lt;/li&gt;&lt;li&gt;RAS tracing support on Vista – Now you can trace your RAS
connections so you can see the traffic inside your VPN tunnel.
Previously this was only available with XP.
&lt;/li&gt;&lt;li&gt;Right click add to filter – Now there's an easier way to
discover how to create filters. Right click in the frame details data
element or a column field in the frame summary and select add to
filter. What could be easier!
&lt;/li&gt;&lt;li&gt;Microsoft Update enabled – Now you will be prompted when new
updates exist. NM3.1 will occasionally check for a new version and
notify you when one is available.
&lt;/li&gt;&lt;li&gt;New look filter toolbar – We've changed the UI related to
apply and remove filters. You can now apply a filter without having to
UN-apply it first.
&lt;/li&gt;&lt;li&gt;New reassembly engine – Our reassembly engine has been improved to handle a larger variety of protocol reassembly schemes.  
&lt;/li&gt;&lt;li&gt;New public parsers – These include ip1394, ipcp, ipv6cp,
madcap, pppoE, soap, ssdp, winsrpl, as well as improvements in the
previously shipped parsers.
&lt;/li&gt;&lt;li&gt;Numerous Bug Fixes – We've taken your reported problems on the connect site and fixed many of the confirmed bugs.
&lt;/li&gt;&lt;li&gt;Faster Parser Loading – We've significantly improved the time
it takes to load the parsers. Now rebuilding takes a fraction of the
time it used to.
&lt;/li&gt;&lt;/ul&gt;For those of you who are huge Ethereal/Wireshark fans, you really should checkout NetMon as it's really shaping up to be a nice product.  Plus you don't need to buy SMS to use it anymore &lt;img src="/Portals/_default/Smileys/smile.gif" border="0"&gt;&lt;br&gt;&lt;br&gt;Shawn&lt;br&gt;</description>
      <link>http://www.shawnbass.com/Blogs/tabid/58/EntryId/40/Network-Monitor-3-1-is-released.aspx</link>
      <author>shawn@shawnbass.com</author>
      <comments>http://www.shawnbass.com/Blogs/tabid/58/EntryId/40/Network-Monitor-3-1-is-released.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.shawnbass.com/Blogs/tabid/58/EntryId/40/Network-Monitor-3-1-is-released.aspx</guid>
      <pubDate>Tue, 03 Jul 2007 01:37:23 GMT</pubDate>
      <slash:comments>2</slash:comments>
      <trackback:ping>http://www.shawnbass.com/DesktopModules/Blog/Trackback.aspx?id=40</trackback:ping>
    </item>
    <item>
      <title>Windows 2003 Server SP2 is a critical update and will begin to be forced on June 12, 2007 via Automatic Updates (there is an opt-out though)</title>
      <description>If you haven't had a chance to test 2003 SP2 AND you're configured to automatic updates, you may be interested in knowing that Microsoft has a fix that will allow your servers to bypass the forced install of 2003 SP2 that will begin on June 12th, 2007.  If you're interested in using this opt-out, visit Microsoft's download site &lt;a href="http://www.microsoft.com/downloads/details.aspx?FamilyID=fc145b0b-c148-445a-82ba-9b2f3aef6e60&amp;DisplayLang=en"&gt;here&lt;/a&gt; for the download and instructions.&lt;br&gt;&lt;br&gt;Shawn&lt;br&gt;</description>
      <link>http://www.shawnbass.com/Blogs/tabid/58/EntryId/10/Windows-2003-Server-SP2-is-a-critical-update-and-will-begin-to-be-forced-on-June-12-2007-via-Automatic-Updates-there-is-an-opt-out-though.aspx</link>
      <author>shawn@shawnbass.com</author>
      <comments>http://www.shawnbass.com/Blogs/tabid/58/EntryId/10/Windows-2003-Server-SP2-is-a-critical-update-and-will-begin-to-be-forced-on-June-12-2007-via-Automatic-Updates-there-is-an-opt-out-though.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.shawnbass.com/Blogs/tabid/58/EntryId/10/Windows-2003-Server-SP2-is-a-critical-update-and-will-begin-to-be-forced-on-June-12-2007-via-Automatic-Updates-there-is-an-opt-out-though.aspx</guid>
      <pubDate>Wed, 04 Apr 2007 21:04:00 GMT</pubDate>
      <slash:comments>1</slash:comments>
      <trackback:ping>http://www.shawnbass.com/DesktopModules/Blog/Trackback.aspx?id=10</trackback:ping>
    </item>
    <item>
      <title>The exact reason why you should not allow PST files on the network</title>
      <description>I've always known that you're not supposed to use PST files across the network (LAN or WAN), but up until recently I did not have the specific proof as to the magnitude of problems it can cause (outside of corruption in the PST).  I was recently looking for this information to pass to a client of mine, and I came across a great blog article from the Server Performance Team at Microsoft.  Turns out there's all sorts of issues from I/O deadlocking to paged pool depletion, etc.  Head over their blog and view the &lt;a href="http://blogs.technet.com/askperf/archive/2007/01/21/network-stored-pst-files-don-t-do-it.aspx"&gt;article&lt;/a&gt;.&lt;br&gt;&lt;br&gt;Shawn&lt;br&gt;</description>
      <link>http://www.shawnbass.com/Blogs/tabid/58/EntryId/9/The-exact-reason-why-you-should-not-allow-PST-files-on-the-network.aspx</link>
      <author>shawn@shawnbass.com</author>
      <comments>http://www.shawnbass.com/Blogs/tabid/58/EntryId/9/The-exact-reason-why-you-should-not-allow-PST-files-on-the-network.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.shawnbass.com/Blogs/tabid/58/EntryId/9/The-exact-reason-why-you-should-not-allow-PST-files-on-the-network.aspx</guid>
      <pubDate>Wed, 04 Apr 2007 20:29:56 GMT</pubDate>
      <slash:comments>3</slash:comments>
      <trackback:ping>http://www.shawnbass.com/DesktopModules/Blog/Trackback.aspx?id=9</trackback:ping>
    </item>
  </channel>
</rss>