Субъективный обзор федеративных мессенджеров

Привет!

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

При этом, кроме централизованных сервисов, всегда существовали федеративные или просто self-hosted протоколы и приложения и энтузиасты про них всегда знали и часто использовали: от IRC до Matrix и Mastodon.

Здесь, на Хабре, уже было несколько инструкций о том, как настроить свой Jabber, Matrix сервер, было описание Delta Chat. Эта статья не претендует на инструкцию о том, как настроить конкретный сервер и не декларирует что именно нужно устанавливать, а является рефлексией собственного поиска подходящего self-hosted федеративного инструмента для отправки сканов документов и звонков друзьям.

В тексте присутствуют субъективные пользовательские суждения о серверах и клиентах. Оценки потребления памяти в основном эмпирические, полноценного исследования каждого сервера я не проводил.

Для начала определю субъективный список протоколов/приложений, которые выглядят живыми/актуальными в 2026-м году. Мне кажется важным не строить свой отдельный остров коммуникации, а позволить своему серверу обмениваться данными с другими, поэтому здесь не будет Mattermost и других приложений, не спроектированных для того, чтобы быть федеративными.

• XMPP/Jabber

• Matrix

• Chatmail/DeltaChat

• NextCloud Talk

От мессенджера хотелось бы получить:

• Федерацию, чтобы не замыкаться на своём сервере

• Отправку медиа

• Звонки

• Коллективные чаты

• Консистентную работу на разных устройствах

• Лёгкость настройки клиентов

Это базовый минимум. Комфортным максимумом будут голосовые сообщения, отправка видео, местоположения, реакции, быстродействие и т.д.; всё, к чему мы успели привыкнуть в Telegram. Может быть транспорты/бриджи в другие сервисы. Я постараюсь вкратце коснуться этих функций при описании клиентов.

Я бы не ожидал, что при использовании собственного сервера, количество активных пользователей на нём превысит 20 человек, а количество одновременных звонков будет больше 2-х.

Кроме того, хотелось бы, чтобы свой сервер был:

• Легко развёртываемым.

• Стабильным и поддерживаемым.

• Незаметным для бюджета: в идеале, если вся серверная часть уместится в 1 Гб ОЗУ.

XMPP/Jabber

Jabber, кажется, существовал всегда: даже сегодня можно найти Jimm Aspro Jabber, установить его на Sony Ericsson K700, подключиться к Jabber.ru и написать человеку, который установил Monal на свой iPhone. Логин выглядит очень привычно: user@jabber.server.com.

Звонки в XMPP работают через расширение Jingle: сначала клиенты согласуют параметры сессии XMPP-сообщениями, а затем устанавливают медиаканал между устройствами: p2p или через отдельный TURN.

Шифрование чаще всего реализовано через XEP-0384 OMEMO, на стороне клиента: каждое устройство генерирует собственную пару ключей. При первом обмене сообщениями клиент автоматически обменивается ключами с устройствами собеседника, некоторые клиенты принимают их по умолчанию. При этом устройство добавляется легко: достаточно авторизоваться и затем принять ключи нового устройства как доверенные.

Для запуска Jabber подойдут сервера:

1. Prosody

2. Snikket

3. ejabberd

В этом списке отсутствует Openfire из-за требований JVM к памяти.

Prosody

Prosody написан на Lua и активно поддерживается: последняя версия вышла в мае 2026-го. Это один из самых лёгких серверов в плане ОЗУ: 40–80 Мб в режиме ожидания.

Из коробки поддерживается всё, что нужно: федерация через стандартный XMPP S2S, групповые чаты (MUC), архив сообщений (MAM), синхронизация между устройствами через Message Carbons, обмен файлами через http_file_share. Управление по умолчанию через CLI утилиту.

Для звонков нужен отдельный STUN/TURN сервер: обычно coturn, который можно запустить на той же системе. Prosody анонсирует его адрес клиентам через XEP-0215.

Вкратце: крайне легковесный и полностью функциональный XMPP сервер для небольшого круга общения. Для его запуска вместе с coturn подойдёт любая виртуальная машина с 512 Мб ОЗУ. Либо, если без дела лежит Raspberry 1B из 2012-го года, а домашний провайдер выдаёт белый IP, то такой набор уже должен закрыть базовые требования.

Преимущества:

• Низкие системные требования

• Лёгкость запуска

Недостатки:

• Ограниченные возможности масштабирования, например, нельзя настроить хранение в S3

• Отсутствует встроенная панель администратора

Snikket

Snikket построен поверх Prosody и даже создан автором Prosody: по сути это тот же сервер, но упакованный в Docker и дополненный веб-интерфейсом и системой инвайтов. Функциональность та же: федерация, групповые чаты, архив сообщений, файлы, звонки через coturn, OMEMO на стороне клиента. Главное отличие от обычного Prosody: его чуть проще запустить и получить сервер с валидными HTTPS сертификатами и управлением пользователями через веб-интерфейс.

Однако, запуск в Docker будет означать чуть большие требования к ресурсам, хотя в желаемые 1 Гб ОЗУ всё равно всё влезет. Официальная документация рекомендует использовать сервер с минимум 1 Гб.

Преимущества:

• Максимально упрощённое развёртывание

• Инсталляция включает в себя сразу дополнительные модули (например, админ панель) и при этом всё ещё остаётся минималистичной

Недостатки:

• Только docker, про нативный запуск на сайте ничего не говорится

• Нет доступа к конфигурации Prosody

ejabberd

ejabberd написан на Erlang и разрабатывается компанией ProcessOne с начала 2000-х. Это самый зрелый сервер в списке, всё есть в комплекте, без установки дополнительных модулей: федерация, групповые чаты, MAM, файлы, push-уведомления. Звонки — через тот же coturn.

Для небольшой компании потребление памяти будет около 250 Мб ОЗУ, что больше Prosody, но в рамки 1 Гб укладывается. Конкретное потребление зависит от включенных модулей. Конфигурация в YAML, есть веб-интерфейс для администрирования и административный API. Лично я бы рекомендовал ejabberd, если есть необходимость подключить половину вашего города.

Преимущества:

• Развитая экосистема и наличие любых необходимых модулей

• Поддержка разнообразных СУБД

• Наилучшая поддержка расширений XMPP

• Возможность масштабирования

• Приглашения в ejabberd 26 (mod_invites): генерация invite-ссылок для онбординга

Недостатки:

• Потребление ресурсов выше Prosody

Какой сервер выбрать

Все сервера реализуют звонки через дополнительный сервер coturn, который потребляет ещё около 60 Мб в простое. В целом, можно выбрать любую реализацию. Но если требования включают, например, хранение медиа в S3 или нестандартную БД, то лучше сразу начать с ejabberd.

Кроме того, существуют публичные сервера, вроде jabber.ru, которые всё ещё работают в России. А так как OMEMO не зависит от сервера, то единственной недоступной функцией окажутся звонки.

Клиенты

Так как XMPP существует уже 27 лет, то и клиентов существует предостаточно и в этом, на мой взгляд, проявляется одна из слабостей Jabber: не так много универсальных решений, работающих одинаково на всех платформах. Я бы выделил среди них наиболее актуальные с поддержкой звонков:

Все клиенты поддерживают шифрование через OMEMO и групповые чаты. Остальные функции необходимо рассматривать отдельно.

Я пропустил замечательные программы Pidgin, psi+, Xabber и другие, поскольку во всех них нет поддержки звонков или других современных функций. Однако, все они поддерживают стандартный Jabber и могут быть использованы без проблем, если основной информацией будет текст. Кроме того, здесь упущен KDE Kaidan, поскольку последняя версия 0.15.0 работает очень сыро.

Также здесь пропущены клиенты Snikket, т.к. они являются де-факто форками Conversations и Monal.

Conversations

Отличный XMPP-клиент для Android, разрабатывается одним человеком под лицензией GPLv3. Поддерживает передачу файлов, 1:1 звонки через Jingle/WebRTC, реакции к сообщениям, голосовые сообщения и даже метки на карте.

В России приложение доступно бесплатно в Google Play; с зарубежным аккаунтом стоит около 5 евро. Play-версия нормально работает с push-уведомлениями. Версия из F-Droid бесплатна, но без Google Push; надёжность уведомлений зависит от конкретного устройства и настроек энергосбережения.

Преимущества:

• Поддержка обширного круга расширений XMPP

• Актуальный интерфейс

• Отличная поддержка просмотра медиа в чате

Недостатки:

• Платный для зарубежных аккаунтов

Conversations

Monal

XMPP-клиент для iOS и macOS под лицензией BSD, разрабатывается Thilo Molitor. Поддерживает push-уведомления через APNs и большую часть функций Conversations, но нет возможности оставлять реакции к сообщениям. Кроме того, UX некоторых функций выглядит субъективно странно: например, прослушивание голосовых.

На iOS поддерживает голосовые и видеозвонки. Версия для macOS звонки не поддерживает.

Преимущества:

• Поддержка основных желаемых функций на iOS: звонки, отправка и получение медиа

Недостатки:

• Некоторые функции могут выглядеть странно, например отправка голосового сообщения работает как ожидается, а прослушивание через открытие файла

• Звонки на MacOS не работают

• Нет поддержки реакций (присутствуют почти везде)

Monal

Siskin IM

XMPP-клиент для iPhone и macOS, разрабатывается компанией Tigase Inc. Поддерживает звонки. Подходит как альтернатива на iOS.

Личный опыт со звонками: у меня получалось инициировать звонок в Siskin IM с iOS/macOS. Но наоборот, например, позвонить из Conversations аккаунту с Siskin IM — не получалось. Причина не ясна.

Преимущества:

• Звонки на MacOS

Недостатки:

• Не обновляется

• Есть проблемы совместимости звонков с другими клиентами

Siskin IM

BeagleIM

macOS-клиент от той же Tigase Inc., что делает Siskin IM. Но в отличие от другого их продукта, лично у меня не возникло проблем со звонками в обоих направлениях.

Реакций нет, местоположение иногда приходит в виде текстовых координат, зато с голосовыми сообщениями нет проблем. Интерфейс при этом на любителя.

Преимущества:

• Звонки на MacOS

Недостатки:

• Неполная поддержка расширений XMPP: реакции, получение местоположения

BeagleIM

Dino

Десктопный XMPP-клиент для Linux, разрабатывается сообществом. Использует GTK4, хорошо вписывается в GNOME. Поддерживает видеозвонки 1:1, OMEMO, передачу медиафайлов, но нет реакций, голосовых сообщений, нельзя отправлять геометку. Можно использовать для звонков на Linux.

Преимущества:

• Звонки на Linux

Недостатки:

• Неполная поддержка расширений XMPP: получение местоположения, голосовые сообщения

Dino

Gajim

Десктопный XMPP-клиент для Windows, macOS и Linux, разрабатывается сообществом. Написан с использованием GTK. Поддерживает реакции, получение меток на карте. Можно отправить голосовое сообщение, но получить его в ответ можно только в виде файла.

Звонки из Gajim убрали в последних версиях. Для Windows это единственный зрелый вариант из списка, и для десктопа в целом подходит хорошо, но именно как клиент для звонков не подойдёт.

Преимущества:

• Поддержка всех десктопных платформ

• Самый функциональный десктопный XMPP-клиент: реакции, ответы, голосовые сообщения и т.д.

Недостатки:

• Отсутствие звонков

• MacOS версия периодически вылетает (2.4.6)

Gajim

Вердикт по Jabber

XMPP экосистема всё ещё выглядит недостаточно консистентной для 2026-го года. Выбор клиентов есть, но кроссплатформенная предсказуемость ограничена. Самый удобный сценарий использования:

• большинство клиентов использует Android

• звонки с десктопа не обязательны

Либо ожидаемый сценарий это только текстовые сообщения и передача файлов, то Jabber отлично подходит. На мой субъективный взгляд, очевидными клиентами являются: Conversations, Monal на iOS и Gajim/Dino на компьютере. Сервер можно рассмотреть по схеме:

• Минимальные ресурсы — Prosody

• Быстрый старт — Snikket

• Лучшее масштабирование — ejabberd

• Ничего не настраивать и не звонить — jabber.ru / xmpp.ru

Кроме jabber.ru (локация DE) удалось найти:

• jabberworld.info: локация NL; регистрация через форму на jabber.name; есть звонки, есть шлюз в Tg, WhatsApp

• xabber.org: локация предположительно UK; регистрация через форму

• jabbercity.ru: локация СПб, сайт открывается, но зарегистрироваться не получилось

• другие сервера можно посмотреть, например, в Gajim или на xmppnetwork.goodbytes.im / providers.xmpp.net, их достаточно

Matrix

Matrix — гораздо более свежий протокол/проект, по сравнению с Jabber: с 2014-го года, основан на REST API. С 2018 года разработку координирует некоммерческая Matrix.org Foundation CIC. Протокол поддерживает федерацию, групповые чаты, голосовые и видеозвонки, а также мосты в сторонние сервисы. Логин выглядит: @user:matrix.server.com.

Отличие шифрования от OMEMO: Matrix поддерживает резервное копирование ключей сессий на сервере зашифрованными отдельной фразой восстановления. При входе с нового устройства достаточно ввести эту фразу, чтобы получить доступ к истории переписки. Либо, при добавлении нового клиента, Matrix позволяет подтвердить новое устройство через проверку эмодзи со старым.

Основной и наиболее зрелый сервер: Synapse, написан на Python. Потребляет заметно больше ресурсов, чем XMPP сервера: от 500 Мб ОЗУ на небольшом сервере, и это без учёта базы данных. Клиентом де-факто является Element, доступный на Android, iOS, macOS, Windows и Linux, а также как веб-приложение.

Для запуска сервера я бы выбирал из:

• Synapse — эталонный

• Tuwunel — Rust реализация

• continuwuity — Rust реализация

Последние два на самом деле являются форками conduwuit, который сам был форком Conduit, разработка которого закрыта. На странице matrix.org можно найти и другие сервера, но только 3 указанных отмечены как стабильные.

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

Отдельный пункт про звонки

Для звонков, как и для XMPP, потребуется отдельный SFU/TURN сервер. Но в отличие от Jabber, в его выборе в 2026 ещё может быть развилка.

Опция 1: Matrix WebRTC calls

Самый простой вариант — установить coturn, всего +60 Мб к установке и 1:1 звонки работают. Однако, такой вариант будет в терминологии Matrix называться Legacy и поддерживаются только в Element Desktop и Element Classic (Android & iOS). Последний клиент на 2026 год отлично работает, но новые функции не добавляются.

Опция 2: MatrixRTC

Эталонная реализация MatrixRTC SFU на данный момент — LiveKit. Вместе с обязательным процессом lk-jwt-service они займут около 110 Мб в простое. Такие звонки будут называться Element Call и поддерживаться в Element Desktop (также) и в Element X (Android & iOS). Из преимуществ: N>2 участников в одном видеозвонке без открытия N WebRTC соединений на клиенте.

Обе опции поддерживаются 3 перечисленными серверами, разница только в поддержке на клиентах.

Synapse

Synapse написан на Python и разрабатывается Element HQ под лицензией AGPL. Это эталонная реализация Matrix homeserver и самый зрелый вариант: максимальная совместимость с клиентами, проверенная работа федерации, предсказуемая работа с ключами шифрования, push и bridge-экосистемы. Для хранения данных использует PostgreSQL или SQLite. В простое потребляет порядка 300-500 Мб ОЗУ. Официальная документация рекомендует не меньше 1 Гб, если подключаться к крупным комнатам, вроде #matrix:matrix.org.

Преимущества:

• Полная поддержка протокола и всех его функций

• Стабильная разработка

• Поддержка Matrix Authentication Service: работает авторизация через QR

• Отличный admin API

Недостатки:

• Повышенные требования для описанного в этой статье сценария использования

Tuwunel и continuwuity

Оба написаны на Rust и оба являются прямыми наследниками conduwuit, который в свою очередь был форком Conduit. Tuwunel позиционируется как официальный наследник conduwuit и спонсируется правительством Швейцарии; continuwuity — community-driven форк. Важное отличие от Synapse при развёртывании: вместо PostgreSQL используется встроенная RocksDB. В простое оба потребляют порядка 200 Мб ОЗУ.

Основной риск по сравнению с Synapse: менее проверенное решение и отсутствие части функций. Из явных ограничений: поддержка авторизации на базе OAuth 2.0 / OIDC реализована частично; QR-авторизация полностью отсутствует. Из личного опыта заметил также баг, потенциально связанный с Tuwunel: при выходе из комнаты контакт не удаляется из списка контактов, если принудительно не очистить кэш в клиенте.

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

Стоит отметить, что continuwuity второй по популярности сервер (matrixrooms.info/stats).

Преимущества:

• Невысокие системные требования при поддержке всех основных функций

• Легкое развёртывание без сторонних БД (встроенная RocksDB)

• Tuwunel финансируется правительством Швейцарии, полагаю это способствует стабильной разработке

Недостатки:

• Неочевидное дерево форков: в случае, если разработка одного из форков остановится, мигрировать данные может быть проблематично

• Неполная поддержка протокола и всех его функций, например, нет QR-авторизации

• Администрирование только через чат текстовыми командами.

Какой сервер выбрать

Я бы предположил, что Tuwunel/continuwuity должно хватить для личных нужд, а конкретный форк можно выбрать по личным предпочтениям.

При настройке собственного сервера push-уведомлений Sygnal к установке добавляется ещё один процесс на 50 Мб в простое.

Matrix клиенты

Все клиенты поддерживают E2E, комнаты, реакции, голосовые.

Element

Клиент, который скорее всего будет установлен первым — это Element в его вариациях. Поддержка функций наилучшая: звонки, голосовые, реакции, геометки, публичные чаты — всё есть. На мобильных устройствах есть варианты Element Classic и Element X, который был переписан с нуля. Разница — первый не обновляется и может звонить через TURN сервер, второй обновляется и может звонить, если сервер поддерживает MatrixRTC. Остальные отличия скорее косметические.

В эту же категорию можно записать SchildiChat и SchildiChat Next, которые являются форками Element Classic и Element X соответственно и добавляют косметические функции.

Element Classic

Преимущества:

• Наиболее полный набор функций среди мобильных клиентов: пространства, threads, виджеты

• Проверенная стабильность

Недостатки:

• Разработка остановлена; новые функции не добавляются

• Медленная синхронизация на крупных аккаунтах (без Sliding Sync)

• UI субъективно устаревший по сравнению с актуальными мессенджерами

• Нет поддержки MatrixRTC; звонки несовместимы с Element X (разные протоколы)

Element Classic

Element Web / Desktop

Преимущества:

• Самый функционально полный клиент: пространства, threads, виджеты, интеграции, legacy звонки, Element Call (MatrixRTC)

• Продолжает активно обновляться

Недостатки:

• Electron на desktop

• Быстрая синхронизация через Sliding Sync пока не включена по-умолчанию

Element Web

Element X

Преимущества:

• Быстрый старт и синхронизация благодаря новому протоколу Simplified Sliding Sync

• Нативный UI под каждую платформу (SwiftUI на iOS, Compose на Android)

• QR-авторизация, если поддерживается сервером

Недостатки:

• Нет части функций, например Threads и других

• Несовместимость звонков с Element Classic: разные стеки

Element X

FluffyChat

FluffyChat — альтернативный клиент, написанный на Flutter для Android, iOS, Linux, Windows, macOS и веб. Интерфейс субъективно выглядит дружелюбнее, чем Element. Возможности поддерживаются почти все, однако звонки скрыты за экспериментальным флагом.

Преимущества:

• Лёгкий онбординг по сравнению с Element: достаточно указать логин и пароль

• Кому-то интерфейс может показаться современней / отзывчивей по сравнению с Element

• Легковесный по сравнению в Element

Недостатки:

• Звонки являются экспериментальной функцией

• Разрабатывается в основном одним разработчиком

FluffyChat

Остальные

Кроме перечисленных, других клиентов тоже достаточно. Можно отметить Cinny, визуально похожий на Slack и работающий только в браузере. Или потенциально легковесный (написан на Qt) Nheko. Однако, ни один из этих двоих не поддерживает звонки.

Вердикт

По сравнению с XMPP, Matrix стек как минимум более тяжёлый, особенно, если использовать референсные решения: Synapse + LiveKit. Raspberry Pi 1 скорее всего будет тяжело в любом сценарии.

Учитывая условия из начала статьи, стоит рассмотреть:

• Tuwunel: есть постоянный спонсор, неподдерживаемыми функциями можно пренебречь, меньшее потребление памяти и встроенная БД.

• LiveKit, чтобы не ограничивать себя неподдерживаемым Element Classic

• Стандартный набор клиентов: Element X / Desktop / Web.

С Matrix & Element получается наиболее консистентное поведение всех клиентов на всех платформах: например, если пользователь iOS использует какую-то функцию, то вероятней всего пользователи других платформ увидят её результат именно так, как ожидает отправитель. Однако, субъективное впечатление от Element X при сравнении с, например, XMPP Conversations — всё чуть менее отзывчивое.

Значимый минус: matrix.org и element.io заблокированы в России. Это значит, не получится просто скачать Element Desktop для Windows и завести учётную запись на сервере по умолчанию без спецсредств.

Найденные публичные сервера:

• matrix.sibnsk.net: локация Новосибирск

• matrixim.ru: локация СПб; регистрацию проверить не удалось

• tchncs.de: локация DE

• continuwuity.org, поддерживаемый разработчиками continuwuity

Заметка про онбординг

Если нужно быстро настроить Element на Android для использования конкретного сервера, можно отправить ссылку:

• https://mobile.element.io/element/?account_provider=matrix.example.com для Element X

• https://mobile.element.io/?hs_url=https://matrix.example.com для Element Classic Перейдя по ссылке достаточно будет ввести логин-пароль.

Chatmail / Delta Chat

Это спорный раздел статьи, но включён, потому что формально Chatmail отвечает условиям из начала.

Chatmail — это не отдельный протокол, а скорее набор инфраструктурных компонентов поверх обычной электронной почты: IMAP и SMTP. По сути это и есть почта, но представленная в виде удобного мессенджера с E2E шифрованием и возможностью использовать relay-серверы вместо почтового сервера.

Delta Chat — основной клиент Chatmail, доступен на всех платформах. Доступна отправка медиа, голосовые, реакции, групповые чаты, каналы, боты и, теоретически, звонки.

Реакции на сообщения реализованы через RFC 9078: каждая реакция — это отдельное email-сообщение по стандарту. Уведомления о прочтении работают через MDN (Message Disposition Notification, RFC 8098), что тоже технически является отдельным письмом; обе стороны должны держать эту функцию включённой. Статус “онлайн” не является real-time: зелёная точка рядом с аватаром появляется, если от собеседника поступало что-либо в последние 10 минут.

Публичные relay-серверы перечислены на chatmail.at, можно недорого развернуть собственный.

Delta Chat

Chatmail Relay

Документация гласит, что для работы Relay необходим 1 Гб ОЗУ, так что под пожелания из начала статьи подходит. Сервер не является единым бинарным файлом, а набором компонентов:

• Postfix, приём и отправка SMTP

• Dovecot, IMAP, хранение сообщений

• Nginx

• acmetool, сертификаты Let’s Encrypt

• OpenDKIM, подпись исходящих, проверка входящих

• filtermail, блокирует обычные письма

• chatmaild, служебные Python-демоны

• chatmail-turn, STUN/TURN для WebRTC

• Iroh relay, P2P NAT traversal

Для развёртывания в официальных репозиториях есть sh скрипты или Docker image.

После запуска своего Relay, его клиенты смогут переписываться с пользователями Delta Chat на провайдерах Yandex/Google/etc, однако вероятность попадания в спам первых сообщений зависит от провайдера.

Relay сервер не хранит сообщения — они автоматически удаляются после доставки или по таймауту.

Пункт про звонки

Звонки в Delta Chat выглядят всё ещё больше экспериментом, чем реальным продуктом, на который можно полагаться. Пожалуй, идеальный сценарий для звонков: два клиента Relay-сервера с настроенным chatmail-turn, тогда соединение должно устанавливаться.

Если же оба клиента используют, например, Яндекс.почту, то, очевидно, что через несуществующий TURN-сервер соединение не будет установлено. P2P — в теории может быть, но рассчитывать на это скорее всего не стоит.

В любом сценарии, SMTP/IMAP не был создан для реализации сигналинга WebRTC, и звонки в Delta Chat скорее будут бонусом в ограниченных сценариях использования.

NextCloud Talk

NextCloud Talk не будет отдельным мессенджером и потребует установки NextCloud, self-hosted замены Google Drive/Яндекс диск/etc.

Поддерживаются: личные и групповые чаты, видеозвонки 1:1, передача медиа. Федерация реализована через протокол Open Cloud Mesh (OCM): адресация пользователей в формате user@nextcloud.server.com. Как в XMPP, однако связи с XMPP никакой нет. OCM работает только между серверами Nextcloud версии 30 и выше.

Для звонков, как и при использовании Jabber и Matrix, нужен TURN-сервер: coturn или eturnal.

E2EE отсутствует: сообщения хранятся в базе данных в открытом виде. Запрос на реализацию E2EE для чата открыт с 2019 года и переведён в Backlog в 2025-м; активной разработки нет.

Сервер

Единственная реализация: Nextcloud 30+ с расширением Talk. Сервер и расширение бесплатные (AGPL-3.0), Talk устанавливается из встроенного магазина приложений.

Доступные СУБД: MariaDB или PostgreSQL. Документация рекомендует разворачивать Nextcloud на сервере с минимум 512 Мб на php-fpm процесс. Без какой-либо нагрузки весь стек может занимать около 700 Мб — 1 Гб ОЗУ:

Это заметно больше, чем у любого XMPP сервера, и сопоставимо с Synapse. Если Nextcloud уже развёрнут для хранения файлов, Talk добавляется без отдельной инфраструктуры. Если не развёрнут и личное облако не планируется — стоит рассмотреть более легковесные решения, требования NextCloud выходят за желаемые во введении рамки.

Клиенты

Экосистема клиентов уже, чем у XMPP или Matrix: сторонних клиентов нет, только официальные приложения Nextcloud для Android, iOS, web, которые поддерживают все функции, поддерживаемые NextCloud Talk в принципе.

Nextcloud Talk

Вердикт

Talk имеет большой смысл в сценарии, когда Nextcloud уже запущен как персональное облако. Тогда его развёртывание не должно составить труда.

Как самостоятельный мессенджер (если нет необходимости в персональном облаке) Talk проигрывает XMPP и Matrix по трём параметрам:

• необходимость установки и настройки NextCloud

• нативные десктопные клиенты в разработке

• повышенные системные требования

Отдельно стоит отметить, что едва ли можно найти публичные NextCloud сервера, чтобы обойтись без своего.

TL;DR

XMPP

10-15 лет назад выбор был бы единственный: XMPP. Особенно, учитывая поддержку Jabber почти всеми соцсетями и провайдерами. Сейчас экосистема выглядит скорее отстающей: просто с сообщениями проблем не будет, но использование расширений скорее будет ограничено возможностями клиентов, причём неочевидным для пользователей образом. Тем не менее, основные задачи из начала статьи закрываются, публичные сервера присутствуют, а онбординг клиентов совсем несложный.

Публичной информации по популярности в 2026-м году совсем немного. Количество открытых серверов варьируется от 100 (providers.xmpp.net, list.jabber.at) до 300 (xmppnetwork.goodbytes.im). Всего доменов с запущенным XMPP больше 10 000.

Информации об использовании XMPP в крупных проектах или организациях не найдено.

Matrix

В 2026-м с Matrix ситуация противоположная: 10 000 — 20 000 серверов (matrix.org/blog/category/this-week-in-matrix, matrixrooms.info) и заявляется о более чем 100 млн аккаунтов в 2023 (matrix.org/blog/2023/09/matrix-2-0).

Matrix используют в Mozilla, Rocket.Chat, Tor Project и других проектах. Element.io заявляет об использовании его во многих национальных и наднациональных структурах ЕС. Matrix выглядит наиболее популярным распределённым мессенджером в 2026-м году.

В России его использование осложнено блокировкой официального сайта / сервера Matrix.org и сайта основного клиента Element.io. Однако, в Google Play / App Store клиенты доступны.

Chatmail

Chatmail остаётся нишевым средством общения, в 2025-м отмечалось 40+ публичных релеев (delta.chat/en/2025-08-04-encryption-v2). Количество пользователей не отслеживается, но по косвенным признакам их может быть несколько сотен тысяч (delta.chat/en/2025-06-04-surge-donations).

Использование Delta Chat не будет ощущаться как Telegram в лучшие годы: скорость доставки может быть медленной, статус “онлайн” может быть неактуальным, слишком большие медиафайлы не отправятся, а звонки почти наверняка не заработают. Тем не менее, на мой взгляд, возможность использовать публичные провайдеры почты как транспорт и отлично работающий интерфейс клиента на всех платформах мотивируют как минимум не забывать про него.

Я бы предложил такую схему для выбора федеративного мессенджера:

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

• Если у вас есть свой NextCloud, доступный за пределами локальной сети, то можно попробовать Talk и сразу закрыть вопрос со связью.

• Если нужна работа в любых сетевых условиях и одинаковое поведение клиента на всех платформах, то можно попробовать Chatmail.

• Если вам нужно максимально экономичное серверное решение и вы пишете-звоните преимущественно с телефона, особенно с Android: XMPP отлично подходит.

• Если нужно консистентное поведение и приличный внешний вид на всех платформах и вы готовы объяснять всем, как подключить второе устройство через сравнение смайликов: стоит рассмотреть Matrix.

Личный вывод

В 2026-м году я бы предпочёл для безопасной передачи файлов и звонков два инструмента: Matrix и Delta Chat.

Matrix подойдёт как современный, консистентный на всех платформах мессенджер, использующий собственный сервер. Я бы выбрал Tuwunel / continuwuity из-за более низких системных требований и стек MatrixRTC из-за возможности использовать актуальный Element X.

Chatmail / Delta Chat — резервный, вместе с Яндекс или Mail.ru почтой, но без звонков.

Если бы я предполагал использование только Android клиентов, либо, наоборот, мне необходимо было бы подключить особенно старые устройства: XMPP с сервером Prosody стал бы моим выбором.

P.S. Раздел про звонки из браузера

Если вы уже установили coturn или LiveKit для XMPP или Matrix, то можно бонусом установить туда же WebUI для self-hosted замены Google Meet:

• github.com/livekit-examples/meet на основе LiveKit

• github.com/peer-calls/peer-calls будет использовать coturn