Пока не указано в XEP-0060, что владельцы не должны иметь доступ к списку подписчиков, я бы сказал, что для данной реализации службы pubsub вполне разумно разрешить вам переопределять правила контроля доступа.
К сожалению, я не знаю Openfire, чтобы узнать, возможно ли это там.
Обновление: При повторном чтении вопроса я понимаю, что вы можете использовать узел pubsub в качестве комнаты псевдо-MUC. Проблема заключается в том, что вы не будете получать уведомления, когда список подписчиков изменится (т. Е. Кто-то присоединяется или уходит). Вы также не сможете добавлять расширенную информацию так же, как вы можете, с нормальными строфами присутствия.
По этой причине я не рекомендую этот подход (учитывая малое, что я знаю о том, что вы пытаетесь сделать).
Я пытаюсь создать разные группы, где также можно общаться. Группы будут разными узлами pubsub, и я хочу связать каждый узел pubsub с комнатой MUC, чтобы люди могли видеть, кто в сети, и могут общаться друг с другом. С другой стороны, в узле pubsub будут проводиться различные обсуждения и их необходимо сохранить. Затем MUC и узел pubsub должны быть созданы одновременно (и, возможно, с тем же именем), и когда абонент хочет получить сообщения в pubsub, также будет ссылка на соответствующий чат MUC .. (см. следующий комментарий) – user1054134
, где по крайней мере онлайн-пользователи будут доступны для чата. Но получить полный список подписки пока не удастся. Или у вас есть идея, как настроить его каким-то образом для хранения пользователей, поскольку они подписываются где-нибудь в описании pubsub или MUC, поскольку будет только один тип клиентов xmpp, поэтому он не должен быть совместим с разными клиентами xmpp. – user1054134
Звучит так, как будто вы просто хотите, чтобы служба pubsub предоставляла доступ кому-либо в комнате MUC с тем же именем, что и узел. Узел pubsub будет использоваться для чего-то другого, кроме чата, правильно? – MattJ