<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>MSMQ from the plumber's mate</title><link>http://blogs.msdn.com/johnbreakwell/default.aspx</link><description>MSMQ is part of your business' IT plumbing which makes you the plumber and I'm your mate. </description><dc:language>en-GB</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>MSMQ and Silverlight - pardon?</title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/11/04/msmq-and-silverlight-pardon.aspx</link><pubDate>Wed, 04 Nov 2009 13:25:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9917981</guid><dc:creator>JohnBrea</dc:creator><slash:comments>3</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9917981.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9917981</wfw:commentRss><description>I was stalking the MSMQ topic on Twitter and found someone bemoaning the absence of MSMQ in Silverlight. This did cause me to reassess my (very limited) concept of what Silverlight actually was - a system for generating pretty graphical apps that competes...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/11/04/msmq-and-silverlight-pardon.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9917981" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx">MSMQ</category><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/Silverlight/default.aspx">Silverlight</category></item><item><title>Which editions have full 64-bit support in BizTalk?</title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/11/04/which-editions-have-full-64-bit-support-in-biztalk.aspx</link><pubDate>Wed, 04 Nov 2009 10:52:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9917248</guid><dc:creator>JohnBrea</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9917248.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9917248</wfw:commentRss><description>There are times when a table explains things so much better than just text. From BizTalk Server 64-Bit Support : Which versions of 64-bit Windows are supported? All versions of BizTalk Server 2006 support 32-bit execution on Windows Server 2003 x64 (including...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/11/04/which-editions-have-full-64-bit-support-in-biztalk.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9917248" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/BizTalk/default.aspx">BizTalk</category><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/64+bit/default.aspx">64 bit</category></item><item><title>Message Queuing Downlevel Client Support won't work with MSMQ error code 0xC00E1001</title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/11/03/message-queuing-downlevel-client-support-won-t-work-with-msmq-error-code-0xc00e1001.aspx</link><pubDate>Tue, 03 Nov 2009 16:26:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9916835</guid><dc:creator>JohnBrea</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9916835.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9916835</wfw:commentRss><description>To test out a problem for a customer, I had to add a Windows 2000 server and MSMQ 2.0 to one of my domains. The installation of the Active Directory Integration portion failed as it could not contact the domain controller. The DC was definitely running...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/11/03/message-queuing-downlevel-client-support-won-t-work-with-msmq-error-code-0xc00e1001.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9916835" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/Emergency+Callout/default.aspx">Emergency Callout</category><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx">MSMQ</category></item><item><title>How much load does MSMQ put on Active Directory?</title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/11/03/how-much-load-does-msmq-put-on-active-directory.aspx</link><pubDate>Tue, 03 Nov 2009 14:13:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9916755</guid><dc:creator>JohnBrea</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9916755.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9916755</wfw:commentRss><description>I recently had a request from a customer who is planning on changing his MSMQ servers from workgroup mode to AD Integrated mode. They were looking for information and guidance on what kind of stress this would place on their AD Infrastructure. They have...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/11/03/how-much-load-does-msmq-put-on-active-directory.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9916755" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx">MSMQ</category></item><item><title>TechEd Europe 2009 - Berlin here we come!</title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/11/03/teched-europe-2009-berlin-here-we-come.aspx</link><pubDate>Tue, 03 Nov 2009 11:05:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9916712</guid><dc:creator>JohnBrea</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9916712.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9916712</wfw:commentRss><description>Only a few days to go before I'll be helping out on the "Ask The Experts" booths in Berlin. If you are at the event then please pop by and say "hello" - you don't even need to have a question. :-) During my free time I’ll be catching up on the BizTalk...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/11/03/teched-europe-2009-berlin-here-we-come.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9916712" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/BizTalk/default.aspx">BizTalk</category><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/TechEd/default.aspx">TechEd</category></item><item><title>Host Integration Server 2009 Management Pack for SCOM 2007 is now available in the Management Pack catalogue</title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/10/31/host-integration-server-2009-management-pack-for-scom-2007-is-now-available-in-the-management-pack-catalogue.aspx</link><pubDate>Fri, 30 Oct 2009 23:19:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9915540</guid><dc:creator>JohnBrea</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9915540.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9915540</wfw:commentRss><description>The Host Integration Server 2009 Management Pack for Operations Manager 2007 provides the capabilities for Operations Manager to discover and monitor the availability of Host Integration Server 2009 server components and applications. It includes availability...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/31/host-integration-server-2009-management-pack-for-scom-2007-is-now-available-in-the-management-pack-catalogue.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9915540" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ-MQSeries+Bridge/default.aspx">MSMQ-MQSeries Bridge</category><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/MOM/default.aspx">MOM</category><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/Host+Integration+Server/default.aspx">Host Integration Server</category></item><item><title>MSMQ messages using HTTP just won't get delivered #17</title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/10/29/msmq-messages-using-http-just-won-t-get-delivered-17.aspx</link><pubDate>Thu, 29 Oct 2009 10:07:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9914611</guid><dc:creator>JohnBrea</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9914611.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9914611</wfw:commentRss><description>If you are having trouble sending transactional messages from a Windows XP client, bear in mind that the format of the Mapping file you have created is going to be different from that used in later operating systems. The differences are discussed in Message...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/29/msmq-messages-using-http-just-won-t-get-delivered-17.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9914611" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ+over+HTTP/default.aspx">MSMQ over HTTP</category></item><item><title>Troubleshooting MSMQ over HTTP - nothing in the web server log files?</title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/10/21/troubleshooting-msmq-over-http-nothing-in-the-web-server-log-files.aspx</link><pubDate>Wed, 21 Oct 2009 16:22:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9910710</guid><dc:creator>JohnBrea</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9910710.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9910710</wfw:commentRss><description>If you are scratching your head because the files in the %windir%\system32\LogFiles\W3SVC1 directory have no entries for the incoming MSMQ messages then you need to tick two boxes: Open up Computer Management Navigate to: Services and Applications Internet...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/21/troubleshooting-msmq-over-http-nothing-in-the-web-server-log-files.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9910710" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/Emergency+Callout/default.aspx">Emergency Callout</category><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ+over+HTTP/default.aspx">MSMQ over HTTP</category></item><item><title>Error 0xC00E0033 when you try and install MSMQ with Active Directory Integration</title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/10/21/error-0xc00e0033-when-you-try-and-install-msmq-with-active-directory-integration.aspx</link><pubDate>Wed, 21 Oct 2009 11:47:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9910527</guid><dc:creator>JohnBrea</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9910527.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9910527</wfw:commentRss><description>As is the way, when I set up various tests with my trusty servers I bump into problems that haven't been documented before. The machines are used for many scenarios so have changed domain a few times and been upgraded every now and then. I know I should...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/21/error-0xc00e0033-when-you-try-and-install-msmq-with-active-directory-integration.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9910527" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx">MSMQ</category><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/Security/default.aspx">Security</category></item><item><title>Setting storage quotas for multiple instances of MSMQ on a cluster</title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/10/20/setting-storage-quotas-for-multiple-instances-of-msmq-on-a-cluster.aspx</link><pubDate>Tue, 20 Oct 2009 17:19:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9910072</guid><dc:creator>JohnBrea</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9910072.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9910072</wfw:commentRss><description>Microsoft Message Queuing is capable of handling a large volume of messages at any one time but this ability is not limitless. The performance of any machine, no matter the specification, will degrade eventually and to prevent this it is recommended to...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/20/setting-storage-quotas-for-multiple-instances-of-msmq-on-a-cluster.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9910072" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx">MSMQ</category></item><item><title>Dependent clients still good past their sell-by dates</title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/10/16/dependent-clients-still-good-past-there-sell-by-dates.aspx</link><pubDate>Fri, 16 Oct 2009 14:37:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9908208</guid><dc:creator>JohnBrea</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9908208.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9908208</wfw:commentRss><description>Sharing an interesting support case that I resolved today. Dependent clients are not a common MSMQ installation type for a number of reasons. Mainly people don't know they exist but also support for them has been reduced in recent versions of MSMQ). An...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/16/dependent-clients-still-good-past-there-sell-by-dates.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9908208" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx">MSMQ</category><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/Dependent+Client/default.aspx">Dependent Client</category></item><item><title>How often does MSMQ crawl your forest?</title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/10/12/how-often-does-msmq-crawl-your-forest.aspx</link><pubDate>Mon, 12 Oct 2009 14:52:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9906239</guid><dc:creator>JohnBrea</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9906239.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9906239</wfw:commentRss><description>MSMQ comes in two parts: The moving of messages from one place to another The mapping of where messages can be sent For this blog post, I'm concentrating on the second. If you have Active Directory-integrated clients then you will have a lot of information...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/12/how-often-does-msmq-crawl-your-forest.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9906239" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx">MSMQ</category></item><item><title>Today's favourite command line (#4 in a series) </title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/10/07/today-s-favourite-command-line-4-in-a-series.aspx</link><pubDate>Wed, 07 Oct 2009 15:27:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9904323</guid><dc:creator>JohnBrea</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9904323.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9904323</wfw:commentRss><description>I'm currently struggling with some massive text files that contain error logging from MSMQ. Unfortunately a lot of the content is noise - entries that are of no use in the troubleshooting process but can't be switched off beforehand. I've just worked...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/07/today-s-favourite-command-line-4-in-a-series.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9904323" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/Tools/default.aspx">Tools</category></item><item><title>Use Windows security sparingly for MSMQ messages</title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/10/02/use-windows-security-sparingly-for-msmq-messages.aspx</link><pubDate>Fri, 02 Oct 2009 14:11:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9902298</guid><dc:creator>JohnBrea</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9902298.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9902298</wfw:commentRss><description>Looking for help on an (unrelated) MSMQ issue, I found this footnote to one of the posts on Peter Bromberg's blog which I thought was worth sharing: And here is a performance issue I didn't know before: Use Windows Security Sparingly MSMQ uses the standard...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/02/use-windows-security-sparingly-for-msmq-messages.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9902298" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx">MSMQ</category><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/Performance/default.aspx">Performance</category></item><item><title>"Insufficient Resources" update for troubleshooting MSMQ on Windows 2000 machines</title><link>http://blogs.msdn.com/johnbreakwell/archive/2009/09/29/insufficient-resources-update-for-troubleshooting-msmq-on-windows-2000-machines.aspx</link><pubDate>Tue, 29 Sep 2009 20:03:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9900891</guid><dc:creator>JohnBrea</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/johnbreakwell/comments/9900891.aspx</comments><wfw:commentRss>http://blogs.msdn.com/johnbreakwell/commentrss.aspx?PostID=9900891</wfw:commentRss><description>Back in September 2006 , I posted some copious instructions for troubleshooting " Insufficient Resources " problems. One thing I discovered this week is that the steps for measuring kernel memory will not work on Windows 2000. If you try to use WinDbg...(&lt;a href="http://blogs.msdn.com/johnbreakwell/archive/2009/09/29/insufficient-resources-update-for-troubleshooting-msmq-on-windows-2000-machines.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9900891" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/Emergency+Callout/default.aspx">Emergency Callout</category><category domain="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx">MSMQ</category></item></channel></rss>