<feedback-loop-processor>

Разбор жалоб на спам
Единственный источник доли жалоб

Почтовики отдают жалобы своих пользователей отдельными письмами — каждый по своей программе обратной связи, на адрес, который вы им объявили. Блок ловит эти письма и разбирает их, записывая результат записью учёта вида f.

🔴 Другого источника доли жалоб не существует. Ни в разговоре, ни в отказах она не видна: приёмник принял письмо, доставил, и только потом человек нажал «спам». Без этого блока величина, по которой почтовики судят о вас строже всего, для вас невидима.

Условие работы — приём писем. Блок решает судьбу уже принятого; разрешает приём relay-address, а до узла письмо доводит запись MX на адрес обработчика.

Вложить в блок можно <email-patterns> — образцы для приёмников, чьи жалобы приходят не в стандартном виде.

Пример в конфигурации
# приём, разбор и адрес, который объявлен почтовикам
relay-address /^fbl@fbl\./
<feedback-loop-processor>    deliver-matched-email no
    deliver-unmatched-email no
    <address-list>
        address /^fbl@fbl\./
    </address-list>
</feedback-loop-processor>
Нужна ещё запись MX для fbl.<домен> на этот узел — иначе жалобы до него не дойдут.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Приём входящей почты