Year: 2007

Here’s a list of utilities that you may want to familiarise yourself with before trying to resolve any MSMQ networking issues you encounter. Most of them are already well documented on TechNet so there isn’t much for me to say except “I wish there were more!” MSMQ Backup The most important tool is MQBKUP.EXE so…

A buffer overrun has been identified in MSMQ 2.0 (Windows 2000) and MSMQ 3.0 (Windows XP) which allows code to be executed as Local System. To exploit this vulnerability locally on Microsoft 2000 Professional and Windows XP, an attacker would first have to log on to the system. To exploit this vulnerability remotely on Microsoft…

Here’s one I’ve copied from the Motley Queüe Blog for Windows 2008 so its a bit early. MSMQ’s transactional message support uses internal messages called “order ACKs” to coordinate between sender and receiver so that no user messages are lost. When transactional messages are sent via HTTP, the URLs used to send the order ACKs…

It is not always efficient for business reasons to implement a classic push system – “send remote, read local” – and a pull mechanism may instead be required – “send local, read remote”. The downside to this has been that the “read remote” couild not be transactional which makes the operation unreliable and prone to data loss. Transactional…

Probably a niche implementation but if it helps someone then it has been worthwhile. Windows XPe (XP Embedded) comes with an option called an Enhanced Write Filter that prevents the disk devices from being updated. Any updates are instead made to an Overlay that exists in RAM (volatile) or on another disk device (persistent). These are touched on…

This isn’t news but I thought I should highlight it in case its new to you. If you want a hotfix for a problem Microsoft has resolved in MSMQ (or in any other of their products) then you don’t need to phone in and raise a support request. You can instead use the Hotfix Request Web Submission…

If you’re in Barcelona this week and want to chat about MSMQ then come along to the “Ask The Experts” area on Tuesday/Wednesday mornings and Thursday afternoon. I’ll be sitting at the “Microsoft Vista” pod with an “I’m an expert in Vista” badge (no, don’t ask why…). Also make sure you try out the Hands-On…

Here’s another “MSMQ messages wouldn’t leave the outgoing queue” problem that a customer reported this week. The root cause was an entry in the HOSTS file from an ancient project the machine had been used for in a previous life: 127.0.0.1 localhost10.12.4.7 intranet To process the HTTP request, the MQISE component makes an RPC call…

I had a customer the other day find that their performance with MSMQ was pretty poor until they defragged the disk. Not only were the storage files fragmented so reading and writing recoverable messages was slow but also creating new storage files on demand took time as free space was not contiguous. This got me thinking about…

Found a Vista patch that “improves the compatibility, reliability, and stability of Windows Vista”. Well, actually, my machine found it through “problem reports and solutions” (great Vista feature) after it crashed J An update is available that improves the compatibility, reliability, and stability of Windows Vista I have no idea why this update…