Просто все крупные почтовики (гмыло, яндекс и т.п.) умеют прекрасно фильтровать спам. А вот если поднимать свой почтовый сервер, то всё очень плохо: то десятки спам-писем в день не отфильтровываются, то наоборот нужное и полезное письмо улетает в спам… Нафиг такой e-mail. В джаббере, кстати, тоже спама много в последнее время, пришлось антиспам-плагин в Psi+ врубать
Вот только на большей части подобных жаббер-серверов s2s не было и не будет, а тот же ВК давно вырубил свой жаббер. Вы как-то всё ещё продолжаете жить в своём выдуманном мирке :) (я бы повторил все свои предыдущие комменты про проблемы жаббера, но повторяться третий раз это уже безумие какое-то)
Сменить сервер, может, и пару минут, а вот переписать JID в контактах десятков сайтов, убедить собеседников что ты это ты, возвращать мемберку во всех конфах, особенно закрытых, перенастроить всех связанных ботов — та ещё возня. Хорошо что j2j-транспорты существуют, немного облегчают это всё, но лишь немного (поэтому я буду на jabberon.ru до последнего :)
Позвольте поинтересоваться, где вы его нашли? Я и после ваших предыдущих комментов пытался его найти, но всё что нашёл — открытый по сей день тикет на гитхабе: github.com/psi-plus/main/issues/673
А в тикете про Psi пишут, что плагин из Psi не работает в Psi+ (врут?)
Справедливости ради выпишу и здесь, что вчера оказалось, что время подключения к 404.city у меня укладывается в пять секунд, значит тормоза не из-за XML-строф. А из-за чего, я пока не понял
До jabberon.ru в hetzner тоже всего ~36мс пинг на компьютере. Если считать пинг на 3G в 100-200 миллисекунд, то больше напоминает погрешность и не является оправданием джабберу. К тому же на нём ещё и некоторых фич нету, что теоретически должно немного экономить время на подключении, но стабильные 25-30 секунд всё равно набегают.
Вы когда-нибудь заглядывали в XML-консоль, наблюдая за процессом подключения? Если заглядывали, то неужели не задумывались, что в нормальном протоколе можно было бы ужать процесс подключения раза в три, к примеру объединив некоторые XML-строфы? О телеграмовских полсекунды я даже мечтать не буду (расширяемость протокола всё-таки имеет свою цену, не стоит требовать невозможного), но и в текущем виде XMPP тоже никуда не годится.
Что и требовалось доказать. У Telegram подключение занимает пару секунд (максимум даже с проксей, а обычно полсекунды) на не самом хорошем 3G-интернете.
Ну, тут можно просто повторить то, что я вам уже писал.
MUC — срисованное с IRC убожество, что вроде как признают даже сами авторы (где-то был XEP об этом).
обычным пользователям насрать, они не слышали и не желают слышать ни о каких SM, MAM, OMEMO и прочих непотребствах — они просто хотят брать и чатиться. Поэтому они берут WhatsApp, Viber и Telegram.
Conversations не понимает XHTML-IM, полученный от другого «любого мессенджера». Сообщения без MAM теряются на плохом интернете. Мессенджеры без поддержки шифрования не могут прочитать сообщения с шифрованием. Серверы, требующие шифрование, не позволяют передавать сообщения мессенджерам, не умеющим в шифрование.
Ещё я тогда не вспоминал, что XMPP — это лютый франкенштейн, в котором новые идеи кое-как с костылями и глюками построены поверх старых — это одна из причин, по которым подключение может длиться целых полминуты: если заглянуть в XML-консоль, то можно увидеть, что куча времени тратится на включение современных фич, которые вообще-то должны быть по умолчанию. А современные клиенты типа Conversations пытаются прятать устаревшие сущности типа ресурсов с приоритетами, хотя по факту они конечно же никуда не деваются.
XMPP стал слишком тяжёлым. XMPP устарел. XMPP умрёт под весом обратной совместимости, если не появится XMPP 2.0.
Проекту скоро три года, а федерации до сих пор нет. А с этого вообще-то нужно было начинать.
Шифрования тоже нет. А то, которое будет — не OMEMO. И шифрования групповых чатов, похоже, не будет — в общем, без киллер-фич, всё это уже есть в других мессенджерах — да в том же XMPP.
Нет SASL. А велосипедная аутентификация состоит ровно из одного round trip'а: {login} от клиента и {ctrl} от сервера. Впихнуть сюда многоступенчатую аутентификацию вроде OAuth невозможно в принципе.
Описание протокола невнятное. Я так и не понял, каким именно {ctrl} должен ответить сервер на успешную аутентификацию. Лучше уж длинный XMPP Core, но зато чёткий, понятный и с наглядыми пошаговыми примерами. Кр. — с. т. здесь не работает.
Нет редактирования сообщений — базовая фишка всех современных мессенджеров.
Нет транспортов, и, похоже, автор не желает их делать. Переезд с других мессенджеров будет болезненным.
Я знаю, что можно сделать так, как я написал. Я не знаю, как это сделать в показанном вами интерфейсе. Как сервер должен скормить в него ссылку? Как в нём открыть браузер? Не увиливайте от ответа, пожалуйста — мы тут обсуждаем фундаментальные проблемы протокола вообще-то.
Ещё не приходит спам? :)
Вот только на большей части подобных жаббер-серверов s2s не было и не будет, а тот же ВК давно вырубил свой жаббер. Вы как-то всё ещё продолжаете жить в своём выдуманном мирке :) (я бы повторил все свои предыдущие комменты про проблемы жаббера, но повторяться третий раз это уже безумие какое-то)
Оригинал тоже написан в апреле 2015-го
А в тикете про Psi пишут, что плагин из Psi не работает в Psi+ (врут?)
Вы когда-нибудь заглядывали в XML-консоль, наблюдая за процессом подключения? Если заглядывали, то неужели не задумывались, что в нормальном протоколе можно было бы ужать процесс подключения раза в три, к примеру объединив некоторые XML-строфы? О телеграмовских полсекунды я даже мечтать не буду (расширяемость протокола всё-таки имеет свою цену, не стоит требовать невозможного), но и в текущем виде XMPP тоже никуда не годится.
Что и требовалось доказать. У Telegram подключение занимает пару секунд (максимум даже с проксей, а обычно полсекунды) на не самом хорошем 3G-интернете.
Ну, тут можно просто повторить то, что я вам уже писал.
Ещё я тогда не вспоминал, что XMPP — это лютый франкенштейн, в котором новые идеи кое-как с костылями и глюками построены поверх старых — это одна из причин, по которым подключение может длиться целых полминуты: если заглянуть в XML-консоль, то можно увидеть, что куча времени тратится на включение современных фич, которые вообще-то должны быть по умолчанию. А современные клиенты типа Conversations пытаются прятать устаревшие сущности типа ресурсов с приоритетами, хотя по факту они конечно же никуда не деваются.
XMPP стал слишком тяжёлым. XMPP устарел. XMPP умрёт под весом обратной совместимости, если не появится XMPP 2.0.
Что ж, поджытожим.
Проекту скоро три года, а федерации до сих пор нет. А с этого вообще-то нужно было начинать.
Шифрования тоже нет. А то, которое будет — не OMEMO. И шифрования групповых чатов, похоже, не будет — в общем, без киллер-фич, всё это уже есть в других мессенджерах — да в том же XMPP.
Нет SASL. А велосипедная аутентификация состоит ровно из одного round trip'а: {login} от клиента и {ctrl} от сервера. Впихнуть сюда многоступенчатую аутентификацию вроде OAuth невозможно в принципе.
Описание протокола невнятное. Я так и не понял, каким именно {ctrl} должен ответить сервер на успешную аутентификацию. Лучше уж длинный XMPP Core, но зато чёткий, понятный и с наглядыми пошаговыми примерами. Кр. — с. т. здесь не работает.
Нет редактирования сообщений — базовая фишка всех современных мессенджеров.
Вердикт: в текущем виде не взлетит.
Вы будете рассказывать хотя бы примерно, как мне его написать? Или сойдёмся на том, что добавить поддержку OAuth в Tinode невозможно?
Я потратил своё время и не разобрался. Довольны?
Я знаю, что можно сделать так, как я написал. Я не знаю, как это сделать в показанном вами интерфейсе. Как сервер должен скормить в него ссылку? Как в нём открыть браузер? Не увиливайте от ответа, пожалуйста — мы тут обсуждаем фундаментальные проблемы протокола вообще-то.