 




<?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: Message stuck in Exchange SMTP Categorizer</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/message-stuck-in-exchange-categorizer/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/message-stuck-in-exchange-categorizer/</link>
	<description></description>
	<lastBuildDate>Thu, 23 May 2013 10:04:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: serendipity</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/message-stuck-in-exchange-categorizer/#comment-59478</link>
		<dc:creator>serendipity</dc:creator>
		<pubDate>Wed, 28 Jan 2009 00:14:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-59478</guid>
		<description><![CDATA[I forgot to mention that I had set the debug logging level to maximum for the Categorizer on the two smtp gateway servers having this problem.  The main Categorizer event ID I see is 6015, for legitimate NDRs.  I&#039;m not able to find any event log entries corresponding to the times when I have found messages not getting beyond the Categorizer.]]></description>
		<content:encoded><![CDATA[<p>I forgot to mention that I had set the debug logging level to maximum for the Categorizer on the two smtp gateway servers having this problem.  The main Categorizer event ID I see is 6015, for legitimate NDRs.  I&#8217;m not able to find any event log entries corresponding to the times when I have found messages not getting beyond the Categorizer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: serendipity</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/message-stuck-in-exchange-categorizer/#comment-59476</link>
		<dc:creator>serendipity</dc:creator>
		<pubDate>Tue, 27 Jan 2009 23:46:08 +0000</pubDate>
		<guid isPermaLink="false">#comment-59476</guid>
		<description><![CDATA[David,
Thank you so much for this information.  I had searched Microsoft&#039;s site and never found any explanation of what causes messages to get stuck in the Categorizer.

However, it doesn&#039;t look like the problem we are having is caused by the same things mentioned in the MS article KB952841.  The article sounds like this is the only cause for messages stopping in the Categorizer.  I checked our servers&#039; application event logs, and did not find the same event codes listed in the article.  I installed the IIS 6 resource kit tools and ran the Metabase Explorer, following the article&#039;s instructions.  Under LM, there were two entries, but one was &quot;1&quot; and the second was &quot;info.&quot;  The info entry was not expandable, and contained  no domain names.  All relevant information seemed to be in the &quot;1&quot; entry, so I did not want to delete it.

I appreciate your help with this problem, but there must be something else causing the problem we are having, unless I misunderstood the MS article.]]></description>
		<content:encoded><![CDATA[<p>David,<br />
Thank you so much for this information.  I had searched Microsoft&#8217;s site and never found any explanation of what causes messages to get stuck in the Categorizer.</p>
<p>However, it doesn&#8217;t look like the problem we are having is caused by the same things mentioned in the MS article KB952841.  The article sounds like this is the only cause for messages stopping in the Categorizer.  I checked our servers&#8217; application event logs, and did not find the same event codes listed in the article.  I installed the IIS 6 resource kit tools and ran the Metabase Explorer, following the article&#8217;s instructions.  Under LM, there were two entries, but one was &#8220;1&#8243; and the second was &#8220;info.&#8221;  The info entry was not expandable, and contained  no domain names.  All relevant information seemed to be in the &#8220;1&#8243; entry, so I did not want to delete it.</p>
<p>I appreciate your help with this problem, but there must be something else causing the problem we are having, unless I misunderstood the MS article.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 6/9 queries in 0.011 seconds using memcached
Object Caching 282/285 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-23 10:12:29 -->