Semen Popov,

Сообщения с истекшим сроком жизни удаляются из очереди автоматически при первой операции MQGET на этой очереди.
Т.е. если к очереди никто не обращается, то в ней могут "копиться" сообщения с истекшим Expiry.
Если же просроченные сообщения остаются в очереди и после операции MQGET, то либо это бага, либо таки MQ считает что по этим сообщениям не закрыта транзакция, т.е. они не просто "лежат", а находятся в обработке.

Триггерные сообщения генерируются в очередь триггера только в том случае, если очередь триггера "слушается", т.е. input use count для этой очереди больше 0.
Если я правильно понял, триггер-монитор подключен к менеджеру MQ через клиентский канал. В этом случае может возникать ситуация, когда триггер-монитор считает что подключен к серверу, а с т.з. сервера соединение уже "отвалилось".

Тут нужно смотреть настройки TCP/IP на сервере и на клиенте, в частности параметр KeepAlive. Не помню есть ли параметр KeepAlive на канале SRVCONN для версии 5.3. Если есть, нужно проверять его значение.
Не мешает проверить версию клиента MQ там, где стоит триггер-монитор.

Ну и дальше нужно смотреть протоколы работы триггер-монитора и приложения обработчика, а так же лог-файлы клиента MQ (<MQ_ROOT>\error\AMQERRxx.log). Нужно однозначно определить на каком этапе происходит ошибка. Либо не генерируются сообщения триггеру, и тогда нужно разбираться с триггер-монитором. Или же триггер срабатывает и запускает обработчик и проблемы с получением сообщений уже у обработчика.

Semen Popov Версия клиента 1.4.1. Что подкрутить?
Это как ? Версия клиента MQ 1.4.1 - не верю :) Какая платформа/ОС?
Как минимум версию клиента попробовать поставить аналогичную версии и фикспаку сервера.

Semen PopovМожет, я напутал. В одном из файлов в директории инсталяции вычитал.
Команда та же, как для сервера, так и для клиента, mqver для версии 5.x, dspmqver для 6.0 и выше.
Если в общий PATH исполнимый каталог клиента не внесен, то искать эту команду в подкаталоге bin клиента.

Semen PopovЕвгений Хабаров,

по-моему тут изложена аналогичная ситуация. И Вы там даете рекомендации. А как на клиенте выставить KeepAlive?
В первую очередь этот параметр (таймауты) нужно настроить на уровне ОС.
Enabling TCP/IP KeepAlive on Windows
Windows TCP/IP Registry Entries

Вторым шагом нужно включить использование KeepAlive (Чтобы MQ выставлял флажок при создании сокета).
Setting the TCP/IP KeepAlive interval to be used by WebSphere MQ
To enable keepalive for a client, you need to define the following registry key:
HKLM\SOFTWARE\IBM\MQSeries\CurrentVersion\Configuration\TCP
and define a string value of 'KeepAlive' set to 'Yes'
Дополнительно, если SRVCONN таки "теряет" клиентов, есть еще такой документ: Number of client channels increasing

Semen Popov,

А, это похоже версия вот этого: MA7K: WebSphere MQ for Windows - Trigger monitor service
Не знаю как в версии 1.4.1, но в нынешней версии этой программе требуется клиент MQ.
Программа должна обращаться к библиотеке mqic32.dll, стоит поискать эту dll и посмотреть ее версию.
Список используемых DLL у исполняющейся программы можно посмотреть например с помощью Sysinternals Process Explorer для Windows .
Ну а уже у клиентской библиотеки mq (mqic32.dll) можно посмотреть свойства и узнать ее версию.