Whenever a Windows component crashes, my first instinct is to check to see if any third-party programs have been installed on the system. This also applies to Exchange servers, which can play host to any number of add-ons -- antispam software, antivirus applications, and so on.
If a third-party program malfunctions, it can manifest in any number of ways, not the least of which is the malfunction or failure of a Windows or Exchange Server subsystem.
A recent and unfortunately common example is an issue with Symantec Mail Security for Microsoft Exchange that causes Internet Information Services (IIS) to crash unexpectedly.
Logged errors reveal that a problem in the Symantec Mail Security component \Program Files\Symantec\SMSMSE\5.0\Server\bin\libspamhunter.dll is to blame.
Symantec has apparently been aware of the Symantec MailSecurity problem on Microsoft Exchange for some time and has released an update that specifically addresses it (it's in version 5.0.5.366 of the product). Unfortunately, some people continue to report problems even after applying the recommended update.
There is a workaround that was recommended by Symantec before the fix was made available. It continues to be used even after applying the fix, since the fix doesn't seem to be a universal remedy:
The problem appears to be related to one of the above rulesets. People who have experimented with removing each rule type in turn have found that the body_regex ruleset is the most problematic; it should be removed first for the most immediate results. Remove the others one by one from the top down if that doesn't solve the problem.
Also, if you're dealing with a multi-node Exchange Server system, the same fix must be applied across each node of the cluster, in exactly the same manner (i.e., you need to delete the same lines in eac
To continue reading for free, register below or login
To read more you must become a member of SearchExchange.com
h node's .XML file).
Finally, it doesn't hurt to upgrade to the most recent version of a third-party program whenever possible, but bear in mind that this alone may not solve this particular issue.
About the author: Serdar Yegulalp is editor of Windows Insight, a newsletter devoted to hints, tips, tricks, news and goodies for all flavors of Windows users.
MEMBER FEEDBACK TO THIS MICROSOFT EXCHANGE TIP
Symantec Mail Security 6 fixes this (finally). It's a free upgrade for currently licensed users. (You would not have this problem if you were not current, anyway.)
—David W.
******************************************
This issue has been resolved with Symantec Mail Security (SMS) for Microsoft Exchange 5.0.6 and Symantec Information Foundation Mail Security for Microsoft Exchange 6.0 (the new name for SMS.)
—John G.
******************************************
Just an FYI that I still had this problem with a brand new Microsoft Windows 2003 SP2 and Exchange 2003 SP2 server with Symantec Information Foundation (Mail Security) version 6.0. I still had to remove the lines from the file bmiconfig.xml for virtual memory and IIS issues to go away.
—John D.
Do you have comments on this tip? Let us know.
Related information from SearchExchange.com:
Tip: Common Microsoft Outlook .DLL errors
Tip: Exchange Server diagnostics – digging into IIS logs
Step-by-Step Guide: How to repair Exchange-related IIS virtual directories
Reference Center: Exchange Server and IIS tips and resources
Please let others know how useful this tip was via the rating scale below. Do you have a useful Exchange Server or Microsoft Outlook tip, timesaver or workaround to share? Submit it to SearchExchange.com. If we publish it, we'll send you a thank-you gift only an IT geek could love.
