Transactional MSMQ Messages going straight to the Transactional Dead Letter Queue (XactDeadletter)?

We had an interesting error come up with a particular use case in MSMQ Inspector. In short, we had a client using messages from the Journal queue to copy and paste into the original queue for replaying a scenario (a handy trick for testing etc).

The puzzling part was that the messages were being received ten bounced as a dead letter – almost always (not always of course!) We could see them arriving in the queue but immediately going to the local systems transactional dead letter queue (".\XactDeadletter$").

The issue turned out to be that in their circumstances, the message was being copied with a TimeToBeReceived being copied across as 0. You wanna be quick. The fix?

message.TimeToBeReceived = Message.InfiniteTimeout;

We use Infinite Timeout simply because you are "pasting" a copy of the message, if this was an in house application you would more likely give it a time to live.

The bug fix is in version 1.0.9.61 or later of MSMQ Inspector:

http://viridissoftware.com.au/Products/MsmqInspector/ReleaseNotes