Когда engagement-tracking в блоке <signals> стоит в sparkpost, узел сам вставляет в письма ссылки, из которых рождаются события открытий и переходов. Для этого разметку разбирает встроенная библиотека gumbo-parser — разборщик HTML5 из благодарностей руководства.
Как именно правится разметка, руководство не описывает: только ли ссылки или документ целиком. Поэтому перед включением письмо сравнивают до и после узла.
Что делать с неразобранным письмом, решает html-edit-error-mode: по умолчанию — постоянный отказ, иначе письмо уходит без изменений, то есть без отслеживания. В обоих случаях узел пишет ошибку в журнал.
Режим ошибки разбора:
| Значение | Что с письмом | Цена |
|---|---|---|
| perm-fail, по умолчанию | постоянный отказ | потерянное письмо |
| deliver-unmodified | уходит без изменений | заниженная статистика открытий |
<signals> api-key 0123456789012345678901234567890123456789 engagement-tracking sparkpost html-edit-error-mode deliver-unmodified </signals>
3 связи
engagement-tracking<signals>Директива, которой этот механизм и включается. § 11.1.6.2.10
grep -i 'html' /var/log/pmta/log | tail -20
3 статьи
◇Как письмо попадает в MTAШесть описанных способов подачи: расширенный SMTP, четыре языковые обвязки и каталог, за которым узел следит на диске.◇Что узел рассказывает о себе и по каким каналамСемь поверхностей наблюдения: веб-монитор, консоль в четырёх форматах, журнал, учёт, поиск по учёту, метрики и выгрузка во внешнюю аналитику.◇Сторож, который перезапускает MTAПрисматривает за MTA и после падения поднимает его сам, отправляя отчёт о падении на адрес ответственного.