Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Openfire (Wildfire/Jive Messenger) часть 3

Автор: user5nov
Дата сообщения: 05.02.2010 14:31
victorae
подскажи плиз как это сделать.
Файл бд нашёл, как далше ?
Автор: Bovik07
Дата сообщения: 05.02.2010 15:43
victorae
Воооот! Вот с этого и надо было начинать! Плагин Subscription и эти 2 галки в миранде!
Автор: victorae
Дата сообщения: 05.02.2010 15:47
Bovik07
еще на той странице тебе сказал про эти настройки
user5nov
тут можно почитать
Автор: user5nov
Дата сообщения: 05.02.2010 15:54
victorae
круто. море инфы
Автор: toscha88
Дата сообщения: 06.02.2010 06:59
приветствую всех!
Такой вопрос, база сообщений в openfire стала очень большая. Как можно почистить базу Monitoring Service? В самом плагине нету такой функции. Сервер стоит на винде, база используется своя.
тут несколько раз завалили такой вопрос, но я так не нашёл ответа.
Автор: emfs
Дата сообщения: 07.02.2010 05:21
toscha88

если не ошибаюсь достаточно удалить файл с логами
Автор: toscha88
Дата сообщения: 08.02.2010 05:43
Удалял, не помогает. ВСю историю сообщений пишет в базу. Базу трогать нереально, т.к. удаляться все пользователи и ГРУППЫ.
Автор: f0s
Дата сообщения: 08.02.2010 13:46


Цитата:
Это пишется в сервис пропертях ОДНОЙ строкой без переносов по строкам -

<vCard xmlns="vcard-temp"> <N> <GIVEN>{givenName}</GIVEN><MIDDLE>{initials}</MIDDLE><FAMILY>{sn}</FAMILY> </N> <FN>{displayName}</FN> <NICKNAME>{displayName}</NICKNAME> <BDAY>{st}</BDAY> <ADR> <HOME/> <STREET>{homePostalAddress}</STREET> <LOCALITY>City</LOCALITY> <PCODE>{homeZip}</PCODE> <CTRY>{c}</CTRY> </ADR> <ADR> <WORK/> <STREET>{streetAddress}</STREET> <LOCALITY>{l}</LOCALITY> <REGION>{co}</REGION> <PCODE>{postalCode}</PCODE> <CTRY>{co}</CTRY> </ADR> <TEL> <WORK/><HOME/><VOICE/><NUMBER>{telephoneNumber}</NUMBER> </TEL> <TITLE>{title}</TITLE> <ORG> <ORGUNIT>{department}</ORGUNIT> </ORG> </vCard>

BDAY - использую поле в АД "Область,край" , формат ГГГГ-ММ-ДД , кстати пользователи могут сами менять некоторые поля в своей информации, и это в том числе. достаточно найти себя поиском Найти - Людей - Место поиска - Актив Директори.


подскажи, а где это - "сервис проперти"?
Автор: Bovik07
Дата сообщения: 08.02.2010 14:21
victorae
А MotD Plugin(сообщение дня) используешь?
Автор: victorae
Дата сообщения: 08.02.2010 14:26
Bovik07
из некомплектных только Broadcast
Автор: f1ame777
Дата сообщения: 08.02.2010 15:19
Добрый день!
В профиле заполнены поля, но другие пользователи их не видят.
Где может быть проблема?
Автор: HumpSoft
Дата сообщения: 08.02.2010 15:52
Bovik07 MotD я использую, очень редко, только для всяких админтских извещений
Автор: niichavo
Дата сообщения: 08.02.2010 15:52
toscha88

Цитата:
Такой вопрос, база сообщений в openfire стала очень большая. Как можно почистить базу Monitoring Service?

К сожалению, я тоже не нашёл родных средств. Посему создал хранимую процедуру в базе. Вот пример для mssql:

Код:
USE [имя_бд_openfire]
GO

CREATE PROCEDURE [dbo].[spMonitoringService_ClearAll]

AS
BEGIN

-- обнуляем таблицы
    TRUNCATE TABLE ofConversation;
    TRUNCATE TABLE ofConParticipant;
    TRUNCATE TABLE ofMessageArchive;
    TRUNCATE TABLE ofRRDs;

END
Автор: toscha88
Дата сообщения: 09.02.2010 05:35
Эхх... спасибо! больше никто не знает?
Автор: victorae
Дата сообщения: 09.02.2010 07:04
toscha88

да все знают.. переход на внешнюю базу тебе поможет.
Автор: HumpSoft
Дата сообщения: 09.02.2010 07:13
toscha88 Переписка на форуме офсайта
здесь
и здесь
Автор: Bovik07
Дата сообщения: 09.02.2010 10:10
Снёс Subscription... Не понимаю может, но работает неправильно.. Скажем ситуация.. Группа инженеров расшарена всем. И в любом ростер листе мы фигурируем как "to".. В миранде стоит галка "Автоматически принимать запросы авторизации" и снята галка "Добавлять контакт после подтверждения авторизации". Когда я обращаюсь к пользователю в моём журнале появляется запись "пользователь принял запрос об авторизации", а в его истории соответственно что пользователь "принял запрос на подписку". НО! на сервере как было "to" в его листе - так и есть.. Впрочем пунктик об авторизации в его меню всё ещё присутствует и если его нажать то только тогда статус меняется на "both"... Но иногда и статус не изменился, и пунктик отсутствует...

Добавлено:
Да.. Ситуация не изменилась и после сноса плагина... Описана как раз ситуация уже после сноса плагина...

Добавлено:
HumpSoft
Да мне MotD как раз и нужен для этих целей.. Он тебе нравится? Удобный? Я что то после Subsckription к плагинам стал относится с некоторым недоверием, хотя не уверен, что так уж плагин виноват, но пока не найду в чём причина-буду заблаговременно узнавать о возможных косячностях
Автор: toscha88
Дата сообщения: 09.02.2010 10:35
прочитал, походу их никак не удалить со встроенной БД...
Автор: HumpSoft
Дата сообщения: 09.02.2010 12:51
Bovik07 MotD. насколько я в нем разобрался,
это достаточно простая вещь:
При подключении пользователя к серверу, сервер посылает ему сообщение.
Соответственно, если пользователь переподключился (например из за потери связи ), то он снова получит сообщение, еще раз переподключился - еще раз получит и так до бесконечности.

Автор: victorae
Дата сообщения: 09.02.2010 12:53
HumpSoft

была модификация этого мода где можно указать периодичность выскакивания сообщения, например раз в сутки.
Автор: johnson1981
Дата сообщения: 11.02.2010 07:18
подскажите, всё установил, база на Mysql, MySQL-кодировка: UTF-8 Unicode (utf8)
почему то в клиенте и в web настройке сервера имена пользователей в виде ?????????
Автор: Bovik07
Дата сообщения: 11.02.2010 11:25
victorae
Можешь подсказать.. Установлено Always kick - If there is a resource conflict, immediately kick the other resource. Почему миранду не выбрасывает с предыдущего места подключения?

Добавлено:
victorae
Подскажи пожалуйста, почему я установил в Conflict Policy - Always kick - If there is a resource conflict, immediately kick the other resource. Но миранду на предыдущем месте не выкидывает.. Даже если я на новом месте ставлю приоритет на 1 больше, сообщения идут на старое место подключения...
Автор: HumpSoft
Дата сообщения: 11.02.2010 12:15
johnson1981 шапкам (MySQL+UTF8 ) читал, Да ?
Автор: victorae
Дата сообщения: 11.02.2010 12:22
Bovik07
http://vonderer.blogspot.com/2007/07/xmpp-1.html
http://vonderer.blogspot.com/2007/07/xmpp-2.html
Автор: Bovik07
Дата сообщения: 11.02.2010 12:29
victorae
Спасибо!, про приоритеты понял. Можно и так.. Н всёравно непонятно зачем на сервере тогда закладка Conflict Policy если она никого ниоткуда не выносит...
Автор: victorae
Дата сообщения: 11.02.2010 12:31
Bovik07

Цитата:
Н всёравно непонятно зачем на сервере тогда закладка Conflict Policy

если ЛОГИН+РЕСУРС одинаковы - одна учетка выкинется с сервера.
Автор: Bovik07
Дата сообщения: 11.02.2010 12:33
Понял то понял-лотько не работает не ялды.. Ставлю на клиенте приоритет например 16.. Вхожу на другом с приоритетом например 14. И получаю на тот у которого приоритет 14...
Автор: victorae
Дата сообщения: 11.02.2010 12:39
Bovik07

ты вообще о чем, о Conflict Policy или о приоритетах?
кроме цифры приоритета используется еще куча моментов, например закрыл ты окно чата после отправки сообщения или нет. я же дал ссылки, почитай внимательно и пойми роль ресурсов и приоритетов в доставке сообщений.
Автор: Bovik07
Дата сообщения: 11.02.2010 12:51
Идеальный вариант-что бы сессия на предыдущем месте просто закрывалась. Как в аське например.. Ресурсы на каждом месте разные-имя хоста.
А вообще то больше о Conflict Policy. Приоритеты это обходной манёвр...
Автор: victorae
Дата сообщения: 11.02.2010 12:55
Bovik07

если ресурсы разные - на каком основании сессия закрываться должна? Conflict Policy работает на одинаковых ресурсах.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141

Предыдущая тема: Kerio Connect (ex Kerio MailServer)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.