<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-GB"><title type="html">MSMQ from the plumber's mate</title><subtitle type="html">MSMQ is part of your business' IT plumbing which makes you the plumber and I'm your mate. </subtitle><id>http://blogs.msdn.com/johnbreakwell/atom.xml</id><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/default.aspx" /><link rel="self" type="application/atom+xml" href="http://blogs.msdn.com/johnbreakwell/atom.xml" /><generator uri="http://communityserver.org" version="2.1.61025.2">Community Server</generator><updated>2009-09-29T18:03:00Z</updated><entry><title>MSMQ and Silverlight - pardon?</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/archive/2009/11/04/msmq-and-silverlight-pardon.aspx" /><id>http://blogs.msdn.com/johnbreakwell/archive/2009/11/04/msmq-and-silverlight-pardon.aspx</id><published>2009-11-04T13:25:00Z</published><updated>2009-11-04T13:25:00Z</updated><content type="html">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 with Adobe's Flash . Basically I found I had no idea what Silverlight could, or could not, do. According to the Microsoft site, "Silverlight helps you create rich web applications that run on Mac OS, Windows, and Linux. Welcome to a new level of...(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="MSMQ" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx" /><category term="Silverlight" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/Silverlight/default.aspx" /></entry><entry><title>Which editions have full 64-bit support in BizTalk?</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/archive/2009/11/04/which-editions-have-full-64-bit-support-in-biztalk.aspx" /><id>http://blogs.msdn.com/johnbreakwell/archive/2009/11/04/which-editions-have-full-64-bit-support-in-biztalk.aspx</id><published>2009-11-04T10:52:00Z</published><updated>2009-11-04T10:52:00Z</updated><content type="html">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 R2) and Windows XP Professional x64 by using WOW64. Additionally, BizTalk Server 2006 Enterprise, Developer, Branch, and Evaluation Editions support native 64-bit execution on Windows Server 2003 x64 (including R2) and Windows XP Professional...(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="BizTalk" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/BizTalk/default.aspx" /><category term="64 bit" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/64+bit/default.aspx" /></entry><entry><title>Message Queuing Downlevel Client Support won't work with MSMQ error code 0xC00E1001</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/archive/2009/11/03/message-queuing-downlevel-client-support-won-t-work-with-msmq-error-code-0xc00e1001.aspx" /><id>http://blogs.msdn.com/johnbreakwell/archive/2009/11/03/message-queuing-downlevel-client-support-won-t-work-with-msmq-error-code-0xc00e1001.aspx</id><published>2009-11-03T16:26:00Z</published><updated>2009-11-03T16:26:00Z</updated><content type="html">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 but the "Message Queuing Downlevel Client Support" service, although set to Automatic, was failing to start which meant MSMQ was deaf to any 2.0 clients. Event Type: Error Event Source: MSMQ Event Category: None Event ID: 2035 Date: 02/11/2009 Time:...(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="Emergency Callout" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/Emergency+Callout/default.aspx" /><category term="MSMQ" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx" /></entry><entry><title>How much load does MSMQ put on Active Directory?</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/archive/2009/11/03/how-much-load-does-msmq-put-on-active-directory.aspx" /><id>http://blogs.msdn.com/johnbreakwell/archive/2009/11/03/how-much-load-does-msmq-put-on-active-directory.aspx</id><published>2009-11-03T14:13:00Z</published><updated>2009-11-03T14:13:00Z</updated><content type="html">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 20 queues, processing a total of 100,000 messages/day, with a 1MB average message size. I thought I would share my thoughts on this migration. The first point to cover is what MSMQ uses Active Directory for and how it doesn't have to relate to delivering...(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="MSMQ" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx" /></entry><entry><title>TechEd Europe 2009 - Berlin here we come!</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/archive/2009/11/03/teched-europe-2009-berlin-here-we-come.aspx" /><id>http://blogs.msdn.com/johnbreakwell/archive/2009/11/03/teched-europe-2009-berlin-here-we-come.aspx</id><published>2009-11-03T11:05:00Z</published><updated>2009-11-03T11:05:00Z</updated><content type="html">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 (plus WCF and Azure) sessions or trying out the Hands-On Labs. The BizTalk sessions are as follows – ESB seems to be a subject that has been appearing a lot lately so INT306 should be worth at least an hour of your time. Tuesday morning INT205 Introducing...(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="BizTalk" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/BizTalk/default.aspx" /><category term="TechEd" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/TechEd/default.aspx" /></entry><entry><title>Host Integration Server 2009 Management Pack for SCOM 2007 is now available in the Management Pack catalogue</title><link rel="alternate" type="text/html" 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" /><id>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</id><published>2009-10-30T23:19:00Z</published><updated>2009-10-30T23:19:00Z</updated><content type="html">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 monitors for the SNA Gateway, Application Integration, Data Integration, and Message Integration features. In addition to health monitoring capabilities, this management pack includes rules to generate alerts for critical conditions and views...(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="MSMQ-MQSeries Bridge" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ-MQSeries+Bridge/default.aspx" /><category term="MOM" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/MOM/default.aspx" /><category term="Host Integration Server" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/Host+Integration+Server/default.aspx" /></entry><entry><title>MSMQ messages using HTTP just won't get delivered #17</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/29/msmq-messages-using-http-just-won-t-get-delivered-17.aspx" /><id>http://blogs.msdn.com/johnbreakwell/archive/2009/10/29/msmq-messages-using-http-just-won-t-get-delivered-17.aspx</id><published>2009-10-29T10:07:00Z</published><updated>2009-10-29T10:07:00Z</updated><content type="html">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 Queuing HTTP Deployment Scenarios for Microsoft® Windows Server™ 2003 and Microsoft® Windows® XP Professional and I've highlighted the particular content in a table as follows: Scenario 1: External Client Sending Transactional and Nontransactional...(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="MSMQ over HTTP" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ+over+HTTP/default.aspx" /></entry><entry><title>Troubleshooting MSMQ over HTTP - nothing in the web server log files?</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/21/troubleshooting-msmq-over-http-nothing-in-the-web-server-log-files.aspx" /><id>http://blogs.msdn.com/johnbreakwell/archive/2009/10/21/troubleshooting-msmq-over-http-nothing-in-the-web-server-log-files.aspx</id><published>2009-10-21T16:22:00Z</published><updated>2009-10-21T16:22:00Z</updated><content type="html">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 Information Services (IIS) Manager Web Sites Default Web Site Right-click the web site and choose Properties On the Web Site tab, tick "Enable Logging" and press OK Right-click the MSMQ application underneath the web site and choose Properties...(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="Emergency Callout" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/Emergency+Callout/default.aspx" /><category term="MSMQ over HTTP" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ+over+HTTP/default.aspx" /></entry><entry><title>Error 0xC00E0033 when you try and install MSMQ with Active Directory Integration</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/21/error-0xc00e0033-when-you-try-and-install-msmq-with-active-directory-integration.aspx" /><id>http://blogs.msdn.com/johnbreakwell/archive/2009/10/21/error-0xc00e0033-when-you-try-and-install-msmq-with-active-directory-integration.aspx</id><published>2009-10-21T11:47:00Z</published><updated>2009-10-21T11:47:00Z</updated><content type="html">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 build fresh ones but the old virtual machies are handy... Most recent issue arose when I tried to get a Windows 2008 client to install MSMQ with Active Directory Integration. The client would install in workgroup mode fine but could not create the...(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="MSMQ" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx" /><category term="Security" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/Security/default.aspx" /></entry><entry><title>Setting storage quotas for multiple instances of MSMQ on a cluster</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/20/setting-storage-quotas-for-multiple-instances-of-msmq-on-a-cluster.aspx" /><id>http://blogs.msdn.com/johnbreakwell/archive/2009/10/20/setting-storage-quotas-for-multiple-instances-of-msmq-on-a-cluster.aspx</id><published>2009-10-20T17:19:00Z</published><updated>2009-10-20T17:19:00Z</updated><content type="html">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 make use of storage limits (also known as system quotas). Default values are usually 1GB but it is advisable to review your needs and raise (or lower) the value as appropriate. There are two ways of setting the storage limit, depending on how MSMQ...(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="MSMQ" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx" /></entry><entry><title>Dependent clients still good past their sell-by dates</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/16/dependent-clients-still-good-past-there-sell-by-dates.aspx" /><id>http://blogs.msdn.com/johnbreakwell/archive/2009/10/16/dependent-clients-still-good-past-there-sell-by-dates.aspx</id><published>2009-10-16T14:37:00Z</published><updated>2009-10-16T14:37:00Z</updated><content type="html">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 example scenario where dependent clients are useful could be as follows: A dangerous environment has computerised sensors which use MSMQ for data handling. Independent clients would not be a good choice as messages on the local hard disk could be lost...(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="MSMQ" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx" /><category term="Dependent Client" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/Dependent+Client/default.aspx" /></entry><entry><title>How often does MSMQ crawl your forest?</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/12/how-often-does-msmq-crawl-your-forest.aspx" /><id>http://blogs.msdn.com/johnbreakwell/archive/2009/10/12/how-often-does-msmq-crawl-your-forest.aspx</id><published>2009-10-12T14:52:00Z</published><updated>2009-10-12T14:52:00Z</updated><content type="html">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 stored on the domain controllers to make them work. For example, you may want to route messages from one side of your enterprise (or forest) to the other. This requires an understanding of the site topology and availability of routing servers between...(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="MSMQ" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx" /></entry><entry><title>Today's favourite command line (#4 in a series) </title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/07/today-s-favourite-command-line-4-in-a-series.aspx" /><id>http://blogs.msdn.com/johnbreakwell/archive/2009/10/07/today-s-favourite-command-line-4-in-a-series.aspx</id><published>2009-10-07T15:27:00Z</published><updated>2009-10-07T15:27:00Z</updated><content type="html">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 out that the command line utility FIND has what I need. For example, I know (for the problem I'm looking at) that I can ignore any log entry containing the error code "0xC00E001B" (timeout). The following will take the original log file and create a...(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="Tools" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/Tools/default.aspx" /></entry><entry><title>Use Windows security sparingly for MSMQ messages</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/archive/2009/10/02/use-windows-security-sparingly-for-msmq-messages.aspx" /><id>http://blogs.msdn.com/johnbreakwell/archive/2009/10/02/use-windows-security-sparingly-for-msmq-messages.aspx</id><published>2009-10-02T14:11:00Z</published><updated>2009-10-02T14:11:00Z</updated><content type="html">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 Windows security model. You can configure queues to permit only senders and receivers with appropriate security privileges. The tradeoff for including Windows security in messaging is that it takes about 2.5 times as long to send the same messages....(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="MSMQ" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx" /><category term="Performance" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/Performance/default.aspx" /></entry><entry><title>"Insufficient Resources" update for troubleshooting MSMQ on Windows 2000 machines</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/johnbreakwell/archive/2009/09/29/insufficient-resources-update-for-troubleshooting-msmq-on-windows-2000-machines.aspx" /><id>http://blogs.msdn.com/johnbreakwell/archive/2009/09/29/insufficient-resources-update-for-troubleshooting-msmq-on-windows-2000-machines.aspx</id><published>2009-09-29T20:03:00Z</published><updated>2009-09-29T20:03:00Z</updated><content type="html">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 for local kernel debugging, you'll get an error saying: "The system does not support local kernel debugging. Local kernel debugging requires Windows XP, Administrative privileges, and is not supported by WOW64" The solution is to launch WinDbg using...(&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;</content><author><name>JohnBrea</name><uri>http://blogs.msdn.com/members/JohnBrea.aspx</uri></author><category term="Emergency Callout" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/Emergency+Callout/default.aspx" /><category term="MSMQ" scheme="http://blogs.msdn.com/johnbreakwell/archive/tags/MSMQ/default.aspx" /></entry></feed>