RuPost — почтовая инфраструктура предприятия на Linux от «Группы Астра»

15.11.2026

Сводить RuPost к понятию «почтовый сервер» было бы упрощением. Продукт компании «РуПост», входящей в «Группу Астра», выстроен по трехслойной схеме: транспортный сервис, клиентские средства и интеграционная обвязка. Этот отечественный почтовый сервер рассчитан не на одну утилиту, а на весь контур деловых коммуникаций — от доставки писем между узлами до цифрового рабочего места сотрудника. Именно поэтому вендор называет его системой управления корпоративной почтой, а не просто сервисом SMTP.

Основание пирамиды — собственно корпоративный почтовый сервер: прием и доставка почты по SMTP, доступ к ящикам через IMAP и POP3, календари и задачи по CalDAV, контакты и адресные книги по CardDAV, корпоративный справочник на LDAP, статические и динамические списки рассылки, бронирование переговорных через ресурсные календари, почтовые правила и фильтрация на уровне системы. Средний слой — инструменты пользователя: собственный веб-интерфейс, кроссплатформенный Desktop X, дополнение к Outlook, совместимость с Thunderbird и Evolution. Верхний слой — связи с каталогами, защитными средствами и мобильным рабочим местом WorksPad.

Из чего собран платформенный стек

Состав системы разработчик не прячет, и открытость здесь работает на продукт: под единым управлением оказались зрелые компоненты с открытой архитектурой. Транспортное ядро — Postfix, хранение и доступ к почте — Dovecot, распределение нагрузки в кластере — HAProxy, веб-слой — nginx. Клиентские сервисы для почты, календарей и книг контактов построены на SOGo; в нагруженных конфигурациях кэширование берет на себя Memcached, а данные живут в PostgreSQL или отечественных сборках — Postgres Pro и Tantor.

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

Непрерывность сервиса и рост без остановки

Главный инженерный вес платформы — в отказоустойчивости. Кластер работает в режиме Active-Active: узлы равноправны, нагрузка между ними делится автоматически, а отказ любого компонента обнаруживается без участия человека — сбойный узел выводится из работы, остальные продолжают обслуживать пользователей. Потолка по количеству узлов в архитектуре нет, что выгодно отличает решение от зарубежных аналогов, где группа доступности ограничена числом реплик.

Второй несущий элемент — распределенное почтовое хранилище. Ящики и очереди дублируются средствами NFS или Ceph, поэтому выход одного узла из строя не оборачивается ни утратой данных, ни недоступностью почты: копии остаются на других носителях. Нарастить мощность можно поэтапно, не прерывая работу, — единая конфигурация распространяется по кластеру автоматически. В версии 4.2 добавилась репликация между площадками: сервис теперь переживает аварию целого дата-центра. Для компаний, где каждый час простоя пересчитывается в деньги, это уже не декларация, а экономический аргумент.

Шаблоны, роли и командная строка в эксплуатации

Порог входа в администрирование сознательно занижен: глубоких Linux-специалистов под рукой иметь не требуется. Разворачивание идет через графический инсталлятор, а единая консоль охватывает весь контур — от отдельного ящика до кластера целиком. Ключевой инструмент здесь — библиотека шаблонов конфигураций: заранее проверенные описания целевого состояния, которые применяются, версионируются и восстанавливаются. В поставке их пять, среди них шаблон совместной работы с Exchange и шаблон подключения внешнего транзитного сервера.

Для нестандартных сценариев предусмотрен командный интерфейс: сбор диагностических данных и журналов, автоматизация повторяющихся операций, встраивание управления почтой в общие ИТ-процессы. Контроль действий обеспечивают ролевая модель, аудит изменений конфигураций и самопроверка настроек с автовосстановлением — сценарий «нечаянно сломали параметр и откатились» закрыт штатными средствами.

Клиентский уровень: Desktop X как защищенный шлюз

Серверная функциональность меркнет, если персона сопротивляется переезду, поэтому клиентская линейка спроектирована вокруг сохранения привычек. Desktop X работает на Windows и Astra Linux и повторяет логику Outlook: переписка, календарь, задачи и справочники живут в одном окне, так что переучивание почти не требуется. Клиент общается не только с RuPost, но и с Exchange и CommuniGate Pro — он пригоден и на период перехода, и после него.

Самое интересное — транспортная схема. Desktop X не стучится к почтовым серверам напрямую по IMAP и SMTP: весь обмен идет через промежуточный сервер управления по шифрованному каналу поверх HTTPS. Из этого вытекает несколько практических следствий: наружу не открываются открытые порты, удаленным сотрудникам в большинстве случаев не нужен VPN, а служба безопасности держит руку на пульсе — права выдаются персонально и по группам, подключение личных и публичных ящиков запрещено, каждое соединение фиксируется в централизованном журнале. В редакции Space клиент разрастается до корпоративного «супераппа»: магазин мини-приложений, чат-боты, связь с ВКС, мессенджерами, CRM и системами электронного документооборота через SDK на C# и Python.

Переезд с Exchange как спроектированный процесс

Смена почтовой инфраструктуры всегда была самым нервным этапом, и основные усилия «Группы Астра» направлены именно сюда. RuPost забирает из Exchange ящики, календари и контакты, поддерживая режим сосуществования: российский почтовый сервер и старая система живут в одном почтовом домене, часть коллектива уже работает на новом сервисе, остальные — на прежнем. Переход разбит на контролируемые шаги: подготовка сосуществования по готовому шаблону, установка узла миграции, перенос данных, финализация и переключение учетных записей.

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

Защитный контур и гетерогенные среды

Почтовый сервер остается одной из самых привлекательных целей для злоумышленников, поэтому безопасность здесь — несущая конструкция, а не опция. Подключение средств защиты информации идет по протоколу milter: антивирус, антиспам и DLP встраиваются без заказной доработки, для Kaspersky Security и Dr.Web коннекторы доступны сразу. События платформы передаются в SIEM — например, в «СёрчИнформ SIEM», где собираются в единый центр мониторинга.

Платформа ставится на Astra Linux Special Edition с поддержкой режимов защищенности «Воронеж» и «Смоленск» и одновременно работает с несколькими службами каталогов: Active Directory, FreeIPA, ALD Pro, Samba DC, Avanpost DS. Для крупных организаций это редкая свобода маневра — российское решение встраивается в среду, где старые и новые системы сосуществуют годами, и не привязывает заказчика к единственному каталогу.

Редакции, лицензии и облачная модель

Линейка делится на Standard и Enterprise. Первая адресована средним компаниям и состоит из одиночного сервера; вторая добавляет отказоустойчивый кластер, сценарии сосуществования с Exchange, собственные шаблоны конфигураций, командный интерфейс и самодиагностику. Лицензируется только ящик — число устройств на пользователя и количество узлов в кластере не влияют на цену. Экономика читается просто: расширение кластера сверх исходной мощности не делает систему дороже, и масштабируемая архитектура оказывается предсказуемой еще и финансово.

Дополняет картину облачная модель через Astra Cloud, где почтовая система предоставляется как сервис, и совместимость со стеком «Группы Астра» — операционной системой Astra Linux, каталогами, средствами наблюдения, архивом SkyV Arc. Заказчик сам определяет глубину внедрения: от одного сервера до геораспределенного кластера с рабочим местом на базе Desktop X и WorksPad.

Плюсы использования: сводка

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

• непрерывность сервиса: кластер Active-Active, распределенное хранилище и межплощадочная репликация практически исключают сценарий «почта встала — бизнес встал»;
• управляемый переход: миграция из Exchange без остановки сервиса и режим сосуществования на весь период переезда;
• экономика владения: лицензирование по ящикам, нетребовательность к «железу», отсутствие расходов на VPN для клиентского доступа;
• снижение зависимости: отечественный стек, реестр российского ПО, документация и поддержка на русском языке.

Что стоит проверить до выбора

Честный разбор обязан назвать и слабые места, отмеченные в независимых тестированиях. На этапе ранних версий критики указывали на две потенциальные точки отказа за пределами штатной автоматики — PostgreSQL и Memcached, чья живучесть должна обеспечиваться кластерными механизмами СУБД. Отмечали и сдержанные возможности API для глубокой автоматизации, и неполный перенос отдельных делегированных прав при миграции из Exchange. Часть замечаний закрыта в свежих релизах, но полный жизненный цикл учетных записей — переименование, перемещение между подразделениями, отзыв доступа — обязательно прогоняется на пилоте.

Итог для ИТ-службы прагматичен. RuPost — зрелое решение корпоративного класса, наиболее сильное в двух сценариях: постепенный уход с Exchange и построение отказоустойчивой офисной почты на Linux. Конструкция платформы — от шаблонов конфигураций до распределенного хранилища — рассчитана на эксплуатацию без штата узких специалистов, а клиентская линейка делает переезд незаметным для людей. Последнее слово всегда за пилотом: контрольная выборка ящиков, проверка календарной модели и тест сосуществования покажут, как платформа ведет себя именно в вашей инфраструктуре.