Отчёт SparkPost Signals о попаданиях в спам-ловушки: доля всего объёма, ушедшая за день на известные ловушки коммерческих и некоммерческих сетей. Показывать можно числом попаданий или долей от числа писем, поданных в тот день.
Своими силами спам-ловушки не увидеть — это и есть главный довод за подключение службы. Цена — данные учёта с адресами получателей уходят третьей стороне.
Высокая доля попаданий руководство прямо связывает с плохим происхождением списков и слабой их гигиеной.
Отчёт живёт в приложении SparkPost, а не в мониторе узла: узел только отправляет туда данные учёта и сам ничего оттуда не читает. Доступ к отчёту — учётной записью SparkPost, а не http-access.
Где что смотреть:
| Вопрос | Где |
|---|---|
| попадания в ловушки по дням | здесь |
| общая оценка здоровья | обзор Signals |
| откуда в списке адреса-ловушки | вопрос к подающей платформе |
# без блока signals данные в службу не уходят и отчёт пуст <signals> api-key 0123456789abcdef012345678901234567890123</signals>
Связанные записи
2 связи
grep -n -A3 '<signals>' /etc/pmta/config grep -n 'enable-signals' /etc/pmta/config
Что ещё почитать
3 статьи
◇Жалобы, разобранные узлом — и разбираются они вторымиПочта, пришедшая на адрес из настроенного списка, разбирается как отчёт о жалобе; порядок разбора важен — обработчик жалоб работает после обработчика отказов.◇Что узел рассказывает о себе и по каким каналамСемь поверхностей наблюдения: веб-монитор, консоль в четырёх форматах, журнал, учёт, поиск по учёту, метрики и выгрузка во внешнюю аналитику.◇Сторож, который перезапускает MTAПрисматривает за MTA и после падения поднимает его сам, отправляя отчёт о падении на адрес ответственного.
- Цена ошибки
- безопасно: неверное значение ничего не ломает
- Сценарии
- Разобраться с доставляемостью · Подавление адресов