Jabber.Ru

Его нигде не обсуждают.

Вы можете здесь оставить багрепорты/предложения по мриму. А авторы прочитают или им передадут их приближённые :)

Ок, а тогда чуть позже сформулирую свои пожелания по улучшению транспорта и оставлю в этой ветке.

У меня вот траблы с невидимостью.
Перепробовал под своим Линуксом туеву хучу клиентов: Gaim, Gajim, Psi, SIM-IM и на всех одно и то же: ставлю в них статус "Невидим" - и всё равно отображаюсь в видимости у всех (проверял через foto.mail.ru). С остальными статусами всё гут.
В чём может быть дело?

а у меня статусы не отображаются. миранда.

Есть одна проблема с транспортом mrim.jabber.ru, не знаю как насчет остальных транспортов, пока не проверял. Может это и не транспорта проблема, хотя сомнительно.
Проблема состоит в следующем: подключаемся с одного клиента (например с PSI) к джабберу, транспорт работает и всё ОК. Затем подключаемся, например, с Бомбуса к тому же аккаунту не отключая первое соединение. Т.е. теперь меня, что называется, 2 штуки. И вот тут начинаются проблемы. Такое ощущение, что транспорт некорректно обрабатывает подключение с разных ресурсов и как только я пытаюсь подключиться со 2-го ресурса, первому приходит сообщение от транспорта mrim.jabber.ru вот такого содержания:
Conflict.
Access cannot be granted because an existing resource or session exists with the same name or address.
Другое соединие установлено от вашего имени
------

Это совсем плохо, т.к. после этого сообщения транспорт полностью отключается для того ресурса, который был первым, и, соответственно, все контакты через этот транспорт тоже отключаются. Начались такие шутки примерно в последнюю неделю или около того. Если это возможно, хотелось бы получить разъяснения по поводу всего этого. Плизз, ответьте, знающие люди. :)

1. Mrim передает номера телефонов без плюса, а mail.ru последнее время (сегодня, по крайности) требует с плюсом
2. Бага PSI. Mrim + PSI: Mrim выдает:

<iq from="xxxxx%mail.ru@mrim.jabber.ru" type="result" to="xxxxxx@jabber.ru/Psi@work" id="aaf5a" >
<command xmlns="http://jabber.org/protocol/commands" status="completed" node="send_sms" sessionid="send_sms:1187677724.2" >
<note type="info" >SMS отправлено</note>
</command>
</iq>

PSI <note type="info" >SMS отправлено</note> не понимает, показывает пустое окошко. Bombus понимает. TkAbber понимает. Буду общаться с авторами PSI.

Но может временно поменять на другой элемент, чтобы показывало?

Последнее время mail.ru требует писть плюс перед номером. И это правильно.

В ответ на номер с плюсом текущий mrim говорит:

<error type="modify" code="400" >
<bad-request xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/>
<text xmlns="urn:ietf:params:xml:ns:xmpp-stanzas" xml:lang="ru-RU" >Неверный формат номера</text>
</error>

Покопавшись в коде транспорта, на 23 строке файла http://svn.xmpp.ru/repos/mrim/src/utils.py видим:

number_pattern = re.compile('\+{0,1}[0-9]+$')

Регексп теперь правильный, автор его поменял недавно, 21 августа. А на jabber.ru mrim стоит от января сего года, ровнехонько предыдущая ревизия. Ребята, кто за mrim.jabber.ru отвечает, заапдейтите, плиз...

Спасибо.

Все-таки, если глянуть http://www.xmpp.org/schemas/x-data.xsd, мы не найдем там ничего, что давало бы mrim основания писать в ответе следующее:
<note type="info" >SMS отправлено</note>

Вот тут, пожалуй, mrim виноват только так. Реально как-то достать автора, чтобы он поправил? Спасибо.

пытаюсь подключить агента к OpenFire. получаю:
http://rafb.net/p/WQ9tKu69.html
и на этом виснет.
mrim из svn revision 77

Возникла проблема на mrim.jabber.ru
Ситуация следующая: заходим, например, из ПСИ со статусом Online и приоритетом 100, а затем из бомбуса со статусом Away с приоритетом 5. И получаем статус Мэйловского транспорта AWAY, хотя должно быть Online!!! Т.е. статус транспорт берет при смене статуса у ЛЮБОГО ресурса, а должен, по-моему, брать статус у ресурса с наибольшим приоритетом! Скажите, если я не прав.

Сижу с настольного компа и с ноута. Везде Tkabber. Вхожу с настольного - всё ОК, мрим подключён и online. Вхожу параллельно (другой ресурс, но тот же приоритет) с ноута - через несколько секунд на настольном мрим отключается:

[03:17:32]Неустранимая ошибка (Конфликт): Другое соединие установлено от вашего имени
Тема: Ошибка соединения
[03:17:32]--- MRIM- marsoft @ list.ru (mrim.jabber.ru) недоступен для разговора

Говорю ему переподключиться - вылетает на ноуте с тем же сообщением. Такое ощущение, что он принимает соединение только с одного ресурса... о_О

ЗЫ: транспорт mrim.jabber.ru

Вчера пропал транспорт mrim.jabber.ru. Никаких официальных комментариев от jabber.ru не последовало. Надеюсь, что эта проблема скоро уладится. В чём проблема хотя бы?

Сколько раз бы ни просил авторищовать, через mrim-транспорт это сделать не удаётся. Через официального агента и Mail.ru агента на миранде всё пучком. На компе то вернуться к агенту можно, а на мобиле через бомбу. Проблематично из-за проблем с авторизацией.

Обнаружился такой баг: при подключении нескольких ресурсов сообщения приходят по какому-то непонятному принципу, не всегда на ресурс с наибольшим приоритетом. Статусы корректно берет у ресурса с наибольшим приоритетом, а вот сообщения часто не туда идут. Самым простым решением было бы отправлять входящие сообщения на JID, без указания ресурса, пусть сервер разбирается на какой ресурс отправлять...

Что то он часто стал падать... сейчас совсем упал :(

обратите внимание на главную страницу сайта

Немного повторюсь, но!
В чём может быть частое (примерно каждые 5 минут) пропадание связи с сервером mail.ru?
На том же сервере стоит PyICQt и таких проблем не наблюдается...

Mrim взят из sxn, 119. Сервер на ejabberd под win32.

что-то случилось с транспортом... мне сегодня приходят относительно пустые уведомления о новой почте:

Mrim, 10.06.2009 17:33:00:
http://win.mail.ru/cgi-bin/auth?Login=vasya_pupkin@mail.ru&agent=1244640769B2130000000

Отправитель:
Тема:
------
Всего непрочитанных писем: 1

Хочешь знать больше о Jabber?

Вот такие же грабли, как у многих - падает mrim каждые 6 минут. Точнее даже не mrim а подключение к сервакам. В логах пишет Connection to server lost. Mrim на openfir'e под freebsd.
Кто-нибудь в курсе как бороть?

Подскажите пожалуйста, если реализован протокол ксеп-100 в данном транспоте, то как Gateway обрабатывает contact list?
Сейчас при подключении данного транспорта и approve его запроса на подписку, мне приходят запросы на подписку от всех контактов legacy service ростера. Хотя в 100м протоколе в разделе contact list дается ссылка на 144 ксеп по которому от gateway ростер должен приходить с атрибутами action = add | delete | modify

А кто-нибудь из знающих камрадов в курсе, как корректно останавливать сей сервис? Потому как кроме kill 'cat /var/run/mrim.pid' ничего умнее не придумал.
При этом вроде бы регистрации не пропадают и граблей вроде не замечено, но хотелось бы КОРРЕКТНО его стопить.
Может кто поделится мыслями или знаниями по этому поводу?

Здравствуйте.
Кто-нибудь в курсе: есть решение для mrim транспорта на кластере?

Данная реализация mrim хранит записи о регистрации локально в file system

Привет всем, проблема заключается в том , что захожу на свой аккуант(джаббер), один на компе, другой на телефоне, там у меня подключены 2а транспорта, главная проблема заключается в том что мне нужно получать сообщения на обоих клиентах, но как я понял м агент не понимает приоритеты, а отправляет ресурсам, как можно решить проблему может сменить транспорт на магент?

ps: если кто ответит, напишите в джаббру, а то не пойму , когда ответят, а вопрос меня очень интересует!

Подключил транспорты к gmail: vkontakte,odnoklassniki,ICQ,Facebook,mail(mrim.jid.su). Все транспорты кроме mrim работают. И ошибка как я понял в том, что mrim создает адрес контакта в виде например 123123%mail.ru@mrim.jid.su gtalk не воспринимает символ %(процента) в адресе и вылетает "Произошла неожиданная остановка приложения Google talk (процесс com.google.android.talk) Повторите попытку".
Вот ссылка на решение проблемы(англ): (просто замена % на hot.chili.net другими символами, но на этом сайте нет mrim)
http://code.google.com/p/android/issues/detail?can=2&start=0&num=100&q=&colspec=ID%20Type%20Status%20Owner%20Summary%20Stars&groupby=&sort=&id=1795