Demo
Demo
База знаний PMTA›Команда§ 6.3.37

show disabled sources

Какие исходящие адреса отключены
Единственное окно в механизм отключения

Показывает адреса отправки, выведенные из работы. Без аргумента — по всем очередям, с аргументом domain[/vmta] — по указанной.

Показывает всё разом, независимо от причины. В списке одинаково окажутся адреса, отключённые командой disable source человеком, и те, что отключило правило почтовика действием disable-source-ip по ответу приёмника. Отличить одно от другого по выводу нельзя — для этого нужен журнал, включаемый директивой log-disabled-ips.

Это единственный способ узнать текущее состояние. Ни конфигурация, ни pmta show settings отключений не показывают: они живут в памяти MTA, а не в файле. Пустой список — не то же самое, что «механизм не настроен».

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

Одна деталь стоила отдельного разбирательства: запрашивать вывод надо в формате json, а не json-text. На этой самой команде json-text вернул пустое поле данных, тогда как json в том же вызове отдал структуру.

🔴 Структура у 6.0 — список очередей: queues с полями name и ips, у адреса — address, время снятия disableTime и возврата enableTime. До 15.09.2026 Хаб ждал карту «очередь → адреса», и на настоящем ответе список снятых адресов выходил пустым всегда — и в снимке управления, и в опросе прокси; пока снятых адресов не было, ошибку было не увидеть. Теперь ответ разворачивается в плоский список строк «адрес → очередь».

Рекомендуемые значения

Без аргумента — обзор, с аргументом — проверка. Для «что вообще отключено на узле» зовите без цели; для проверки конкретной операции указывайте ту же цель, с какой отключали.

Смотреть стоит регулярно, а не по случаю. Механизм тихий: адрес уходит из работы без единой строки в конфигурации, а объём падает постепенно. Если disabled-source-ip-notify не настроен, этот список — единственное, что покажет накопившееся.

Из руководства здесь синтаксис команды. Про формат вывода — наша находка при интеграции, проверена на живом узле.
Пример в конфигурации
# что отключено у одного приёмника
$ pmta show disabled sources yahoo.com/vmta1
# что отключено вообще, по всему узлу
$ pmta show disabled sources
Первая строка — пример руководства. Вторая, без цели, показывает картину целиком — с неё стоит начинать разбор «почему парк отправляет меньше».
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается2 ошибки▶

Считают пустой список признаком порядка

наш опыт

Чем чреватоОтключения хранятся в памяти MTA и не переживают перезапуск службы. После рестарта список пуст независимо от того, что было до него, — и все адреса, включая отключённые по жалобе приёмника, снова в работе.
Как заметитьСписок пуст, а жалобы приёмника продолжаются с того же адреса.
Как правильноСмотреть журнал (включив log-disabled-ips) или уведомления (disabled-source-ip-notify) — они переживают перезапуск, а список нет.

Ищут отключённые адреса в конфигурации

наш опыт

Чем чреватоВ файле их нет и быть не может: отключение — это состояние MTA, а не настройка. Поиск по конфигурации даёт пустой результат и уводит разбирательство в сторону.
Как заметитьВ конфигурации ничего не нашлось, а адрес не отправляет.
Как правильноСпрашивать состояние у MTA этой командой, а конфигурацию читать только на предмет того, кто мог отключить: правила почтовика с действием disable-source-ip.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
⇄

Связанные записи

2 связи

Работают в паре

Вывести один адрес из работы для одной очередиКоманда, результат которой этот список показывает. § 6.3.37Вернуть адрес в работуОбратная операция: после неё адрес должен из списка исчезнуть. § 6.3.36

Сюда ссылаются

log-disabled-ips<domain>Показывает состояние на сейчас; журнал — то, что было до него. inferencereenable-source-ip-after<domain>Чем посмотреть, кто сейчас отключён и как давно. inference

Как проверить на узле
Команда сама по себе и есть проверка. Полезно сопоставить её вывод с журналом — если он включён:
pmta show disabled sources
grep -i "disabl" /var/log/pmta/log | tail -20
Журнал отключений пишется, только если в блоке приёмника включена директива log-disabled-ips — по умолчанию она выключена. Без журнала список показывает состояние, но не историю: когда и по какому ответу приёмника адрес выключили, узнать будет неоткуда.
◇

Что ещё почитать

3 статьи

◇Заголовки, которыми отправитель управляет доставкойШесть служебных заголовков позволяют подающей стороне выбрать поток, пометить письмо заданием, задать настройки и ключ подписи, идентификатор конверта и расписание; каждый разрешается отдельно и по источникам.◇Щадящий режим — вторая личность очередиОчередь, которой приёмник начал отказывать, переключается на параллельный набор лимитов, повторов и маршрутов — десять директив, действующих только в этом режиме.◇Прогрев, встроенный в MTAПрогретый адрес отдаёт первые N писем дня каждому получателю своему холодному напарнику; тот отправляет их сам и набирает историю.

В Хабе
Цена ошибки
безопасно: неверное значение ничего не ломает
Сценарии
Ротация адресов отправки