Очереди вместо спула
Каждое письмо — сообщение RabbitMQ. Платформа может публиковать письма прямо в очередь и забирать результаты из соседней.
MTA и доставка · MailerQ
MailerQ — MTA на очередях RabbitMQ: каждое письмо — управляемое сообщение, а лимиты, пулы и паузы меняются без перезапуска. MTA-Hub ставит его вместе с базой и брокером, правит конфигурацию, сам ведёт прогрев и показывает, что происходит с очередями на каждом узле.
01 / MTA
Коммерческий MTA, построенный вокруг брокера сообщений RabbitMQ. Письма приходят по SMTP, через REST или прямо в очередь, уходят по живым правилам, а результат каждой доставки возвращается в очередь — в вашу аналитику.
Каждое письмо — сообщение RabbitMQ. Платформа может публиковать письма прямо в очередь и забирать результаты из соседней.
Писем, соединений и байтов в минуту, число открытых соединений и тайм-ауты — для каждой связки адреса отправки и домена получателя.
Почтовик ответил «слишком часто» — поток притормаживается и возвращается на сниженной скорости. Любой ответ может сменить адрес, теги или судьбу письма.
Свойства письма меняются сразу после выхода из очереди: другой адрес отправки, отправка через внешний сервер, правки по условиям.
Поток останавливается по домену или тегу, выбранным письмам возвращается заданный отказ, а стоп-лист отсекает адреса до соединения.
Очереди и база общие на несколько машин: узел выпал — остальные продолжают отправку.
02 / Хаб и MailerQ
MailerQ отлично управляется из своей консоли — пока кластер один. Хаб ведёт их парком, рядом с PowerMTA, и закрывает то, чего у MailerQ нет: установку целиком, прогрев по плану и живой срез без эндпоинта состояния.
База кластера PostgreSQL, брокер RabbitMQ и сам MailerQ ставятся вместе или по отдельности — любой набор на одном сервере. Конфигурацию Хаб формирует до первого запуска.
В файле MailerQ несколько сотен строк «ключ: значение». Хаб правит только свои, не трогает остальные и умеет сам перезапустить MTA после правки.
Ключи DKIM, прокси и другие настройки управляющей базы применяются без перезапуска: Хаб перечитывает ровно те таблицы, которые изменил, и ждёт подтверждения в журнале узла.
Сколько писем отправить с адреса за день, решает план: он знает отказы, ручные тормоза и решения по каждому почтовику. Встроенные расписания MailerQ не используются — два планировщика дали бы два источника правды.
Спросить MailerQ о состоянии некого: по HTTP он отдаёт только управление. Хаб собирает срез одним заходом по SSH — очереди брокера, состояние службы, паузы и подавления из базы кластера.
Управляющий REST отвечает «200» и тогда, когда ничего не изменилось. Хаб перечитывает состояние после каждой записи и показывает прочитанное, а не отправленное.
Пауза, снятие паузы, повтор очереди, снятие адреса — одним списком для обоих MTA. Чего MailerQ не умеет, видно неактивным с причиной, а не спрятано.
DNS-записи и ключи подписи — как у PowerMTA, ключи ложатся на узел в нужном MailerQ виде. Прокси подключаются через гейт Хаба на самом узле.
03 / Консоль и Хаб
Консоль MailerQ — живая и удобная, но она про один кластер. Работа с парком начинается там, где узлов несколько, а рядом стоит PowerMTA.
| Задача | В консоли MailerQ | В Хабе |
|---|---|---|
| Поставить MailerQ | руками: база, брокер, сам MTA и конфиг | одной задачей с живой консолью, в любом наборе частей |
| Прогрев новых адресов | расписание по дням, отдельно от остальной логики | план с решениями по каждому почтовику — общий с PowerMTA |
| Что происходит прямо сейчас | консоль одного кластера | срез по всем узлам, рядом с узлами PowerMTA |
| Ключи DKIM и адреса | правка в консоли каждого узла | выкладка из одной панели и перечитывание нужных таблиц |
| Смешанный парк | две разные системы управления | один реестр, одни операции, одна оценка здоровья |
← таблица прокручивается вбок →
04 / База знаний
Каталог из Хаба выложен целиком: 174 директивы, и все проходят валидатор MailerQ. Главное в нём — четыре слоя настройки разведены явно.
Файл процесса, управляющая база, REST и очередь сообщения: где живёт настройка, кто её читает и когда она вступает в силу.
Там, где документация молчит или расходится с поведением MTA, запись говорит, что показал живой узел.
Какие настройки пишет Хаб, в каком слое и как применяет — и что он намеренно оставляет MailerQ.
05 / Вопросы
Не нашли ответа — напишите на site@mta-hub.com или в телеграм.
Чтобы у прогрева был один хозяин. План Хаба знает отказы, ручные тормоза и решения по каждому почтовику; расписание MailerQ вело бы свой счёт дней, и, разойдясь, они дали бы объём, которого не ждёт никто. Поэтому дневной объём задаёт план Хаба, а расписания MailerQ остаются пустыми.
Да: оба MTA живут в одном реестре, с общими операциями и одной оценкой здоровья. Различия Хаб учитывает сам — например, статистика учёта работает по файлам учёта PowerMTA и есть у его узлов.
Не обязательно. Хаб ставит базу, брокер и MTA в любом сочетании: всё на одном сервере или каждую часть отдельно — например, общую базу кластера на своём узле.
Нет, только те, что живут в управляющей базе: адреса, пулы, лимиты, ключи DKIM, паузы. Их Хаб применяет перечитыванием нужных таблиц. Файл процесса читается при старте — после его правки нужен перезапуск, и Хаб умеет сделать его сам.
Все четыре — Protosender, Interspire, Mumara и MailWizz. Хаб отдаёт им точки подачи с узлов MailerQ так же, как с узлов PowerMTA, вместе с пределом прогрева.
06 / Следующий шаг
Хаб ставится на ваш сервер и ведёт узлы MailerQ вместе с PowerMTA — от установки до прогретых адресов. Нужен кластер под ключ — соберём: серверы, база, брокер, DNS, прогрев и связку с платформой рассылок.
Что понадобится
