Обзор MTA-Hub

Прокси-гейт

SOCKS5-прокси для почты в PowerMTA и MailerQ

Прокси для SMTP-рассылок.
Отправка через SOCKS5-гейт.

Подключайте SOCKS5-прокси к PowerMTA и MailerQ через гейт Хаба. На одном экране — состояние адресов, работа соединений и результаты отправки.

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

Как работает гейт
PowerMTAMailerQSOCKS5 / TCP 25
Прокси-гейт · обзорИнтерфейс MTA-Hub
Вход → выходной IPСостояние и результаты
Оригинальные экраны модуляНажмите, чтобы увеличить ↗
01Проверить адресаКласс, TCP/25 и списки
02Подключить к MTAНабор, DNS и гейт
03Оценить отправкуПо адресам и почтовикам
04РеагироватьПравила, события и журнал

01 / Маршрут письма через прокси

Как письмо уходит через SOCKS5-прокси.

PowerMTA и MailerQ сами не умеют отправлять письма через SOCKS5-прокси, поэтому между MTA и прокси стоит гейт Хаба. Гейт работает на узле отправки: принимает соединение от MTA и открывает SOCKS5-туннель через выбранный прокси. Почтовый сервер получателя видит выходной IP прокси — его вписывают в DNS и проверяют по чёрным спискам.

Куда подключается гейт

Адрес подключения

Гейт открывает туннель на входной адрес и порт прокси — с логином и паролем, как их выдаёт продавец. Оба адреса прокси видны в таблице адресов.

PowerMTAMailerQ

Что видит получатель

Выходной IP

С этого адреса письмо приходит к почтовику. Его вписывают в A-записи и SPF и проверяют по чёрным спискам — он может отличаться от входного.

TCP/25Поддомен на выходной IP

02 / Источники данных

Три источника данных об отправке через прокси.

Обзор связывает результаты отправки, работу туннеля и состояние адреса. Учёт MTA отвечает, дошло ли письмо, счётчики гейта — удалось ли соединение, проверки Хаба — годится ли сам прокси для почты. У каждого показателя указаны источник и период, и числа не смешиваются в один общий «процент здоровья».

Что произошло с письмами?

01 · Учёт MTA

Доставленные письма, окончательные отказы и динамика за выбранный период — по отчётам самих MTA.

Письма по днямРазрез по проксиПриём по почтовикам
Посмотреть учёт

Как работает соединение?

02 · Метрики гейта

Счётчики удачных соединений и отказов туннеля на каждом сервере отправки.

Соединения и отказыВерсия службыСверка адресов с Хабом
Посмотреть гейты

В каком состоянии адрес?

03 · Проверки Хаба

Приёмочные проверки и перепроверки: годится ли прокси для почты прямо сейчас.

Класс и TCP/25Чёрные списки IPВремя до SMTP-баннера
Посмотреть проверки
Письма и попытки

Завершённые письма = доставленные + окончательные отказы. Временные отказы учитываются отдельно как попытки отправки.

03 / Подключение к отправке

Шесть шагов подключения прокси к MTA.

Чтобы начать отправку через прокси, нужно пройти шесть шагов: гейт, набор, годные адреса, поддомены и DNS, запись на сервер и точки подачи в рассылочной платформе. Хаб показывает готовность каждого шага для выбранного узла. Если настройка ещё не завершена, из обзора можно сразу перейти на нужный экран.

Установите гейт

01 · Сервер

Служба hubgate работает рядом с MTA и открывает соединения через SOCKS5.

Гейты

Создайте набор

02 · Связка

Набор объединяет адреса прокси с сервером и доменом отправки — к серверу прокси привязывается только через набор.

Наборы

Подготовьте адреса

03 · Проверка

Прокси проходят приёмку: отвечают, говорят на понятном протоколе и выходят на порт 25.

Прокси

Введите в отправку

04 · DNS

Каждому адресу нужен поддомен, а выходные адреса — в SPF домена; Хаб проверяет, что записи видны.

DNS доменов

Передайте настройки серверу

05 · Конфигурация

Гейт получает адреса и их ярлыки, а обзор проверяет, что у гейта те же адреса, что и в Хабе.

Сверка гейта

Отдайте точки подачи

06 · Платформа

Готовые SMTP уходят в вашу рассылочную платформу и отправляют письма через настроенные адреса.

Путь до отправки

04 / Правила и события

Правила наборов и события по прокси.

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

Снизилась доля доставленных

Правило набора

Показатель по учёту MTA опустился ниже порога, заданного в правиле.

Перевести адрес в карантин

Реакция Хаба

Хаб выполняет действие правила и записывает причину в событие. Что остаётся проверить: разберите причину снижения перед возвратом адреса в отправку.

05 / Подробно об интерфейсе

Интерфейс обзора прокси-гейта — 11 экранов.

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

Общее состояние и путь до отправки

4 экрана

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

01

Навигация и источники данных

Узел, период и происхождение показателей

Верх обзора прокси-гейта: вкладки модуля, выбор сервера и периода данных — сутки, 7 или 30 дней. Все числа на странице пересчитываются для выбранного сервера и периода. Строка под вкладками называет три источника чисел — учёт MTA, счётчики гейта и проверки Хаба, — чтобы не путать результаты отправки с работой туннеля и состоянием адреса. Отсюда же кнопкой «Проверить всё» запускают проверку всех адресов, а «Импорт» ведёт к загрузке нового списка прокси. Обычно с этого экрана начинают, когда что-то изменилось: сначала выбирают сервер и период, а уже потом читают блоки ниже. «Проверить всё» не трогает только адреса, выведенные из работы.

MTA-Hub: Навигация и источники данных — Узел, период и происхождение показателейУвеличить
Экран 01 · Навигация и источники данных. Пример из интерфейса MTA-Hub.
  • Вкладки модуля — обзор и девять разделов: прокси, наборы, правила, гейты, проверки, аналитика, свои прокси, источники, журнал.
  • Сервер и период — числа на странице пересчитываются для выбранного сервера и периода.
  • Три источника — учёт MTA, счётчики гейта и проверки Хаба.
  • «Проверить всё» — проверка всех адресов из списка прокси, кроме выведенных из работы.
  • «Импорт» — загрузка списка прокси.
02

Путь до отправки

Шесть шагов настройки одного узла

Шесть шагов от гейта до рассылочной платформы для одного сервера: гейт, набор, годные адреса, поддомены и DNS, запись на сервер и точки подачи. Сразу открывается сервер, где настройка уже начата, — в примере это mta-01, и у него пройдены все шаги. Блок отвечает на главный вопрос перед отправкой через прокси: на каком шаге остановилась настройка. Каждый шаг ведёт на свой экран, так что недоделанное можно сразу довести до конца. Блок открывается свёрнутым, и по подзаголовку — «всё настроено» или сколько шагов осталось — готовность сервера видна с одного взгляда; в примере у mta-01 работают гейт hubgate 1.1.0, три годных адреса и три точки подачи.

MTA-Hub: Путь до отправки — Шесть шагов настройки одного узлаУвеличить
Экран 02 · Путь до отправки. Пример из интерфейса MTA-Hub.
  • Гейт — служба hubgate стоит на сервере; в примере на mta-01 — версия 1.1.0.
  • Набор — связывает адреса прокси с сервером и доменом отправки.
  • Годные адреса — в примере три адреса прошли проверку.
  • Поддомены и DNS — у каждого адреса есть поддомен и записи DNS.
  • Запись на сервер — гейт знает ярлыки всех адресов.
  • Точки подачи — платформа получила три точки подачи.

На исходном экране этот блок можно свернуть. Здесь все скриншоты раскрыты для знакомства с интерфейсом.

03

Сводка работы прокси-гейта

Текущее состояние и результаты за период

Пять чисел о работе прокси-гейта. Первые три — о том, что происходит сейчас: на скольких серверах стоит гейт, сколько прокси отправляют письма и сколько у них поддоменов. Последние два — за выбранный период: сколько писем ушло через прокси и какая доля из них доставлена. По сводке сразу видно, идёт ли отправка через прокси и не просела ли доставка. Если число настораживает, причину ищут ниже — на графике по дням, в таблице адресов и в блоке событий. В примере гейт стоит на mta-01 и mta-02, письма отправляют 5 прокси из 8 назначенных серверам, а за неделю ушло 26 738 писем с долей доставленных 95,0 %.

MTA-Hub: Сводка работы прокси-гейта — Текущее состояние и результаты за периодУвеличить
Экран 03 · Сводка работы прокси-гейта. Пример из интерфейса MTA-Hub.
  • Гейт на серверах — в примере на двух: mta-01 и mta-02.
  • Прокси в отправке — 5 из 8 назначенных серверам.
  • Поддомены — 5 поддоменов в домене news.lumacart-shop.com.
  • Писем за неделю — 26 738.
  • Доставлено — 95,0 %.

Числа на скриншотах — пример инфраструктуры, а не лимиты или обещание результата.

04

Состояние парка прокси

Работа, резерв, пригодность и аренда

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

MTA-Hub: Состояние парка прокси — Работа, резерв, пригодность и арендаУвеличить
Экран 04 · Состояние парка прокси. Пример из интерфейса MTA-Hub.
  • В работе — в примере 5: два класса A, два B и один C.
  • Резерв — два адреса готовы подменить работающие.
  • Годны к почте — 7 из 8 — у одного закрылся 25-й порт.
  • Отбракованы — один купленный адрес; он остался в базе.
  • Аренда — у одного адреса заканчивается завтра.

Результаты отправки и состав парка

4 экрана

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

06

Отправка через прокси

Письма по дням и результаты учёта MTA

График отправки через прокси по дням за выбранный период. Внизу столбца — доставленные письма, над ними временные отказы, сверху окончательные; пунктир — доля доставленных со своей шкалой. Под графиком — итог периода. Временные отказы считаются как лишние попытки, а не как отдельные письма, поэтому доставленные плюс окончательные отказы дают ровно все письма. Провал на графике сразу указывает день, в который стоит искать проблемный адрес. В примере за неделю ушло 26 738 писем, доставлено 95,0 %, а 703 временных отказа составили 2,6 % от всех попыток; сегодняшний столбец бледнее, потому что день ещё не закончился.

MTA-Hub: Отправка через прокси — Письма по дням и результаты учёта MTAУвеличить
Экран 06 · Отправка через прокси. Пример из интерфейса MTA-Hub.
  • Столбцы — доставленные, временные и окончательные отказы за каждый день.
  • Доля доставленных — пунктирная линия; в примере вчера она просела — в тот день у px-06 упала доставка.
  • Сегодняшний день — столбец бледнее: день ещё не закончился.
  • Итог недели — 26 738 писем, доставлено 25 412 — 95,0 %, окончательных отказов 1 326 — 5,0 %.
  • Временные отказы — 703 — 2,6 % от всех попыток.

Процент доставки на скриншоте относится к примеру. Учёт MTA сам по себе не показывает, в какую папку попало письмо.

07

Состав парка прокси

Классы, страны и соседние адреса

Из чего состоит парк прокси, годных к почте: сколько адресов каждого класса и из каких они стран. Внизу — соседи по одной подсети /24. Почтовики считают адреса одной подсети одним отправителем, поэтому несколько соседей — это не независимые IP для рассылки. Экран помогает заранее увидеть такие группы и учитывать их, когда адреса раскладывают по наборам. А разбивка по классам и странам показывает, насколько парк однороден по качеству. В примере годных к почте адресов класса A — 2, B — 4, C — 1, а три адреса ProxyLine сидят в одной подсети 203.0.113.0/24.

MTA-Hub: Состав парка прокси — Классы, страны и соседние адресаУвеличить
Экран 07 · Состав парка прокси. Пример из интерфейса MTA-Hub.
  • Классы — в примере A — 2, B — 4, C — 1.
  • Страны — Германия — 4 адреса, Литва — 2, Нидерланды — 1.
  • Соседи по /24 — три адреса ProxyLine в 203.0.113.0/24 и по два в 198.51.100.0/24 и 192.0.2.0/24.
08

Результаты по почтовикам

Где меняется приём писем

Как письма через прокси принимают крупные почтовики — Gmail, Outlook, iCloud, GMX и Yahoo — по последнему отчёту учёта MTA, он охватывает около недели. Общая доля доставки может прятать проблему у одного почтовика, а здесь она видна сразу. В примере Yahoo не принимает один адрес из шести, хотя у остальных почтовиков этот адрес работает. Отказ одного почтовика — не повод выбрасывать прокси: его можно держать в наборе, из которого этот почтовик исключён. Причину отказа ищут в соседних блоках: в примере это px-05, чей адрес числится в чёрных списках, — это видно в таблице прокси и в окне проверки списков.

MTA-Hub: Результаты по почтовикам — Где меняется приём писемУвеличить
Экран 08 · Результаты по почтовикам. Пример из интерфейса MTA-Hub.
  • Gmail, Outlook, iCloud и GMX — принимают около 96,6 % писем.
  • Yahoo — 86,8 %: один из шести адресов он не принимает совсем.
  • Причина — это px-05 — его адрес в чёрных списках.
  • Что делать — у остальных почтовиков px-05 работает, и его стоит держать в наборе, из которого Yahoo исключён.

Период последнего отчёта по почтовикам может отличаться от периода, выбранного в сводке.

09

Прокси в отправке

От входного адреса до результата конкретного IP

Таблица всех прокси, которые сейчас отправляют письма, — по объёму писем. Для каждого адреса видно, куда подключается гейт и какой выходной IP видит почтовик, кто продавец, на каком сервере адрес работает, его поддомен, класс, чёрные списки и доля доставленных. По красной точке в колонке «Списки» и красной полосе доставки сразу находят адрес, который тянет отправку вниз. В подвале таблица объясняет, почему её итог может отличаться от сводки: там учтены письма адресов, которые больше не отправляют. В примере четыре адреса доставляют 97–98 %, а px-05 — только 78,9 %.

MTA-Hub: Прокси в отправке — От входного адреса до результата конкретного IPУвеличить
Экран 09 · Прокси в отправке. Пример из интерфейса MTA-Hub.
  • Вход → выход — адрес подключения и выходной адрес; почтовик видит выходной, его же проверяют по чёрным спискам.
  • Продавец, сервер, поддомен, класс — откуда адрес и где он работает.
  • Списки — точка в колонке открывает проверку чёрных списков.
  • Письма и доля доставленных — четыре адреса доставляют 97–98 %, px-05 — 78,9 %.
  • Время до приветствия — сколько ждали ответа почтового сервера (баннера) — по проверкам адреса.
  • Итог и подвал — 21 935 писем, 95,6 %; ещё 4 803 письма ушли через px-06, который больше не отправляет.

Время до SMTP-баннера берётся из проверок адреса, а не из учёта отправленных писем.

События, соединения и проверки

3 экрана

Что требует вашего решения и как работает сама связь. События, которые никто ещё не разобрал, показывают причину, сработавшее правило и действие Хаба. Таблица гейтов говорит, работает ли служба на каждом сервере и совпадают ли её адреса с адресами в Хабе. Проверка чёрных списков показывает, в каких списках числится выходной адрес — тот, который видит получатель.

05

События, требующие внимания

Причина, правило и выполненное действие

События по прокси, которые ещё никто не разобрал, — свежие сверху. У каждого видно, что случилось с адресом, какое правило сработало и что сделал Хаб: предупредил о конце аренды, отправил адрес в карантин или понизил его класс. Часть решений Хаб оставляет вам — например, купленный адрес с закрытым 25-м портом он сам не уберёт. Кнопка «Разобрать» убирает событие из этого блока, но в журнале оно остаётся. В примере правило «Доставляемость просела» отправило px-06 в карантин после падения доставки до 81,79 %, а вечером повторная проверка нашла у него закрытый 25-й порт и понизила класс до D. Разобранные события потом ищут в разделе «Журнал».

MTA-Hub: События, требующие внимания — Причина, правило и выполненное действиеУвеличить
Экран 05 · События, требующие внимания. Пример из интерфейса MTA-Hub.
  • Аренда — в примере правило «Кончается аренда» предупредило про px-05: остались одни сутки.
  • Доставка — у px-06 доставка упала до 81,79 % — Yahoo перестал его принимать, и правило «Доставляемость просела» отправило адрес в карантин.
  • Порт 25 — повторная проверка нашла закрытый 25-й порт, и класс адреса упал до D.
  • Купленный адрес — Хаб не уберёт его сам: попросить продавца открыть порт или вывести адрес решает человек.
  • «Разобрать» — отмечает событие просмотренным.

Купленный адрес с закрытым 25-м портом не удаляется автоматически. Обращение к продавцу или вывод адреса остаются решением пользователя.

10

Гейты на узлах

Версии, адреса и соединения

Гейт на каждом сервере отправки: адрес и версия службы, сколько адресов в её таблице по сравнению с реестром Хаба, удачные соединения и отказы туннеля за период. Если доставка просела, этот экран показывает, проблема в самой связи с прокси или в том, как почтовик принял письмо. Здесь же видно, что для сервера вышла новая версия гейта. Гейт принимает соединения только с адреса своего сервера — у PROXY protocol нет пароля. В примере на mta-01 стоит гейт 1.1.0 с 3 адресами из 3 и 0,6 % отказов туннеля, а на mta-02 — 2 адреса из 2, версия 1.0.4 и 1,6 % отказов; если число адресов на гейте расходится с Хабом, настройки передают серверу заново.

MTA-Hub: Гейты на узлах — Версии, адреса и соединенияУвеличить
Экран 10 · Гейты на узлах. Пример из интерфейса MTA-Hub.
  • mta-01 — гейт 1.1.0 работает, в таблице 3 адреса из 3, отказов туннеля 0,6 %.
  • mta-02 — 2 адреса из 2, отказов 1,6 %; для него вышла новая версия гейта — 1.0.4 против 1.1.0.
  • Сверка с Хабом — совпадает ли число адресов на гейте с тем, что знает Хаб.
  • Защита — гейт принимает соединения только с адреса своего сервера: у PROXY protocol нет пароля.

Гейт принимает соединения только с адреса своего узла; PROXY protocol не предоставляет парольную аутентификацию.

11

Проверка чёрных списков

Выходной IP и результат по каждой зоне

Окно проверки чёрных списков открывается по точке в колонке «Списки» таблицы прокси. Проверяется выходной адрес — тот, который видит сервер получателя, а не адрес подключения к прокси. Для каждого списка видно, числится ли там адрес и с какой даты, а кнопка «Проверить сейчас» опрашивает списки заново. Так становится понятно, почему почтовик отвергает письма с конкретного прокси, и можно решить, что делать с адресом дальше. В примере выходной адрес px-05 числится в SpamCop, Barracuda и PSBL с 15.10, а в остальных пяти списках чисто — этим и объясняется отказ Yahoo в блоке почтовиков.

MTA-Hub: Проверка чёрных списков — Выходной IP и результат по каждой зонеУвеличить
Экран 11 · Проверка чёрных списков. Пример из интерфейса MTA-Hub.
  • Крупные списки — в примере px-05 есть в SpamCop и Barracuda.
  • Небольшие списки — и в PSBL — во всех трёх с 15.10.
  • Остальные — в пяти других списках чисто.
  • «Проверить сейчас» — опрашивает списки заново.

06 / Вопросы и ответы

Частые вопросы о прокси для SMTP-рассылок.

В обзоре можно перейти от общего состояния к конкретному адресу — вплоть до результата проверки каждой зоны чёрного списка.

Проверка выходного IP
MTA-Hub: Проверка чёрных списков — Выходной IP и результат по каждой зонеУвеличить

Проверяется адрес, который видит сервер получателя.

Для чего нужен прокси-гейт?

Гейт связывает PowerMTA или MailerQ с SOCKS5-прокси. Служба работает на узле: получает соединение от MTA, открывает туннель через выбранный прокси, а к почтовому серверу получателя соединение выходит с адреса прокси.

Как прокси связывается с узлом отправки?

Через набор. Он объединяет прокси с узлом и доменом отправки. После проверки адресов, подготовки поддоменов и DNS настройки передаются гейту, а точки подачи экспортируются в рассылочную платформу.

Какой IP используется в DNS и проверках списков?

Выходной IP — адрес, который видит почтовый сервер получателя. Он может отличаться от адреса подключения к прокси. Таблица показывает оба адреса; выходной используется для A-записей, SPF и проверки чёрных списков.

Прокси отвечает. Этого достаточно для отправки?

Нет. Для почтового сценария важна доступность TCP/25. Хаб выполняет приёмочные проверки, определяет состояние адреса, проверяет порт и списки. Отдельно учитываются работа туннеля и результаты отправки по данным MTA.

Что означает доля доставленных писем?

Это показатель по учёту MTA за указанный период. Он помогает оценить завершённые исходы отправки, но сам по себе не подтверждает попадание во «Входящие». Проценты на этой странице — данные примера из интерфейса.

Почему временные отказы считаются отдельно?

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

Какие действия выполняют правила наборов?

Правило может перевести адрес в карантин при снижении доли доставленных или предупредить о приближении окончания аренды. В событии видно, какое правило сработало и почему. Купленный адрес с закрытым портом остаётся в списке прокси до решения пользователя.

Почему сводка и таблица адресов дают разные суммы?

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

Как ограничивается доступ к гейту?

Гейт принимает соединения только с адреса своего узла. Это важно, поскольку PROXY protocol не использует парольную аутентификацию. Состояние службы, её версия и совпадение адресов с Хабом видны в таблице гейтов.

07 / Разделы модуля

Девять разделов для работы с прокси.

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

Интерфейс модуля