Demo
Demo
База знаний PMTA›Экран монитора§ 5.5

Приёмники, сложенные по всем адресам отправки

Domains Display
Дополнение к экрану очередей — та же почта, сложенная иначе

Экран показывает домены получателей, сложив по каждому все адреса отправки. Это дополнение к экрану очередей: та же почта, но не разбитая по парам (queue-identity).

Без формы отбора это «Топ доменов»: десять приёмников с наибольшим числом получателей — длину задаёт http-default-max-items.

Четыре столбца, и вместе они отвечают на вопрос. Получатели, килобайты, открытые соединения и последняя ошибка: первые три говорят, работают ли с приёмником, четвёртый — как он отвечает.

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

Отбор по домену — форма на самой странице; удобен, когда приёмников много, а вопрос про одного.

Главная ловушка — сравнивать числа этого экрана с экраном очередей. Это разные агрегаты: здесь адреса сложены, там разделены. Один домен, отправляемый с трёх адресов, даст здесь одну строку, а там три, и суммы не совпадут — не потому, что счётчики врут, а потому, что вопросы разные. Ошибка тем опаснее, что оба экрана выглядят одинаково.
Что делает Хаб. Строит свой разрез по провайдерам, и складывает он так же — все адреса вместе.

⚠️ Это удобно для вопроса «как у нас с этим приёмником в целом» и не годится для вопроса «что происходит в конкретной очереди». Разница та же, что между двумя экранами узла, и путать их нельзя: лимиты действуют на пару, а не на домен, поэтому решение, принятое по сложенному числу, применяется не туда, где его считали.

Последнюю ошибку Хаб показывает тоже — но уже разобранную по категории, а не словами приёмника.

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

Какой экран для какого вопроса:

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

Последняя строка — самая важная. Решение о лимите, принятое по сложенному числу, применяется к каждой очереди отдельно и потому умножается на число адресов.

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

Таблица соответствия вопросов экранам наша. Из руководства здесь состав четырёх столбцов, отбор по домену и то, что этот экран складывает адреса, а экран очередей нет.
Пример в конфигурации
# то же самое из командной строки
pmta show domainspmta show queues --sort=rcpt
Выделенная строка складывает адреса — по строке на домен. Нижняя разделяет их: у одного домена, отправляемого с трёх адресов, там будет три строки, и числа не совпадут.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

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

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

Считают лимит по сложенному числу

§ 5.5

Чем чреватоЭкран складывает адреса, а лимит действует на пару. Число, посчитанное здесь и записанное в блок приёмника, достанется каждой очереди отдельно и умножится на число адресов.
Как заметитьФактический поток к приёмнику кратно выше рассчитанного, кратность равна числу адресов отправки.
Как правильноСчитать лимит по экрану очередей. Этот экран отвечает на другой вопрос.

Читают последнюю ошибку как основную причину

§ 5.5

Чем чреватоСтолбец показывает последнюю по времени, а не самую частую. Один случайный отказ вытесняет из него ту причину, которая мешает на самом деле, и разбор уходит в сторону.
Как заметитьТекст ошибки на экране не совпадает с тем, что видно в разбивке отказов по категориям.
Как правильноБрать распределение отказов из учёта, а этот столбец читать как «что случилось последним».

Сравнивают суммы двух экранов

§ 5.5

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

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

3 связи

Чем можно заменить

ОчередиВторой срез: там та же почта разделена по парам, а не сложена. § 5.5Приёмники с наибольшей очередьюТа же сводка, отданная запросом. § 5.5

Где это видно

Приёмник замолчал посреди разговораОдин из отказов, попадающих в столбец последней ошибки. § 5.8

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

Очередь — это приёмник вместе с адресом отправкиВторой срез тех же данных: складывает адреса и даёт по строке на домен. § 5.5Подробности одного приёмникаЭкран, показывающий то же самое человеку. § 5.5Сводка по приёмникамТот же перечень на экране монитора. § 6.3.13

Как проверить на узле
Разницу между двумя срезами полезно увидеть один раз:
pmta show domains
pmta show queues --sort=rcpt --maxitems=50
Для одного домена, отправляемого с нескольких адресов, в первой команде будет одна строка, во второй — по строке на адрес. Расхождение сумм не ошибка счётчиков, а разные вопросы.
◇

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

3 статьи

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

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