[Comm] jabber server

[Comm] jabber server

[Тутов Роман Викторович]

Здравствуйте, Community.

Порекомендуйте пожалуйста джаббер сервер . Можно под линуху , можно
под винду . Обязательное условие - умение работать с Active Directory


PS Таки под линуху предпочтительнее
-- 
Тутов Роман Викторович 
Системный администратор
ASTON Agro Industrial Company Group 
Россия,344002, г.Ростов-на-Дону,Промзона "Заречная" 
ул.1-я Луговая,3 тел.: (863 2) 999049
mailto:tutov@aston.ru

Re: [Comm] jabber server

[Ivanov Maxim]

Здравствуйте, Тутов.

Вы писали 14 мая 2004 г., 14:04:49:

ТРВ> Здравствуйте, Community.

ТРВ> Порекомендуйте пожалуйста джаббер сервер . Можно под линуху , можно
ТРВ> под винду . Обязательное условие - умение работать с Active Directory


ТРВ> PS Таки под линуху предпочтительнее

apt-get install jabber

клиенты - любые. Из полно на самом www.jabber.com

-- 
С уважением,
 Ivanov                         

Re[2]: [Comm] jabber server

[Тутов Роман Викторович]

Здравствуйте, Ivanov.

Вы писали 14 мая 2004 г., 14:43:11:

ТРВ>> Порекомендуйте пожалуйста джаббер сервер . Можно под линуху , можно
ТРВ>> под винду . Обязательное условие - умение работать с Active Directory


ТРВ>> PS Таки под линуху предпочтительнее

IM> apt-get install jabber

IM> клиенты - любые. Из полно на самом www.jabber.com
Видимо вы вопрос не читали . jabberd не умеет тягать данные
из виндового AD . А нужно




-- 
Тутов Роман Викторович 
Системный администратор
ASTON Agro Industrial Company Group 
Россия,344002, г.Ростов-на-Дону,Промзона "Заречная" 
ул.1-я Луговая,3 тел.: (863 2) 999049
mailto:tutov@aston.ru

Re: [Comm] jabber server

[Unatine]

Тутов Роман Викторович wrote:

> Здравствуйте, Community.
> 
> Порекомендуйте пожалуйста джаббер сервер . Можно под линуху , можно
> под винду . Обязательное условие - умение работать с Active Directory
> 
> 
> PS Таки под линуху предпочтительнее

http://www.jabber.org/software/servers.php
выбирайте... только это будет уже не opensource...

-- 
WBW, Unatine
mailto:unatine@pisem.net
xmpp://unatine@jabber.ru

[Comm] Re: jabber server

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 776 bytes --]

Тутов Роман Викторович пишет:
> Здравствуйте, Ivanov.
> 
> Вы писали 14 мая 2004 г., 14:43:11:
> 
> ТРВ>> Порекомендуйте пожалуйста джаббер сервер . Можно под линуху , можно
> ТРВ>> под винду . Обязательное условие - умение работать с Active Directory
> 
> 
> ТРВ>> PS Таки под линуху предпочтительнее
> 
> IM> apt-get install jabber
> 
> IM> клиенты - любые. Из полно на самом www.jabber.com
> Видимо вы вопрос не читали. jabberd не умеет тягать данные
> из виндового AD .

Ну если Вы знаете про jabberd, то, видимо, Вы не читали 
www.jabber.org

Там можно найти перечисления серверов, но вряд ли какой-нибудь из 
них умеет работать с AD. Кстати, "работа с AD" - плохое описание, 
что именно нужно.

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [Comm] jabber server

[Metalking]

В сообщении от 14 Май 2004 17:21 Unatine написал(a):
> Тутов Роман Викторович wrote:
> > Здравствуйте, Community.
> >
> > Порекомендуйте пожалуйста джаббер сервер . Можно под линуху , можно
> > под винду . Обязательное условие - умение работать с Active Directory
> >
> >
> > PS Таки под линуху предпочтительнее
>
> http://www.jabber.org/software/servers.php
> выбирайте... только это будет уже не opensource...


Кстати коли затронули тему. Есть ли способ заставить Jabberd1.x (или 2.x.) 
складировать ВСЕ отправленные сообщения для их последующей архивации (можно с 
помощью внешних модулей)? 
Конечно есть другие серверы поддерживающие архивацию, но jabberd уже хорошо 
себя показал, да и база пользователей уже большая,   и соответственно ходить 
по новым граблям в других серверах не хочется. Отсутствие этой функции 
(хранение и архивация) сильно ограничивает область применения этого сервера. 
Но если такой возможности нет, то к сожалению придётся искать альтернативы :(

Re: [Comm] jabber server

[Maxim Tyurin]

[-- Attachment #1: Type: text/plain, Size: 1089 bytes --]

On Sat, May 15, 2004 at 12:26:49AM +0400, Metalking wrote:
\scip
> Кстати коли затронули тему. Есть ли способ заставить Jabberd1.x (или 2.x.) 
> складировать ВСЕ отправленные сообщения для их последующей архивации (можно с 
> помощью внешних модулей)? 

Он Open Source - допиши :)
А вообще когда мне такое понадобилось я просто запустил jabberd с
отладкой и по быстрому написал парсер. Это не промышленное решение, но
мне просто костыль на неделю был нужен.

> Конечно есть другие серверы поддерживающие архивацию, но jabberd уже хорошо 
> себя показал, да и база пользователей уже большая,   и соответственно ходить 
> по новым граблям в других серверах не хочется. Отсутствие этой функции 
> (хранение и архивация) сильно ограничивает область применения этого сервера. 
> Но если такой возможности нет, то к сожалению придётся искать альтернативы :(

Так что именно тебе надо? Хранение истории на сервере? Это клиенты не
поддерживают. Или тебе нужно просто смотреть кто с кем и зачем общается?
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] jabber server

[Metalking]

В сообщении от 15 Май 2004 23:34 Maxim Tyurin написал(a):
> On Sat, May 15, 2004 at 12:26:49AM +0400, Metalking wrote:
> \scip
>
> > Кстати коли затронули тему. Есть ли способ заставить Jabberd1.x (или
> > 2.x.) складировать ВСЕ отправленные сообщения для их последующей
> > архивации (можно с помощью внешних модулей)?
>
> Он Open Source - допиши :)
Да уж придётся
> А вообще когда мне такое понадобилось я просто запустил jabberd с
> отладкой и по быстрому написал парсер. Это не промышленное решение, но
> мне просто костыль на неделю был нужен.
Можно в личку примерчик.
> > Конечно есть другие серверы поддерживающие архивацию, но jabberd уже
> > хорошо себя показал, да и база пользователей уже большая,   и
> > соответственно ходить по новым граблям в других серверах не хочется.
> > Отсутствие этой функции (хранение и архивация) сильно ограничивает
> > область применения этого сервера. Но если такой возможности нет, то к
> > сожалению придётся искать альтернативы :(
>
> Так что именно тебе надо? Хранение истории на сервере? Это клиенты не
> поддерживают. Или тебе нужно просто смотреть кто с кем и зачем общается?
Да нужно хранение истории сообщений. Со стороны клиента поддержка не нужна.

Поясню для чего это нужно (один из примеров):
1. Сотрудник 1 уведомляет Сотрудника 2 о изменении сроков сдачи проекта 
посылая ему сообщение.
2. Сотрудник 2 отвечает, что понял.
3. Приходит время сдачи проекта, но Сотрудник 2 (невыполнивший работу), 
обвиняет в этом Сотрудника 1, что тот его не уведомил об изменении сроков.
4. Поднимается архив за прошлый месяц и выясняется кто виноват.

Сейчас для таких целей применяется e-mail, но оперативность такого решения 
существенно хуже IM.

Re: [Comm] jabber server

[Maxim Tyurin]

Metalking <metalking@inbox.ru> writes:
\scip
> Поясню для чего это нужно (один из примеров):
> 1. Сотрудник 1 уведомляет Сотрудника 2 о изменении сроков сдачи проекта 
> посылая ему сообщение.
> 2. Сотрудник 2 отвечает, что понял.
> 3. Приходит время сдачи проекта, но Сотрудник 2 (невыполнивший работу), 
> обвиняет в этом Сотрудника 1, что тот его не уведомил об изменении сроков.
> 4. Поднимается архив за прошлый месяц и выясняется кто виноват.

Тогда нужно еще:
Ставится клиент поддерживающий GnuPG/PGP.
Всем генерятся ключи.
В настройках клиента ставится подписывать сообщения.
После этого можно на лог с подписями ссылаться.

>
> Сейчас для таких целей применяется e-mail, но оперативность такого решения 
> существенно хуже IM.

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

Re: [Comm] jabber server

[Alexander Leschinsky]

[-- Attachment #1: Type: text/plain, Size: 577 bytes --]

Hello Metalking,

   On Sun, 16 May 2004 17:15:19 +0400 (16.05.2004 19:15 my local time),
   you wrote, at least in part:

> Поясню для чего это нужно (один из примеров):
Не надо проблемы отсутствия менеджмента и выстроенных бизнес-процессов
решать техническими методами :-), надо -  организационно-административными

А если уж решать _техническими_ - Shared IMAP folders в руки... И
оперативность, и документальность. А то устроили "русский стиль" -
сначала сами себе создаем трудности, потом их мужественно преодолеваем
-- 
Best regards,
 Alexander Leschinsky

[-- Attachment #2: Type: application/pgp-signature, Size: 201 bytes --]

[Comm] Re: jabber server

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 802 bytes --]

On Sun, May 16, 2004 at 05:15:19PM +0400, Metalking wrote:
> Поясню для чего это нужно (один из примеров):
> 1. Сотрудник 1 уведомляет Сотрудника 2 о изменении сроков сдачи
> проекта посылая ему сообщение.
> 2. Сотрудник 2 отвечает, что понял.
> 3. Приходит время сдачи проекта, но Сотрудник 2 (невыполнивший работу), 
> обвиняет в этом Сотрудника 1, что тот его не уведомил об изменении сроков.
> 4. Поднимается архив за прошлый месяц и выясняется кто виноват.
> Сейчас для таких целей применяется e-mail, но оперативность
> такого решения существенно хуже IM.

Не, тут оперативность явно не важнее доказуемости.

Еще не хватало, чтоб аськой спрашивали, кто валенок на Пульт бросил...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] jabber server

[dm]

Здравствуйте, Metalking!

Воскресенье 16 Май 2004 17:15, Вы писали:

> Да нужно хранение истории сообщений. Со стороны клиента поддержка не
> нужна.
>
> Поясню для чего это нужно (один из примеров):

Вообще-то для этих целей нужно применять системы документооборота, а не 
наваливать на беднягу jabber'а несвойственные ему функции. 
А то вместо нормально отлаженной системы получается автоматизированное 
хранение козлов, за которых впоследствии можно заставить кого-нибудь 
ответить :-)

> Сейчас для таких целей применяется e-mail, но оперативность такого
> решения существенно хуже IM.

Пардон, чем хуже? Скорость написания сообщения одна и та же, вне 
зависимости от того, как оно будет отправлено. Скорость реакции чуть 
пониже, так что с того? Вряд ли темпы работ настолько высокие, что 
несколько минут играют существенную роль. 

-- 
-------------------------------------
dm <deadmustdie at pisem point net>

Re: [Comm] jabber server

[Metalking]

В сообщении от 17 Май 2004 00:49 dm написал(a):
> Здравствуйте, Metalking!
>
> Воскресенье 16 Май 2004 17:15, Вы писали:
> > Да нужно хранение истории сообщений. Со стороны клиента поддержка не
> > нужна.
> >
> > Поясню для чего это нужно (один из примеров):
>
> Вообще-то для этих целей нужно применять системы документооборота, а не
> наваливать на беднягу jabber'а несвойственные ему функции.
> А то вместо нормально отлаженной системы получается автоматизированное
> хранение козлов, за которых впоследствии можно заставить кого-нибудь
> ответить :-)
>
> > Сейчас для таких целей применяется e-mail, но оперативность такого
> > решения существенно хуже IM.
>
> Пардон, чем хуже? Скорость написания сообщения одна и та же, вне
> зависимости от того, как оно будет отправлено. Скорость реакции чуть
> пониже, так что с того? Вряд ли темпы работ настолько высокие, что
> несколько минут играют существенную роль.
Видать не работали там где нужна быстрая реакция на сообщения :) 
И скорость работы e-mail, замечу, не  "чуть пониже", а иной раз сообщения по 
нескольку часов добираются или вообще не доходят (Речь идёт не о 
внутриконторском общении).

Я привёл один из примеров, скорее всего не самый удачный (надуманный, для 
объяснения функции архивирования - т.к. постоянно происходит путаница понятия 
архивирования и возникают лишние вопросы).
 Но это не говорит о том, что данная функция не нужна. Тем более она не 
требует очень сложной доработки системы. А если кому-то не нужна, никто не 
заставляет обязательно её использовать. 

Обратите внимание, что по опросам многим нужно хранение истории (Загляните к 
примеру на Jabber.ru).

Так почему Вы читаете ТОЛЬКО текст примера, как будто это единственное 
применение данной функции. 

Re: [Comm] jabber server

[Alexander Leschinsky]

[-- Attachment #1: Type: text/plain, Size: 727 bytes --]

Hello Metalking,

   On Mon, 17 May 2004 01:33:11 +0400 (17.05.2004 3:33 my local time),
   you wrote, at least in part:

> Видать не работали там где нужна быстрая реакция на сообщения :) 
> И скорость работы e-mail, замечу, не  "чуть пониже", а иной раз сообщения по
> нескольку часов добираются или вообще не доходят (Речь идёт не о 
> внутриконторском общении).
А теперь подумайте неторопливо и приведите _жизненный_ пример.

Нужно гарантированное качество обслуживания - X.400 и радуйтесь жизни

> Обратите внимание, что по опросам многим нужно хранение истории (Загляните к
> примеру на Jabber.ru).
"Ох уж эти непонятные русские..." (из переписки с французом)

-- 
Best regards,
 Alexander Leschinsky

[-- Attachment #2: Type: application/pgp-signature, Size: 201 bytes --]

Re[2]: [Comm] jabber server

[dm]

Hello, Metalking 
Пн, 17.05.2004 00:33:11 you wrote:

> > > Поясню для чего это нужно (один из примеров):
> >
> > Вообще-то для этих целей нужно применять системы документооборота, а не
> > наваливать на беднягу jabber'а несвойственные ему функции.

> > зависимости от того, как оно будет отправлено. Скорость реакции чуть
> > пониже, так что с того? Вряд ли темпы работ настолько высокие, что
> > несколько минут играют существенную роль.
> Видать не работали там где нужна быстрая реакция на сообщения :) 

Пардоньте! Не на _сообщения_, а на административные решения, принятые 
в установленном порядке! Или у вас в конторе сроки переносятся по 
принципу "как захотела левая нога кого угодно"? Перенос сроков, изменение
распределения нагрузки, изменение техзадания и прочее в том же духе --- это 
адм. решение, которое должно оформляться соответствующими документами
(бумажными, электронными --- не суть) и доводиться до исполнителей тоже
соответствующими документами, под личную подпись или на общем совещании,
где присутствие исполнителя документально фиксируется. Это азы бюрократии,
без которых невозможно построить устойчивый производственный процесс.
Если уведомлять о чём-либо надо очень быстро, это может быть и jabber, и 
специально для этих целей выделенный канал IRC (кстати, не думали над
такой возможностью?), да хоть звонок голосом по телефону, но уведомление,
имеющее юридическую силу, должно быть _документом_.

> И скорость работы e-mail, замечу, не  "чуть пониже", а иной раз сообщения по 
> нескольку часов добираются или вообще не доходят (Речь идёт не о 
> внутриконторском общении).

В e-mail для этого есть подтверждение приёма сообщения, можно, наконец, просто 
определить протокол общения так, чтобы на сообщение требовался личный ответ в
течение определённого времени, в противном случае письмо считается недошедшим...
В общем, много чего можно придумать.

>  Но это не говорит о том, что данная функция не нужна. Тем более она не 
> требует очень сложной доработки системы. А если кому-то не нужна, никто не 
> заставляет обязательно её использовать. 

Так я не говорю, что она не нужна. Я говорю, что для приведённого примера 
(обеспечение официального контроля) это не вполне подходит.

> Так почему Вы читаете ТОЛЬКО текст примера, как будто это единственное 
> применение данной функции. 

Потому что на техническую часть вопроса Вам уже ответили, я же хотел обратить 
Ваше внимание на то, что, по крайней мере, в данном конкретном примере, 
выбранное изначально техническое решение, на мой взгляд, неверно. 

-- 
-------------------------------------
dm <deadmustdie at pisem point net>
__________
www.newmail.ru -- Новая Почта: все по-новому.

Re[3]: [Comm] jabber server

["Александр"]

-----Original Message-----
From: dm <dead-mustdie@nm.ru>
To: community@altlinux.ru
Date: Mon, 17 May 2004 09:38:47 +0400
Subject: Re[2]: [Comm] jabber server

skip
> 
> Пардоньте! Не на _сообщения_, а на административные решения, принятые 
> в установленном порядке! Или у вас в конторе сроки переносятся по 
> принципу "как захотела левая нога кого угодно"? Перенос сроков, изменение
> распределения нагрузки, изменение техзадания и прочее в том же духе --- это 
> адм. решение, которое должно оформляться соответствующими документами
> (бумажными, электронными --- не суть) и доводиться до исполнителей тоже
> соответствующими документами, под личную подпись или на общем совещании,
> где присутствие исполнителя документально фиксируется. Это азы бюрократии,
> без которых невозможно построить устойчивый производственный процесс.
> 
Повторю ещё раз это был пример использования архивации (может и неудачный пример, но зато понятный с точки зрения понимания архивации), а не постановка задачи и тем более не конкретная реализация.
> Если уведомлять о чём-либо надо очень быстро, это может быть и jabber, и 
> специально для этих целей выделенный канал IRC (кстати, не думали над
> такой возможностью?), да хоть звонок голосом по телефону, но уведомление,
> имеющее юридическую силу, должно быть _документом_.
> 
 Так мы об одном и том же говорим. 
> > И скорость работы e-mail, замечу, не  "чуть пониже", а иной раз сообщения по 
> > нескольку часов добираются или вообще не доходят (Речь идёт не о 
> > внутриконторском общении).
> 
> В e-mail для этого есть подтверждение приёма сообщения, можно, наконец, просто 
> определить протокол общения так, чтобы на сообщение требовался личный ответ в
> течение определённого времени, в противном случае письмо считается недошедшим...
> В общем, много чего можно придумать.
> 
Вот-вот, и при чём тут оперативность, если зашла о ней речь?  
> >  Но это не говорит о том, что данная функция не нужна. Тем более она не 
> > требует очень сложной доработки системы. А если кому-то не нужна, никто не 
> > заставляет обязательно её использовать. 
> 
> Так я не говорю, что она не нужна. Я говорю, что для приведённого примера 
> (обеспечение официального контроля) это не вполне подходит.
> 
> > Так почему Вы читаете ТОЛЬКО текст примера, как будто это единственное 
> > применение данной функции. 
> 
> Потому что на техническую часть вопроса Вам уже ответили, я же хотел обратить 
> Ваше внимание на то, что, по крайней мере, в данном конкретном примере, 
> выбранное изначально техническое решение, на мой взгляд, неверно. 
> 
Пожалуйста повнимательнее - письмом ранее Я подтвердил несостоятельность этого примера.
А по поводу реализации вот уже сейчас кручу. 

P.S. Спасибо всем кто откликнулся, тема закрыта. 

[Comm] Re: jabber server

[Michael Shigorin]

On Mon, May 17, 2004 at 01:33:11AM +0400, Metalking wrote:
> Обратите внимание, что по опросам многим нужно хранение истории
> (Загляните к примеру на Jabber.ru).

Кто бы спорил, что было бы здорово.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/