Журнал Витуса

Почему-то обновленный с F-Droid-а Fluffychat стал рассказывать что "у меня на телефоне, наверное нет сервисов гугля, и это хорошо для приватнсоти". Сервисы гугля у меня есть, whatsapp-то работает. Возможно это f-droid-овская сборка fluffychat не умеет с ними работать. Это мне не первый раз попадается.

Но в процессе оно рассказало, что существуют альтернативные гуглю системы push-нотификаций. В частности есть ntfy которая вся из себя открытая, и можно свой сервер поставить если очень хочется. Кстати почитав про ntfy я пришел к выводу что значительную часть того, для чего я использую матрикс, оно сделает и само по себе, а не в качестве прибамбаса к матриксу.

Гораздо более интересно то, что еще одним вариантом оперативного получения пуш-нотификаций о приходе сообщений в matrix, является xmpp-клиент conversation. То есть джаббер сам по себе.(ну это в общем понятно - протокол xmpp предполагает наличие постоянно открытого сокета. А матрикс работает через http(s).

Единственное что я пока из всей этой ситуации не понял - это откуда мой синапс узнает что слать нотификации моему мобильному клиенту надо через вот этот ntfy сервер (благо там единственным способом аутентифиации является URL-ка подписки), а в случае xmpp - откуда возьмет аккаунт с когорого можно слать сообщения.

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

Был, конечно, вариант отказаться от использования мессенджеров для общения с роботами вообще, и общаться с ними по старой доброй электронной почте. Но проблема в том, что от сообщения от некоторых роботов нужно получать на телефон с громким оповещением, а большинство роботов, наоборот способны подождать, пока я соберусь их отчеты читать. Настраивать K9-mail чтобы здесь пищал, здесь не пищал мне лень.

Почему-то почтовые клиенты для мобильных операционных систем пишут люди которые электронной почтой пользуются настолько редко, что приход каждого письма для них событие. Поэтому настроить правильный уровень реакции на письма, когда их сотни в день, даже в сочетании со sieve на сервере у меня не получается. Поэтому клиент на телефоне настроен в режиме "никакой реакции и даже никакой автоматической синхронизации". Нужно мне почитать почту с телефона - запущу синхронизацию вручную.

Поэтому те сообщения для которых своевременное доведение дохождения до моего телефона критично, должны ходить по какому-то другому каналу, не почте.

Да, дополнительная мысль - все мессенждеры, принадлежащие корпорациям - крайне недружественны к роботам.

Задумался над вопросом, а не извести ли мне джаббер совсем, и не заменить ли на матрицу. По-моему у меня в джабберном контакт-листе живых людей кроме жены и сына не осталось, а их я могу попытатсья пересадить на матрицу (равно как и роботов).

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

Посмотрел как матрица интегрируется с другими мессенджерами. Пооблизывался насчет гейтов (вернее бриджей в терминологии матрицы) в скайп и whatsapp.

Гейт в whatsapp правда, требует наличия на сервере эмулятора андроида. Причем не просто эмулятора, а такого чтобы ему можно было кусок экрана в качестве картинки в камеру подсунуть. То есть анбокс не подойдет, нужна виртуальная машина из android-sdk. Но вообще держать whatsapp и skype в огороженных загончиках на сервере, а на ценных устройствах, носимых с собой иметь только клиент опенсурсной федерерованной сети, это неплохо.

Вот с клиентами - беда. Выяснилось что такие клиенты как quaternion фактически потеряли интероперабельность с основным клиентом, который element. Потому что quaternion не поддерживает шифрования, а element при попытке послать кому-то личное сообщение конфигурирует приватную комнату с шифрованием. Может, правда, через год-другой это устаканится, и будет там выбор клиентов. Но пока похоже element это one client, who rule them all.

Посмотрел хаутушку по установке и интеграции с matrix-synapse TURN-сервера, что должно обеспечить возможность аудио- и видео-диалогов. Экспериментировать пока не стал.

В общем, почему-то у меня пока нет ощущения, что matrix лучше чем jabber.

В результате обсуждения получилось следующее:
Для того чтобы jabber-ом можно было пользоваться как корпоративным мессенждером, более менее конкурентоспособным со всякими телерамами и прочими мессенджерами с внешними серверами, требуется собрать комплект из сервера и клиентов подо все требуемые платформы (Linux, Windows, MacOS, Android, IOS) который бы умел следующие вещи

1. Доставку сообщений всем клиентам, залогиненным с данным JID (XEP-0280, Carbon copy, умеют prosody, Conversation, Gajim, Adium, Yaxum). Кстати, я у себя на сервере включил, и теперь Conversation честно получает копии всего о чем я переписываюсь в tkabber, но не наоборот. Наоборот - надо к tkabber-у маленький плагинчик написать.
2. Хранение архива сообщений на сервера и доступ к нему (XEP-0313, поддерживается prosody, Conversation, кем еще не разобрался )
3. Общий для всех поддерживаемых клиентов протокол передачи файлов.
4. Выбрать каким способом будем бороться с tcp outages. Мне пока пингов хватает, могу для прикола mod_smacks на сервере сконфигурировать и посмотреть как будет себя вести Conversation в метро при наличии на сервере поддержки XEP-0198.
5. Какую-то юзер-директори для контрагентов. Для своих-то вообще просто корпоративный LDAP/AD мэпить в ростеры сотрудников принудительно. (mod_storage_ldap в prosody) Да еще и с разбивкой по группам. В prosody это опять же без проблем делается.
6. не забыть настроить http-доступ к архивам конференций. Кстати, builtin pastebin может оказаться не бессмысленой штукой. Равно как и mod_http_upload. У нас вечно надо логи всякие гонять, так если это будет встроенно в мессенджер, может народу понравится.
7. Приделать какую-нибудь post url которая позволяет слать сообщения в конференции CURL-ом или еще каким способом, привычным разработчикам. Подумать о том, какая там авторизация должна быть. 15 минут на написание ТЗ, полчаса на чтение примеров к питоновскому модулю jabberbot, 10 минут на кодирование.

OTR для корпоративной переписки по-моему нафиг не нужен.

Вроде (при условии что рекомендованный клиент не будет вызывать у пользователя рвотного рефлекса) этого должно хватить

Upd На роль основного десктопного клиента (пока) позиционируется gajim. Ибо умеет
XEP-0198 XEP-0280 XEP-313 XEP-0363 и еще много-много. Зато, правда, версия 1.0.0beta разучилась OTR. Надо соответствующий модуль портировать на Python 3 с Python 2.

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

Хотя:

1. Корпоративный jabber еще nataraj настроил и подключил к LDAP-у. Так что не нужно никаких регистраций, никаких кодов в SMS. Просто логинишься с тем же логионом и паролем что и на любые другие корпоративные ресурсы. А если тебе нужно найти другого сотрудника, то тоже думать не надо - jid совпадает с email.

2. Клиенты имеются на любой вкус и цвет под любую операционку. А в линуксовые DE так по-моему встроены. Просто берешь и подключаешься.

3. Групповые чаты (конференции) куда гибче и лучше. Правда, вот тут, возможно надо кое-что донастроить - не проверял.

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

Что-то pidgin, которым я последнее время пользуюсь в качестве jabber-клиента меня как-то стал разочаровывать. Т.е. было уже два случая, когда он не завершался корректно после закрытия сессии залипшиф в фоне процесс доводил LA у системы (c четырьмя ядрами) до примерно 40.

Так что думаю, что стоит поменять jabber-клиент.

И вот теперь интересно, а что взять вместо него

1. Вернуться на tkabber. Сдается мне, что пакет tkabber нынче в дистрибутиве не слишком функционален. Что-то я не вижу у него в зависимостях того, что обеспечивает end-to-end шифрование, иконку в трее и т.д (что вообще-то tkabber умеет). А видео и голосовых звонков он по-моему и upstream не умеет. Зато, правда, OTR там на pure tcl сделана.

2. Psi - вроде как о нем хорошо отзываются.

3. Gajim - приятен тем что, как и tkabber не на компилируемом языке написан.

Соответственно, чего хочется:

0. Узкое вертикальное окно с ростером и вспылвающие только по необходимости окна чатов
1. Минимум зависимостей не по делу
2. Нормальная интеграция в lxde. - иконка в трее, правильная реакция на включение-выключение скринсейвера.
3. TLS - must have
4. OTR - must have
5. GPG-подписи и шифрование - ну в крайнем случае можно без этого обойтись. Но чтобы процессов gpg-agent не плодило.
6. видео и аудио - приятный бонус
7. Конференции - ну ради такого дела в крайнем случае tkabber рядом запущу.

http://www.opennet.ru/opennews/art.shtml?num=36959

Гугль планирует прекратить взаимодействине gtalk по xmpp c другими серверами. Пока, правда, в gtalk-овском аккаунте, открытом в нормальном джаббер-клиенте, мне люди с других серверов видны.

Интересно, а скоро они прекратят под предлогом борьбы со спамом принимать для пользователей gmail почту со сторонних почтовых серверов? А индексировать сайты, которые не у них хостятся?


В общем, если вдруг я недоступен по основному jabber-у vitus@wagner.pp.ru, возможно, имеет смысл поискать меня как vitus.wagner@yandex.ru. Буду этот аккаунт который у меня случайно вместе с яндекс-кошельком образовался, тоже держать подключенным.

Поскольку ICQ рано или поздно совсем отключат (или мне оно окончательно надоест), у людей, никогда ранее не пользовавшихся jabber, может возникнуть потребность связаться со мной (или с кем-то еще) по jabber.
Для этого, вообще говоря, не надо регистрироваться где-то, ставить какие-то программы-клиенты

Есть такой добрый сайт - habahaba. Идете туда, вводите jid (jabber id) того, с кем хочется связаться. и пишете сообщение. Каптчу еще ввести попросят, чтобы не спамили.
После того как получите ответ, окно браузера превращается в нормальный чат, в котором можно общаться.

А можно поставить прямую ссылку вида

http://habahaba.jrudevels.org?jid=имя%40сервер

.

Например если кликнуть сюда сюда, можно послать сообщение мне. Только, пожалуйста, пишите в теле сообщения кто вы. А то habahaba телепатией не владеет, и рассказать мне кто нажал на кнопку - не может.

Единственный недостаток - не видно, есть ли адресат в онлайне.

AOL запустила экспериментальный сервис, позволяющий коннектиться к сетям мнговенных сообщений ICQ и AIM по протоколу XMPP, т.е. посредством jabber-клиентов.

Пока, оно, конечно, глючит (особенно для не-англоязычных пользователей) но тенденция налицо - открытые стандартные протоколы побеждают. В следующей версии родной ICQ-клиент, наверное, сделают работающим по XMPP, а там запустят s2s и будет icq.com всего лишь одним из популярных jabber-серверов.

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

http://community.livejournal.com/lj_dev/716451.html

LiveJournal обзавелся своим собственным сервисом мгновенных сообщений (вроде ICQ). Для тех кто в курсе технических тонкостей - собственным Jabber-сервером. При этом все владельцы журналов автоматически зарегистрированы с теми же паролями, какие у них в журналах, и в контакты им добавлены их взаимные френды.

Соответственно, можно ставить себе клиентов (а клиентов Jabber в сети доступно - море. Можно использовать, например соответствующий плагин к Миранде) и пользоваться. При этом поддерживается s2s, т.е. возможность обмена сообщениями с клиентами других jabber-серверов, таких как jabber.ru, xmpp.ru, Google Talk.

Единственная засада - группы не поддерживаются.