Сегодняшнее падение связи не было проблемами с s2s. Мы наступили на убийственно ебовую багу в xmpp-компоненте бнвача, которая в нем была почти с самого его создания. Но конечно же пришел штелетта и ВСЁ ПОЧИНИЛ. Бурные овации!

В общем описываю ситуацию с шотган-дебаггингом: Мы перенесли jabber-сервер на другую впс - была huynya2.blasux.ru, стал wonderbolt.blasux.ru Мы сменили jabber-сервер - prosody, был jabberd 1.6 На этой VPS другая ОС - gentoo/fbsd У этих инсталляций осталось две общих вещи: квм и то, что они находятся в сети хецнера. Если проблемы с s2s опять всплывут, то это просто ебаный насрал.

Я всё сломал. Приглашаю в тред тех, у кого НИЧЕГО НЕ РАБОТАЕТ.

Решил в очередной раз посмотреть на jabber-el, включил его и понял, почему я с него ушел на bitlbee: * Он падучий и глючный. К жаберу коннектится через раз. К вконтактику законнектился, но ростер пустой; * Нет поддержки pgp или otr; * Не умеет в icq (inb4: транспорты-говно). В bitlbee, конечно, меньше фич, зато он стабильный и не глючит.

Надоело вручную цопипастить куски текста для квотирования, накостылял велосипед. Обосрите/найдите косяки чтоли. (defun quote-selection () "pastes selection prefixed by > to end of input to comment on that" (interactive) (kill-ring-save (point) (mark)) (goto-char (point-max)) (insert "> ") (yank) (insert (kbd "C-j")) )

Наконец-то дошли руки более-менее обоснованно подитожить, почему все жаббир-клиенты - говно. Рассматриваются свободные клиенты под Linux. Буду рад, если вы чем-либо дополните нижеприведённый список, или предложите клиент, свободный от этих проблем. tkabber broken multiple-subkeys pgp support w/o a third-party patch no otr support bad support for multiple connections slow disabled tls by default irresponsible developers psi+ (w/o webkit) xml configs opportunistic tls by default eats up over 100Mb of RAM right after connecting broken otr support (like in mcabber) ignores roster groups for MUCs fails to detect disconnects mcabber no resources support, rendering encrypted communication w/ multiresource guys impossible requires kludges to write multiline messages pidgin eats up tons of RAM and crawls if hit by a big userpic WIMP-oriented xml configs basic xmpp features in 3-rd party plugins written by monkeycoders gajim slow Python

Я тут полуркал по РФЦ. http://tools.ietf.org/html/rfc6120#section-4.8.5 Оно говорит что да, можно обрабатывать неймспейсы как говно, по историческим причинам, потому что слишком дохуя клиентов, которые обрабатывают их как говно. Упоминается тот же stream:stream и говорится что приложение MAY не принимать стримы с другим префиксом. (но не говорится, что приложение SHOULD генерировать стримы только с таким префиксом). Также ограничивается дефолтный неймспейс и запрещается ставить префиксы на элементы дефолтного неймспейса если это jabber:client. Таким образом, RFC соответствуют и приложения, которые ЛОМАЮТСЯ от нестандартного префикса потока и приложения, которые ЛОМАЮТ эти приложения при помощи нестандартного префикса. Охуенное говнище.

Как проверить, может ли ваша xmpp-либа нормально в xmlns: Проверьте, как она реагирует, если поток называется не stream:stream, а, например, lol:stream, при корректно заданном неймспейсе lol. твистед.вордс, например, не говно и прожует успешно. Пример говна из исходников QXmpp: FIXME : maybe these QRegExps could be static? QRegExp startStreamRegex("^(<\\?xml.*\\?>)?\\s*<stream:stream.*>"); startStreamRegex.setMinimal(true); QRegExp endStreamRegex("</stream:stream>$");

Большинство ебаных клиентов кладут хуй на xmlns. Сука ну как так жить, при том, что например MUC очень сильно зависит от их поддержки. И не зная о xmlns отличить muc от просто чята можно только наугад или по левой информации сохраняемой в клиенте. И, например, псина так делает. loudmouth, например, вообще xmlns показывает как просто еще один аттрибут И если его покормить хемулем в котором неймспейсы расставлены не как обычно (но тем не менее в строгом соответствии со стандартами на XML и XMPP), то его порвет в клочья. Сука говно говно говно.

https://github.com/lexszero/xmppbnc Начал пилить простенький "баунсер" для XMPP. Пока умеет хранить все пришедшие ему сообщения в памяти и выдавать их по реквесту через Remote Control (XEP-0146). В планах поддержка MUC и запись логов в файл{,ы}. Конфигурируется dwm-style, правкой config.h.

Если Jabber.ru контролирует гебня, то они ведь могут читать сообщения, если они дополнительно не зашифрованы?

ЖРУ упало?

Хочу попробовать поюзать bitlbee для джабберов, отговорите.

Товарищи, попробуйте зайти в voshod@conference.ileamare.ru

jamesleeon@ileamare.ru Вбрасывайтесь, например.

А на каких серверах сейчас модно держать конференции? inb4 cjr — не хотет, там до сих пор дискриминация против арабской письменности. Не хочу иметь ничего общего с сервисами, где админы считают допустимым использовать в системных сообщениях термины типа arabic pig итп. Из остального знаю только neko.im и draugr.de, но они нестабильны и, бывает, сутками лежат. Также, там нет некоторых жизненно необходимых функций типа возможности привинтить капчу на вход.

Выпилил icq-транспорт т.к. мало профита.