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

Отказы по данным службы

Bounce Report Display
Отказы в чужой классификации

Отчёт SparkPost Signals об отказах за выбранный период.

Классификация здесь своя — SparkPost: руководство прямо предупреждает, что она не совпадает с категориями отказов PowerMTA. Это третья классификация рядом с категориями MTA и нашей разбивкой на жёсткие и мягкие.

Отчёт живёт в приложении SparkPost, а не в мониторе узла: узел только отправляет туда данные учёта и сам ничего оттуда не читает. Доступ к отчёту — учётной записью SparkPost, а не http-access.

Главная ловушка — сопоставлять строки отчёта с категориями MTA один к одному. Коды классификации SparkPost и категории PowerMTA — разные словари: одна и та же причина отказа может лечь в них по-разному, и прямого соответствия руководство не даёт.
Что делает Хаб. Не пользуется: блока <signals> Хаб не пишет, и данные в SparkPost с узлов не уходят. Отказы Хаб разбирает сам — по категориям MTA из учёта и по своей разбивке на жёсткие и мягкие.
Рекомендуемые значения

Где что смотреть:

Вопрос Где
отказы в классификации SparkPost здесь
отказы в категориях MTA учёт узла, поле bounceCat
метрики отправки целиком сводка Signals
Назначение отчёта и несовпадение классификаций — из руководства (§ 11.1.8); односторонняя отправка данных — § 11.1. Разграничение вопросов наше.
Пример в конфигурации
# без блока signals данные в службу не уходят и отчёт пуст
<signals>
    api-key 0123456789abcdef012345678901234567890123</signals>
Ключ — 40 шестнадцатеричных знаков, выданных SparkPost; без строки api-key MTA с блоком <signals> не запустится.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
⇄

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

1 связь

Где это видно

Аналитика вендора — и что уходит с узла ради неёМеханизм, который здесь и виден. § 11.1.8

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

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

Как проверить на узле
Проверить, уходят ли данные в службу вообще:
grep -n -A3 '<signals>' /etc/pmta/config
grep -n 'enable-signals' /etc/pmta/config
Нет блока — нет и отчёта. enable-signals false на адресе или пуле выключает отправку данных только для них.
◇

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

3 статьи

◇Два обработчика входящих отчётов и что с ними делатьОтказы письмом и жалобы разбираются двумя одинаково устроенными блоками; у каждого свой список адресов и своя пара решений о судьбе письма.◇Обратный адрес, в который вписан получательОтказ приходит на уникальный адрес, и разбирать его содержимое не нужно.◇Что возвращать в отчёте об отказеЧто вкладывать в отчёт об отказе: письмо целиком или только его заголовки.

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