Почему технологии 80-х тормозят корпоративные коммуникации и что с этим делать

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

Что такое почтовые протоколы и почему они определяют всё

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

Существуют как открытые, так и закрытые (проприетарные) протоколы. Открытые стандарты доступны всему рынку, закрытые принадлежат отдельным компаниям (например, Microsoft). Большинство современных почтовых систем до сих пор работает на открытых протоколах, разработанных в XX веке:

• SMTP (1982 год, RFC 821) — используется для отправки писем с почтового клиента на сервер и между серверами, но не предназначен для получения писем пользователем.
• IMAP (первая версия — 1986 год, RFC 1064; текущая версия IMAP4 — RFC 3501, 2003) — используется для доступа к письмам на сервере без их загрузки, с возможностью синхронизации между устройствами. Например, что прочитано на одном устройстве, будет отмечено прочитанным и на другом.
• WebDAV / CalDAV / CardDAV (с конца 1990-х) — для управления файлами на сервере, работы с календарями, адресными книгами и контактами.

Из проприетарных — MAPI от Microsoft (в начале 1990-х годов) обеспечивает тесную интеграцию почты, календарей, контактов и задач между клиентом (Outlook) и сервером (Microsoft Exchange).

Эти протоколы универсальны и поддерживаются большинством почтовых клиентов. Но их возраст — главная проблема.

Технологии 80-х против задач 2020-х

Стандартные почтовые протоколы создавались в эпоху, когда интернет был медленным, письма — короткими, а безопасность и мобильность не были приоритетами. С тех пор многое изменилось, а они — почти нет. Это делает инфраструктуру электронной почты неготовой к требованиям современного бизнеса. Вот с чем сегодня сталкиваются ИТ-отделы и пользователи:

• Ограничения на размер сообщений. SMTP технически не предназначен для передачи больших файлов: вложения кодируются и увеличиваются в объёме, а большинство серверов ограничивают размер письма 25 МБ. Видео, презентации и таблицы нередко «не проходят».
• Медленная доставка. В классических протоколах нет push-механизма — клиенты запрашивают почту вручную или по таймеру. На мобильных устройствах это особенно заметно — письма приходят с задержкой.
• Нет встроенного шифрования. SMTP и IMAP изначально не защищены. Шифрование реализуется через внешние надстройки (например, STARTTLS), и далеко не все системы его поддерживают по умолчанию.
• Разрозненность функций. Почта, календарь и контакты работают по разным протоколам: SMTP, IMAP, CalDAV, CardDAV. Это требует сложной настройки и дает нестабильный результат — особенно в гибридных или распределенных средах.
• Нет централизованного управления. В открытых протоколах нельзя массово настраивать клиентские приложения, удалять учетные записи с устройств или управлять профилями пользователей. Это затрудняет администрирование и снижает безопасность.
• Уязвимость к атакам. IMAP и SMTP в открытых конфигурациях — популярная мишень. Почта давно стала основным каналом проникновения. По данным BI.ZONE CESP, в 2024 году число вредоносных вложений в корпоративной почте выросло на 250%, а фишинговых ссылок — на 25%.

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

Открытый протокол 2TMTP

Чтобы почта соответствовала современным требованиям, нужен принципиально новый протокол — не «костыль» над старым, а полноценная замена. Мы в «МБК Лаб» разрабатываем такой стандарт — 2TMTP.

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

Что умеет 2TMTP:

• Передача любых типов данных без ограничений по объему: письма, файлы, календари, задачи, контакты.
• Встроенное сквозное шифрование — по умолчанию, без внешних решений.
• Push-доставка и подтверждение прочтения — как в мессенджерах.
• Автонастройка клиента и автоудаление профиля — удобно для MDM и гостевого доступа.
• Централизованное управление профилями: настройка прав, политик, внешнего вида клиента с серверной стороны.
• Работа между серверами — не только клиент-сервер, как у SMTP, но и сервер-сервер с полной синхронизацией.
• Поддержка fallback-режимов. Если одно из устройств не поддерживает 2TMTP, можно откатиться на SMTP или IMAP. Протокол встроен в стандарт ESMTP CAPABILITY и активируется при обоюдной поддержке.

Чем 2TMTP отличается от MAPI

MAPI — это ближайший аналог 2TMTP по функциональности, но он полностью закрыт. Протокол используется только в экосистеме Microsoft (Outlook + Exchange), и сторонние разработчики не могут интегрировать его в свои решения. Кроме того, в отличие от MAPI, который ограничен клиент-серверным взаимодействием, 2TMTP также поддерживает полноценное межсерверное общение. В результате 2TMTP не имеет лимита на размер передаваемого сообщения, в то время как почта Microsoft ограничена 25 МБ, поскольку для передачи данных между серверами переходит на стандартный SMTP.

2TMTP — открытый. Любая российская или зарубежная компания сможет встроить его в свою почтовую систему или клиент и получить техническую поддержку. Это делает его универсальной платформой для почтовой инфраструктуры в России, странах ЕАЭС, БРИКС.

Когда будет доступен новый протокол

На данный момент разработка стандарта 2TMTP полностью завершена. Тем не менее, для его официального внедрения потребуется время на юридические процедуры и регистрацию. Мы ожидаем завершить эти этапы до конца 2025 года — в начале 2026 года протокол станет доступен для широкого использования.

Каждый разработчик почтового сервиса сможет интегрировать 2TMTP и получить техническую поддержку от нашей команды.

А что со старым добрым SMTP

SMTP работает на миллиардах устройств в мире. Совершенно очевидно, что ещё много десятков лет, он сохранит свою работоспособность. Естественно, расширяя функциональность, мы обязаны предусмотреть совместимость. Поэтому 2TMTP распространяется в двух форматах:

1. Самостоятельный протокол;
2. Расширения протокола SMTP. Дело в том, что в начале сессии eSMTP оба хоста «знакомятся», обмениваясь методами, которые могут применить на одной и другой стороне. Если найдено пересечение, то можно продолжить взаимный диалог. Если оба хоста заявили о поддержке 2TMTP, то оба переходят на взаимодействие по предложенному протоколу.

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