Filka13,

Клиент MQ при работе через канал передает на сервер идентификатор пользователя, от имени которого запущена программа.
Если на сервере нет такого же идентификатора, то клиент получит сообщение об ошибке, т.к. не будет иметь достаточных прав на подключение к серверу. Ошибка будет зафиксирована в логе ошибок сервера.

Самый простой способ этого избежать - явно задать локального (с т.з. менеджера MQ) пользователя в свойствах канала SVRCONN, через который подключается этот клиент.
Свойство называется "MCA User ID". А прописывание туда пользователя MQUSR_MQADMIN обычно дает полные права на работу со всеми объектами менеджера MQ.
Этот сценарий хорош для проверки что причина была именно в этом, но для дальнейшей работы он непригоден, т.к. это солидная "дыра" в защите ресурсов сервера, ибо каждый, кто сможет прицепиться к каналу, получит права администратора менеджера MQ.

Поэтому желательно пользователя так или иначе аутентифицировать и выдавать конкретно этому пользователю необходимые полномочия. Полномочия назначаются командой setmqaut и отображаются командой dspmqaut. И та и другая команда работают на сервере. Назначение/отображение прав можно выполнять и через инструмент WebSphere MQ Explorer.

Filka13,

В принципе может.
Но вообще то нужно смотреть логи ошибок на клиенте и сервере, чтобы выяснить суть ошибки.
Если есть сомнения в клиенте, то по ссылке можно скачать клиент нужной версии: WebSphere MQ - SupportPacs by Product
Ссылки с этой страницы:
MQC6: WebSphere MQ V6.0 Clients
MQC7: WebSphere MQ V7.0 Clients
MQC71: WebSphere MQ V7.1 Clients
MQC75: WebSphere MQ V7.5 Clients

Filka13,

Можно завести свой IBMID. Там единственное ограничение было (может сейчас и его уже убрали) что электронная почта должна быть "корпоративная", т.е. отличная от @gmail.com, @mail.ru и т.п.

Такой IBM ID дает право качать любое ПО из категории бесплатного. MQ Client относится как раз к этой категории.