trace

Попытка доставки с записью сессии
Второй круг разбора

Открывает соединение с доменом и пробует доставить одно письмо из очереди, включив запись разговора на одно соединение. По умолчанию пишутся команды и ответы SMTP; –log-data добавляет данные, –log-resolution — разрешение имён.

Это настоящая доставка: если приёмник письмо примет, оно уйдёт. –retry-recipients вдобавок выпускает отложенных получателей очереди, –source-ip выбирает исходящий адрес, если у адреса отправки их несколько.

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

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

Когда звать:

Вопрос Эта ли команда
что приёмник отвечает на наше письмо да
разрешается ли маршрут почты нет — resolve
долгое наблюдение за доменом нет — запись разговора в блоке <domain>
Действие, ключи и запись в журнал — из руководства (§ 6.3.23, § 4.2.2). Разбор ловушки — наш.
Пример в конфигурации
# одна попытка с записью разговора и данных
pmta trace --log-data yahoo.com/vmta1tail -50 /var/log/pmta/log
Вторая строка достаёт записанный разговор из журнала.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Как проверить на узле
Прочитать записанную сессию:
tail -50 /var/log/pmta/log
Строки <<< — наши команды, >>> — ответы приёмника; последний ответ перед QUIT и объясняет исход.
В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Разобраться с доставляемостью · Разобрать зависшую очередь