Дневник
26
ВыпущеноНовая фичаБета

Email Continuity: непрерывность доставки почты при сбоях сервера

26 апрель 2026Команда SEG-TРазработка

Привет! Рады представить одно из самых масштабных обновлений SEG-T — Email Continuity. Это система непрерывности доставки почты, которая гарантирует, что ни одно письмо не потеряется, даже если ваш почтовый сервер временно недоступен.

Если коротко: когда ваш сервер падает — SEG-T берёт письма на себя, хранит их и доставляет, как только сервер восстановится. Автоматически.

Проблема

Почтовые серверы выходят из строя. Обновления, сбои инфраструктуры, DDoS, проблемы у хостинг-провайдера — причин масса. В классической схеме отправляющий сервер пытается доставить письмо, получает ошибку и ставит его в свою очередь. Но у каждого отправителя свои правила ретраев — кто-то попробует через 4 часа, кто-то через сутки, а кто-то сразу вернёт bounce.

Результат — потерянные письма, задержки и отсутствие контроля. Администратор узнаёт о проблеме постфактум, когда пользователи жалуются на пропавшую почту.

Как это работает

Email Continuity встраивается в цепочку доставки SEG-T и автоматически перехватывает письма, если все почтовые серверы домена недоступны:

01ПриёмПроверки безопасности
02ДоставкаСерверы по приоритету
03SpoolВсе серверы offline
04МониторингФоновые health-checks
05ДоставкаСервер восстановлен
1

Письмо приходит в SEG-T

Проходит все проверки безопасности — антиспам, антивирус, URL Proxy, правила.

2

SEG-T пытается доставить на ваш сервер

Система проверяет доступность всех серверов домена по приоритету.

3

Сервер недоступен — письмо уходит в spool

Если все серверы offline, письмо сохраняется в очередь с полными метаданными.

4

Фоновый мониторинг серверов

Система периодически проверяет доступность серверов автоматическими запросами.

5

Сервер восстановился — автодоставка

Как только хотя бы один сервер отвечает, очередь автоматически разгружается.

Failover между серверами

Главная особенность — поддержка нескольких почтовых серверов на домен с приоритетами. Это не просто резервный сервер — это полноценный failover с автоматическим переключением:

Несколько серверов на домен

Основной, резервный и дополнительные — каждый с настраиваемым приоритетом.

Автоматический мониторинг

Каждый сервер проверяется подключением и диагностическим запросом.

Автопереключение

Если основной сервер падает — трафик уходит на следующий по приоритету.

Статусы в реальном времени

Healthy, unhealthy, unknown — с временем отклика и последней ошибкой.

Spool включается только когда все серверы домена offline. Пока хотя бы один жив — письма доставляются через него.

Очередь писем

Когда все серверы недоступны, письма попадают в spool — защищённую очередь с полным контролем:

Настраиваемый retention

Период хранения писем в очереди задаётся администратором

Автоматические ретраи

Количество повторных попыток доставки настраивается

Полные метаданные

Отправитель, получатель, тема, размер, статус, ошибки — всё на виду

Ручное управление

Принудительная доставка, удаление из очереди, просмотр деталей

Статусы писем в очереди

Каждое письмо в spool проходит через чёткий жизненный цикл:

Pendingожидает
Deliveringотправка
Deliveredдоставлено
Failedошибка
Expiredистёк TTL

Панель управления

Continuity получил полноценную страницу в дашборде с четырьмя блоками информации:

В очереди

количество и объём pending-писем

Offline-серверы

сколько серверов недоступно

Доставлено

письма из spool за сегодня

Статус

активность и время retention

Ниже — таблица серверов с индикаторами здоровья и таблица очереди с поиском, фильтрацией по домену и статусу. Данные обновляются автоматически.

Настройки

Вся конфигурация доступна через диалог настроек прямо на странице Continuity:

  • Включение / выключение — один переключатель на всю организацию
  • Retention — настраиваемый период хранения писем в очереди
  • Попытки доставки — настраиваемое количество автоматических ретраев
  • Интервал проверки — частота мониторинга серверов
  • Автодоставка — автоматическая разгрузка очереди при восстановлении сервера

Под капотом

Несколько технических деталей для тех, кому интересно:

Health-check воркер

Фоновый процесс периодически проверяет все серверы параллельно. При изменении статуса — автоматическая перенастройка маршрутизации почты.

Кэш состояний

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

Обратная связь с доставкой

Интеграция с модулем доставки: при успешной отправке письмо помечается как доставленное, при ошибке — система решает повторить попытку или зафиксировать сбой по типу ошибки.

Cleanup-воркер

Ежедневный процесс помечает просроченные письма как expired на основе retention-настроек организации. Чистая очередь — чистая совесть.

Доступность

На данный момент Email Continuity доступен в закрытом режиме — функционал проходит финальное тестирование на ограниченной группе организаций. Мы хотим убедиться, что всё работает стабильно в разных конфигурациях, прежде чем открыть доступ для всех.

Что дальше

С выпуском Continuity основной pipeline системы собран. Теперь фокус смещается на AI-слой — автономные агенты, адаптивные политики, поведенческий анализ.

Следите за дневником — мы продолжим рассказывать о новых функциях, обновлениях и планах развития продукта.

FIN
Дневник разработки | SEG-T