Не знаю, что там было включено, но с моей стороны это выглядело так:
Спойлер
Опять же, все эти ваши настроен/не-настроен/используется/не-используется лишь в минус в джабберу: это всё само собой разумеющиеся вещи, которые должны быть из коробки везде без всяких настроек. И это всё ещё та же моя основная претензия к XMPP. Никто — ни я, ни мой собеседник — не должен даже задумываться об этом.
Поэтому мой основной мессенджер сейчас, прости г-споди, Telegram)))
Я здесь немного не в теме: а как сервер получателя вообще должен узнать о невозможности доставки сообщения клиенту? Насколько я знаю, это возможно реализовать только через обязательное уведомление о доставке, но опять же — оно в XMPP необязательное.
Безусловно, за последние годы надёжность XMPP сильно повысилась, и я сам стал чаще использовать Conversations на телефоне благодаря тем самым SM и Carbons. Но мне тоже нет никакого резона говорить недостоверные вещи, сообщения у меня всё-таки продолжают иногда теряться) А всё из-за необязательности реализации этих несчастных гарантий доставки.
Кстати, здесь есть риск нарваться на ошибку выжившего: о пропавших сообщениях можно никогда и не узнать, они ж пропавшие. Какое-то важное сообщение может быть повторено собеседником, однако какая-нибудь потерявшаяся смишнявка с башорга скорее всего будет забыта, и вы никогда не узнаете, что не получили очень много смишнявок от своих друзей.
Когда собеседник пару дней назад потерял моё сообщение, мне никакой ошибки не приходило. Было всего лишь отсутствие уведомления о доставке (в Psi+ у сообщения осталась красная стрелочка вместо положенной зелёной). Как следствие, я должен был вручную повторить отправку сообщения, что есть тотальное неюзерфрендли.
Плюс нет гарантии, что собеседник его на самом деле не получил: возможно, интернет у него отвалился аккурат перед отправкой уведомления о доставке. Тогда, если я переотправлю сообщение, он получит его второй раз, что тоже неюзерфрендли.
Я про то и говорю, что поддержка истории почти нигде не включена. На jabberon.ru, который я юзаю уже лет семь, никакого XEP-0313 нет и не предвидится, а даже если я найду сервер с историей или подниму даже свой (у меня есть ejabberd на andreymal.org, но только для ботов), то всё равно менять JID — боль. Так что страдания неизбежны)
Ну и да, где гарантии, что у моих собеседников будет история? Вон у ранее упоминавшегося собеседика, потерявшего сообщение пару дней назад, даже банального stream management не было (у него поднят свой сервер). Я его ткнул в модуль для Prosody, он спасибкой ответил, но поставит ли его — ещё не факт.
Повторюсь, я считаю, что всё связанное с гарантией доставки, включая историю, должно быть встроено в протокол как обязательная фича, а не как расширения сбоку. Это моя основная претензия к XMPP.
Я уверен, что светлое будущее должно быть на базе XMPP. Но для этого его нужно капитально перелопатить. А чтобы не наделать ошибок при перелопачивании, нужно сперва разобраться, почему прошлое стало таким, какое оно есть :)
Работает только если клиент не единственный. Отвалился интернет в метро — сообщение потеряется.
Я включаю Conversations на телефоне только тогда, когда на ноутбуке запущен Psi+. Если Conversations отвалится, то сообщение получит Psi+ благодаря этому самому message carbons. Но если Conversations отвалится и не восстановит соединение, а Psi+ будет отключен, то сообщение ни в какой delayed delivery не попадёт и в итоге потеряется.
Работает только при оффлайне. Если подвис интернет в метро — сообщение в delayed delivery не попадёт и в итоге потеряется.
message carbons
Работает только если клиент не единственный. Отвалился интернет в метро — сообщение потеряется.
UPD: В старой версии коммента я немного попутал со stream management, но он тоже не работает. Отвалился интернет более чем на 15 минут — соединение не восстановится и сообщение потеряется. Я лично ставил эксперимент с Conversations — теряет, инфа 100%. Поэтому я не пользуюсь джаббером на телефоне.
OMEMO
К гарантии доставки не относится (ну или я чего-то не знаю).
Полную гарантию доставки будет давать только MAM — но именно его почти нигде и нет (вон ниже т.е. выше в комментах $1000 за реализацию в Psi+ предлагают, например). На вашем dragur.de есть MAM?
сам протокол и клиениты сейчас намного лучше, чем были N лет назад
Лучше, бесспорно. В 2008-м даже с message carbons дела были очень плохи, не говоря уже обо всём остальном. Но его надёжность всё еще не дотягивает до минимальных требований — я уже не раз здесь упоминал о потерях сообщений даже со всеми этими расширениями.
пришлось перейти на Pidgin
Когда я его тыкал несколько лет назад, он был убог и вообще падал от картинок в чате. Но что-то его все нахваливают, снова попробовать что ли)
За десять лет экспериментов с джаббером мне не удалось провести ни одного успешного аудиозвонка ни на одном формально соответствующем стандарту клиенте, про видео вообще молчу. Единственный успешный звонок был с одного Talkonaut на другой Talkonaut на симбиане, но у него своя несовместимая реализация (гугловый libjingle, ЕМНИП), так что не считается.
На все XEP'ы можно ответить очень просто: они не обязательны к реализации, как следствие — их никто не реализовывает. Буквально пару дней назад собеседник не получил от меня сообщение, потому что на его Prosody не был подключен XEP-0198. Тот же собеседник потерял все мои сообщения за полгода(!) (а я думал, что он меня просто игнорирует) в 2017-м, причина до сих пор неизвестна (ну или он соврал, что полгода от меня ничего не получал, не знаю). А живых серверов, хранящих историю сообщений у себя, я вообще не знаю.
Нужен протокол, в котором все упомянутые XEP'ы будут обязательны к реализации всеми клиентами и серверами. И будут реализованы не так громоздко, как XMPP, у которого при подключении over9000 round trip'ов на включение всего этого дела.
Алсо, я не вчитывался в XEP-0280, но в любом случае на практике реализация синхронизации между моими Conversations и Psi+ откровенно убогая (оба XEP-0280 поддерживают, проверял).
В принципе я бы тоже был не против описанного вами, если предоставить выбор. Например, я не хочу, чтобы мой провайдер знал, что я смотрю, кхм, «овальные» ролики на ютубе, или что я любуюсь на котиков, которые выкладывает daggert на своём сайте — я хочу, чтобы это всё шифровалось (про всякие косвенные каналы, позволяющие даже при шифровании узнать, что я смотрю, пока молчу). Если отказываться от шифрования и ограничиваться подписью, то я буду лишён права выбора, и мне придётся подключать какой-нибудь VPN (но тогда уже владелец VPN будет знать, что я смотрю овального и котиков, мда).
Выше уже была начатая мной ветка про подписи. Ну а вообще — во-первых, зачем делать одновременно подписи и шифрование, когда можно сделать сразу шифрование всем? Во-вторых, для подписи тоже нужны те же сертификаты для проверки подлинности, и снова привет, Let's Encrypt
Именно эти существующие в tls механизмы Вы начали добавлять по ходу обсуждения в первоначально «достаточную» подпись.
Это неотъемлемая часть подписи, я не знаю, с чего это вы вдруг решили, что я считал, что без них «достаточно», ничего подобного. Вы уже не зануда, вы просто выдумываете то, чего не было. Мне надоело опровергать несуществующие события, наверно я вам прекращу отвечать уже
Не совсем: мой фаерфокс уже давно забыл пароль от роутера, потому что HTTPS отсутствует, приходится каждый раз руками набирать. Хром пока вроде бы запоминает, но нет уверенности, что так останется и в будущем или что в будущем не добавится каких-нибудь новых ограничений
Доверия к стороннему ресурсу (HTTPS не спасёт от банальной подмены файла админом на сервере CDN), а не к каналу передачи данных (это тоже, но лишь как побочный эффект), так что задача всё-таки немножко другая
Не знаю, что там было включено, но с моей стороны это выглядело так:
Опять же, все эти ваши настроен/не-настроен/используется/не-используется лишь в минус в джабберу: это всё само собой разумеющиеся вещи, которые должны быть из коробки везде без всяких настроек. И это всё ещё та же моя основная претензия к XMPP. Никто — ни я, ни мой собеседник — не должен даже задумываться об этом.
Поэтому мой основной мессенджер сейчас, прости г-споди, Telegram)))
Тем страннее, что никаких ошибок от этого вашего Prosody пару дней назад я не получал
Получается, Prosody из коробки не умеет определять отваливающиеся TCP-сессии?
Я здесь немного не в теме: а как сервер получателя вообще должен узнать о невозможности доставки сообщения клиенту? Насколько я знаю, это возможно реализовать только через обязательное уведомление о доставке, но опять же — оно в XMPP необязательное.
Безусловно, за последние годы надёжность XMPP сильно повысилась, и я сам стал чаще использовать Conversations на телефоне благодаря тем самым SM и Carbons. Но мне тоже нет никакого резона говорить недостоверные вещи, сообщения у меня всё-таки продолжают иногда теряться) А всё из-за необязательности реализации этих несчастных гарантий доставки.
Кстати, здесь есть риск нарваться на ошибку выжившего: о пропавших сообщениях можно никогда и не узнать, они ж пропавшие. Какое-то важное сообщение может быть повторено собеседником, однако какая-нибудь потерявшаяся смишнявка с башорга скорее всего будет забыта, и вы никогда не узнаете, что не получили очень много смишнявок от своих друзей.
Когда собеседник пару дней назад потерял моё сообщение, мне никакой ошибки не приходило. Было всего лишь отсутствие уведомления о доставке (в Psi+ у сообщения осталась красная стрелочка вместо положенной зелёной). Как следствие, я должен был вручную повторить отправку сообщения, что есть тотальное неюзерфрендли.
Плюс нет гарантии, что собеседник его на самом деле не получил: возможно, интернет у него отвалился аккурат перед отправкой уведомления о доставке. Тогда, если я переотправлю сообщение, он получит его второй раз, что тоже неюзерфрендли.
Это никуда не годится.
Я про то и говорю, что поддержка истории почти нигде не включена. На jabberon.ru, который я юзаю уже лет семь, никакого XEP-0313 нет и не предвидится, а даже если я найду сервер с историей или подниму даже свой (у меня есть ejabberd на andreymal.org, но только для ботов), то всё равно менять JID — боль. Так что страдания неизбежны)
Ну и да, где гарантии, что у моих собеседников будет история? Вон у ранее упоминавшегося собеседика, потерявшего сообщение пару дней назад, даже банального stream management не было (у него поднят свой сервер). Я его ткнул в модуль для Prosody, он спасибкой ответил, но поставит ли его — ещё не факт.
Повторюсь, я считаю, что всё связанное с гарантией доставки, включая историю, должно быть встроено в протокол как обязательная фича, а не как расширения сбоку. Это моя основная претензия к XMPP.
Я уверен, что светлое будущее должно быть на базе XMPP. Но для этого его нужно капитально перелопатить. А чтобы не наделать ошибок при перелопачивании, нужно сперва разобраться, почему прошлое стало таким, какое оно есть :)
Не успел дополнить:
Я включаю Conversations на телефоне только тогда, когда на ноутбуке запущен Psi+. Если Conversations отвалится, то сообщение получит Psi+ благодаря этому самому message carbons. Но если Conversations отвалится и не восстановит соединение, а Psi+ будет отключен, то сообщение ни в какой delayed delivery не попадёт и в итоге потеряется.
В общем, джаббер ненадёжен.
Работает только при оффлайне. Если подвис интернет в метро — сообщение в delayed delivery не попадёт и в итоге потеряется.
Работает только если клиент не единственный. Отвалился интернет в метро — сообщение потеряется.
UPD: В старой версии коммента я немного попутал со stream management, но он тоже не работает. Отвалился интернет более чем на 15 минут — соединение не восстановится и сообщение потеряется. Я лично ставил эксперимент с Conversations — теряет, инфа 100%. Поэтому я не пользуюсь джаббером на телефоне.
К гарантии доставки не относится (ну или я чего-то не знаю).
Полную гарантию доставки будет давать только MAM — но именно его почти нигде и нет (вон
нижет.е. выше в комментах $1000 за реализацию в Psi+ предлагают, например). На вашемdragur.deесть MAM?Лучше, бесспорно. В 2008-м даже с message carbons дела были очень плохи, не говоря уже обо всём остальном. Но его надёжность всё еще не дотягивает до минимальных требований — я уже не раз здесь упоминал о потерях сообщений даже со всеми этими расширениями.
Когда я его тыкал несколько лет назад, он был убог и вообще падал от картинок в чате. Но что-то его все нахваливают, снова попробовать что ли)
За десять лет экспериментов с джаббером мне не удалось провести ни одного успешного аудиозвонка ни на одном формально соответствующем стандарту клиенте, про видео вообще молчу. Единственный успешный звонок был с одного Talkonaut на другой Talkonaut на симбиане, но у него своя несовместимая реализация (гугловый libjingle, ЕМНИП), так что не считается.
На все XEP'ы можно ответить очень просто: они не обязательны к реализации, как следствие — их никто не реализовывает. Буквально пару дней назад собеседник не получил от меня сообщение, потому что на его Prosody не был подключен XEP-0198. Тот же собеседник потерял все мои сообщения за полгода(!) (а я думал, что он меня просто игнорирует) в 2017-м, причина до сих пор неизвестна (ну или он соврал, что полгода от меня ничего не получал, не знаю). А живых серверов, хранящих историю сообщений у себя, я вообще не знаю.
Нужен протокол, в котором все упомянутые XEP'ы будут обязательны к реализации всеми клиентами и серверами. И будут реализованы не так громоздко, как XMPP, у которого при подключении over9000 round trip'ов на включение всего этого дела.
Алсо, я не вчитывался в XEP-0280, но в любом случае на практике реализация синхронизации между моими Conversations и Psi+ откровенно убогая (оба XEP-0280 поддерживают, проверял).
Matrix?
(он по моему мнению хрень, но не видеть его упоминания в посте для меня немного странно)
(вообще, следуя принципу «сперва добейся», я себе наклепал прототип протокола ещё в прошлом году, но реализовать руки не доходят)
В принципе я бы тоже был не против описанного вами, если предоставить выбор. Например, я не хочу, чтобы мой провайдер знал, что я смотрю, кхм, «овальные» ролики на ютубе, или что я любуюсь на котиков, которые выкладывает daggert на своём сайте — я хочу, чтобы это всё шифровалось (про всякие косвенные каналы, позволяющие даже при шифровании узнать, что я смотрю, пока молчу). Если отказываться от шифрования и ограничиваться подписью, то я буду лишён права выбора, и мне придётся подключать какой-нибудь VPN (но тогда уже владелец VPN будет знать, что я смотрю овального и котиков, мда).
Туда будет встроена реклама от провайдера.
Туда будет встроена реклама от провайдера.
Туда будет встроена реклама от провайдера.
Это если из относительно безобидного и не вспоминать про майнеры биткоинов и про RCE в png-файлах :)
Это неотъемлемая часть подписи, я не знаю, с чего это вы вдруг решили, что я считал, что без них «достаточно», ничего подобного. Вы уже не зануда, вы просто выдумываете то, чего не было. Мне надоело опровергать несуществующие события, наверно я вам прекращу отвечать уже
Не совсем: мой фаерфокс уже давно забыл пароль от роутера, потому что HTTPS отсутствует, приходится каждый раз руками набирать. Хром пока вроде бы запоминает, но нет уверенности, что так останется и в будущем или что в будущем не добавится каких-нибудь новых ограничений
Подписи, внезапно, базируются на тех же механизмах, что и шифрование, ага :)