Интересно, еслиб его на Java написали, то как бы он назывался? jjabberd?

Как не странно, но сервер написаный на Java называется Openfire (ранее известный как Wildfire Server и Jive Messenger).

Как ни странно, но «как ни странно» пишется без е.

Выделение «как ни странно» всё-таки делается нормальными кавычками.

По сабжу — вместо него использую prosody, так как требуется меньше зависимостей. Хотя в своё время конфигурил и ejabberd, вполне приятная вещь в работе.

Новость подтвердил только из-за длительной разработки. Говорю, чтобы некоторые не подумали, что минорщина.

Это тот, у которого конфиги на xml?

Нет, там lua.

Erlang VM лёгкая. Да и зависимостей у ejabberd'а кроме эрланга толком нету.

самое главное не написали. в 2.1.6 наконец-то включен mod_shared_roster_ldap!

> наконец-то включен mod_shared_roster_ldap!
И не придётся костыли накатывать? И даже работает? Надо обновляться.

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

> я не знаю, о каких костылях речь

просто раньше его надо было отдельно ставить/конпелять

Вот об этих костылях и речь.
Притом, в то время, когда я ejabberd настраивал, там был феерический способ группировки аккаунтов из лдапа. Может конечно давно (а «давно» это давно насколько?) всё и работает, но моё «давно» может быть чуть более давнее. :D

Хорошо бы ещё увидеть из коробки поддержку NTLM, GSSAPI для Single Sign On в Active Directory Но это похоже в 3.0 только будет :(

вот здесь посмотрите, там несколько разных схем описано: http://ejabberd-msrl.alioth.debian.org/doc/0.5.3/msrl.html

настройкой занимался, если не ошибаюсь, где-то полгода назад, когда на этот модуль наткнулся.

Да схем в интернет навалом. Просто повод сейчас хороший обновиться, раз всё «изкоробочно» работает.

Как у него с динамическими оперденями?

> самое главное не написали. в 2.1.6 наконец-то включен mod_shared_roster_ldap!

О, круто, надо не забыть его отдельного из ебилда выкинуть.

Как у него с динамическими оперденями?

Опердения волнуют общественность!

Кто-нибудь заводил на нём VoIP/Jingle?

>Jingle?

а причем тут сервер?

Когда jabber перестанет терять сообщения?

дуйте в ойсекю, молодой человек, вот там уж точно не теряются и кодировки всегда правильные, особенно оффлайн-сообщения и через транспорты

А когда Вы перестанете забывать подумать, прежде чем писать сообщение ?

XMPP не гарантирует доставку (гарантирует её настолько, насколько её «гарантирует» TCP). Там было рожали XEP, который бы исправил ситуацию с потерей сообщений - об этом речь. Два весёлых клоуна выше порадовали. :)

> Личные списки: вновь можно блокировать группы и запросы авторизации.

я двжа года этого жду

fjfalcon, от всей души спасибо за грамотно написанную новость! Мне действительно было элементарно лень писать её, хотя событие интересное, да и вообще XMPP-безусловно, светлое будущее IM'а. А вы вот взяли и написали, потому что это действительно стоит того - настоящий OpenSource состоит из усилий людей неравнодушных, интересующихся и... скажем так, не ленивых, как я :) Так что твёрдое +1. И как бы я не относился к Erlang'у, на сегодняшний день ejabberd - лучший.

>Как не странно, но сервер написаный на Java называется Openfire (ранее известный как Wildfire Server и Jive Messenger).

И на нём я уже два дня долбаюсь с DNS'ом, с сертификатами, с резолвингом сервисов его - только для того, чтобы JID выглядел не как login@hostname.domain.ru, а как login@domain.ru при наличии всех необходимых SRV-записей. Работает только непосредственно обмен сообщениями, ни один сервис так не работает, это просто трындец какой-то :(

у xmpp есть один недостаток, существенный — это xml.

Да уж... С другой стороны, например, BER-encoding и ASN.1 в LDAP - недостаток ещё больший. Можно двинуться умом, анализируя все эти идотские нагромождения префиксов. В XMPP хоть понятно всё

OpenFire

ЕМНИП дело в том, что в настройках есть 2 разных параметра - имя сервера и имя домена. Поэкпериментируйте и найдете правильную конфигурацию. У меня получилось, но было это давно.

тебе что нужно чтоб перед и после каждой мессаги жабир-клиенты перекидывались пингами/понгами да с контрольными суммами?

Уведомление о доставке не устраивает?

Когда везде будет поддерживаться Stream Management
http://www.kismith.co.uk/wordpress/index.php/2010/09/07/reliable-messaging-in...

>ЕМНИП дело в том, что в настройках есть 2 разных параметра - имя сервера и имя домена.

В том-то и дело, что это раньше такое счастье было, а сейчас такой настройки как xmpp.fqdn - не существует, её убрали попросту. Теперь один xmpp.domain «решает». По крайней мере, в 3.7.0-beta так

Вот, отписался в сообщество по сути проблемы. Подозреваю, что это может быть банальным багом:
http://community.igniterealtime.org/message/208266#208266

Не раньше, чем начнет.

Для Jingle можно разве что STUN поднять, который теперь входит в состав ejabberd, в остальном работает он для сервера прозрачно.

Пакеты для некоторых дистрибутивов уже собраны:

• ejabberd 2.1.6 RPM для Fedora 14
• ejabberd 2.1.6 для Archlinux

Хороший сервер, начинал с openfire, но когда он упал по непонятным мне тогда причинам и заводиться отказался я его заменил на ejabberd :)

ЛОР, а его с AD можно скрестить?

буду краток: да

я думаю ровно тогда когда тот кто настраивал сервер, «теряющий сообщения» вынет руки из жопы, не раньше.

P.S. У меня на openfire сообщения теряются, если суммарный размер offline-мессаг больше 100кб на 1 пользователя... Регулируется в настройках...

У меня лично у одного из юзеров он теряет сообщения прямо в онлайн, потому что якобы ему приходит сообщение длиной в 1 (байт, символ?), а на самом деле оно длииииинное. Не знаю, почему так получается с сообщениями моего коллеги, но когда я с другими людьми общаюся там же - подобных проблем не возникает. Вот и поди пойми, в чём дело.
По поводу ejabberd'а - я бы всё-таки предпочёл, чтобы рано или поздно Openfire допилили до его стабильности и ejabberd умер. Потому что его дизайн весьма уродлив начиная с конфигов, вызывающих негодование и отвращение. Сравните с тем же Openfire, где конфиги хранятся в MySQL с весьма и весьма удобной структурой (что тоже редкость - см, например, какой бардак творит Kayako eSupport).
А вообще жаль, что нормальных jabber-серверов так мало...

>чтобы рано или поздно Openfire допилили до его стабильности

и ejabberd умер

Зачем ты такой злой, доцент? (с) Любители опенфайра - пусть себе пилят его на здоровье, а еджабберу-то с чего помирать? :)

С того, что они явно его создали для рекламы малораспространённого языка программирования. Не спорю, реклама получилась удачная. Тем менее мне лично подобный пиар не нравится.

Все, что лично тебе не нравится, должно умереть? :) :) Пусть живет.

>рекламы малораспространённого языка программирования

К.О. кагбе намекает что благодаря этому языку масштабируемость ejabberd на высоте(в отличие от Openfire, в котором она стала доступна в opensource-редакции только год-два назад)

Масштабируемость - понятие о коне в вакууме, придуманное маркетологами. Если вы о нагрузке, то её и Wildfire хорошо держит у тех, кто его умеет готовить, то есть у сисадминов ака java-программистов. И вообще только совсем уж никчёмная вещь в мире Open Source не способна обрести очертания Конкорда в руках умелого специалиста. Здесь скорее нужно говорить об оправданности таких усилий, а не о теоретической возможности добиться сколь угодно превосходного результата...
Хоть я и бываю часто не согласен со совим начальником, тем менее это не отменяет того, что он один из умнейших людей, которых я когда-либо встречал. Так вот, он как-то сказал по поводу внедрения BPM у нас на фирме, что если её нельзя внедрить любыми силами и уже приступить к обучению сотрудников за один месяц, то грошь цена такой системе.
Тем не менее, в контексте Openfire/ejabberd'а на мой взгляд у них немного разные сферы применения, они и правда не слишком пересекаются (а когда я попытался использовать Openfire там, где обычно юзают ejabberd, наступил на грабли), но тем не менее по стилю и по уровню на мой взгляд Openfire как раз ближе к корпоративному сектору, для которого критичен «срок - сегодня», плюс обычно желательно, чтобы с ПО мог управиться любой квалифицированый работник общего IT-профиля, потому что здесь слишком широк круг задач, чтобы брать на работу человека с обязательным требованием «ejabberd знать от печки до лавки».

>Масштабируемость - понятие о коне в вакууме, придуманное маркетологами

не согласен. я считаю этот термин сугубо техническим - как возможность расширения... В том числе и нагрузки.

И вообще только совсем уж никчёмная вещь в мире Open Source не способна обрести очертания Конкорда в руках умелого специалиста

Согласен.

на мой взгляд Openfire как раз ближе к корпоративному сектору

да, я согласен - возможностей достаточно, управление удобное. Web-интерфейс в ejabberd, при всем уважении, на полноценную админку не тянет...