Работа с ростером

[ahorn]

Здравствуйте!
Завожу на предприятии ejabberd + Miranga-ng. SSO-авторизация, создание ростера на основе структуры LDAP - работает прекрасно, но есть несколько неудобств. Ростер создается и загружается лишь первый раз после создания профиля, а вновь создаваемых и удаляемых пользователей из AD не подтягивает с сервера. Приходится целиком удалять профиль пользователя. В качестве меньшей из зол хотелось бы вынести хранение ростера в отдельный файл из .dat-файла, чтобы можно было удалять его при выключении клиента, а при включении Миранда бы загружала с сервера обновленный список контактов.
Подскажите, как это можно реализовать.

[Magic]

Миранда нормально загружает и удаляет изменившиеся контакты, если сервер передает эту инфу.
Копайте в сторону сервера все-таки, с опенфайром данная схема работает без проблем.

[de1eted]

У меня OpenFire.
Контакты в ростер подгружает после синхронизации, либо можно в админке OF сбросить кэш.
Кушает группы и контакты. В настройках Jabbera стоит удалять контакты.
Все актуально кроме групп, так как они с сервака прилетают и становятся мирандными. И если группа на серваке исчезает, в миранде остается. Как победить пока не придумал.

[Magic]

У меня OpenFire.
Контакты в ростер подгружает после синхронизации, либо можно в админке OF сбросить кэш.
Кушает группы и контакты. В настройках Jabbera стоит удалять контакты.
Все актуально кроме групп, так как они с сервака прилетают и становятся мирандными. И если группа на серваке исчезает, в миранде остается. Как победить пока не придумал.

Поставить галочку "Скрывать пустые группы" - она просто не будет отображаться

[Davis]

0.95.4 + Openfire 3.10.1 + AD
Ростер общий - из домена.
Если я пользователя удаляю, то через некоторое время сервер синхронизируется и контакт исчезает из общего ростера на сервере, но в миранде он остается.
Ростер в миранде принудительно синхронизируется при старте вызовом WhenWasIt/Birthdays/RefreshDetails.
Эти удаленные контакты видны и через админку openfire, если зайти Users, выбрать пользователя  и  посмотреть его ростер.
Для проверки запускаю Spark, через 10 секунд удаленные исчезают и ростер клиента становится правильным, в том числе и если смотреть на него со стороны openfire.
Подскажите, пожалуйста, как добиться такого же от миранды?

UPD. перепроверил, похоже в Spark'е все то же самое. Т.е. сервер тут тоже участвует. И даже, наверное, главный виновник. Вопрос остался, но не к миранде.

[Magic]

скорее всего неверно настроены фильтры LDAP.
Удаление пользователя - это блокировка? или вы полностью стираете из AD?

P.S. WhenWasIt/Birthdays/RefreshDetails - это не синк ростера, он обновляет Vcard для контактов

[Davis]

Это  - удаление или полное переименование в AD, для опенфайра идентичны
Поисследовал вопрос - помогает очистка таблиц ofRoster и ofRosterGroups в openfire

P.S. я в курсе ,просто указал ,все что по моему разумению хоть как-то относится к теме

[Magic]

Это  - удаление или полное переименование в AD, для опенфайра идентичны
Поисследовал вопрос - помогает очистка таблиц ofRoster и ofRosterGroups в openfire

P.S. я в курсе ,просто указал ,все что по моему разумению хоть как-то относится к теме

оо, и у вас эта трабла с ofRoster
Я заметил ее, начиная с версии 3.9.2 и выше (сейчас сижу на 3.9.1)
С чем связана - непонятно, но через некоторое время работы, опенфайр записывает текущий ростер клиента в таблицу ofroster
Этот ростер имеет приоритет над ростером AD, в результате перемещения между отделами, удаления пользователей - не работают.
Очистка помогает временно, после следующей записи ростера в эту таблицу, все повторится.

Что это и почему происходит - пока не изучал, использую 3.9.1 опенфайр, там такого бага еще нет

[Davis]

Да, она.
Так-то не сложно даже руками после правок AD почистить эти таблицы. Даже на внутренней базе(плагин DB-что-то там), а вот когда перееду на mySQL, полагаю, это вообще можно будет легко автоматически делать раз в сутки, но потребовалсь куча времени для выяснения