Вашему вопросу уже несколько дней. Вы что-нибудь узнали?
Моя интерпретация вашего сценария заключается в том, что отключенный кабель является ключом.
В сценарии, описанном Джоном, существует существующее соединение , и получатель не может правильно обработать сообщение в течение установленного срока.
Однако в вашем сценарии принимающая конечная точка никогда не получает возможности обработать сообщение, поэтому время ожидания может не наступить. Как вы сказали, состояние сообщения Waiting for connection
. Сообщение, которое было никогда не отправлено не может логически иметь время ожидания для достижения пункта назначения .
Просто спросите себя, сколько ресурсов Windows / MSMQ без необходимости пожертвует - и как часто - чтобы проверить MessageQueues на сколько условий, если очереди по существу неактивны ? В системе может быть много очередей с большим количеством сообщений.
Поведение, которое я ожидал бы , заключается в том, что если вы снова подключите сетевой кабель и соединение восстановится, то тогда, только тогда, когда это необходимо, ваше отравленное сообщение быть проверены на время ожидания и в конечном итоге перемещены в очередь DeadLetter.
Возможно, вы захотите проверить этот сценарий - или вы уже проверили его в это время?