В нашей организации уже около года работает сервер Openfire. До сих пор мы использовали его для обмена сообщениями в I.T. Отдел и оповещения для всех пользователей. На этой неделе мы столкнулись с проблемой, когда одна система вышла из строя и было отправлено несколько уведомлений для информирования пользователей о прогрессе. Некоторые из пользователей были радиологами, которые не используют конкретную рассматриваемую систему, и эти пользователи сочли ее скорее раздражающей, чем информативной. С тех пор мне было поручено найти более детальную систему предупреждений. Я уверен, что Openfire справится с этим, и я почти решил, как заставить это работать. Моя идея - создать около полдюжины пользователей. Например: персонал, врач, ассистент и руководитель. Использование Spark в качестве нашего мессенджера до сих пор отлично работало, поэтому я хотел бы придерживаться этого, если возможно. Имея это в виду, в расширенных функциях входа имя ресурса может быть изменено на что-то уникальное, и неуникальные пользователи могут входить в систему под той же учетной записью, однако, когда сообщение отправляется одному из этих пользователей, доставка сообщения несовместима. В настоящее время у меня есть 4 пользователя под пользователем Assistant, и кажется, что только один из пользователей получает сообщения. Возможен ли вообще такой сценарий? Я избегаю работы с группами в Openfire, потому что эта функция ужасна. Я мог бы интегрировать систему в наш Active Directory, но я не думаю, что это приведет нас к работоспособному решению быстрее или эффективнее.
Использование групповых чатов было бы много, много чище как система уведомлений, чем пытаться объединить функциональность вещания с помощью изолентой и ленточки, регистрируя несколько пользователей под одной учетной записью. Какие у вас проблемы с функционалом группового чата?
Если вы хотите и дальше придерживаться этого подхода, вам нужно настроить route-all.resources
настройки в OpenFire - это должно привести вас на правильный путь.