<inline-seeding>
Засеивание — это подмешивание в рассылку контрольных адресов, по которым потом видно, куда письмо попало: во «Входящие», в «Спам» или никуда. Обычно такие адреса заводят и опрашивают сами; здесь это делает вендор, а MTA подставляет их в кампанию на лету.
Условий четыре, и три из них вне конфигурации: учётная запись вендора с включённой функцией, платный доступ к его инструменту доставляемости, ключ с двумя правами — и уже потом этот блок с api-key.
Не всякая рассылка годится. Письмо должно иметь идентификатор задания, быть не больше 20 МБ и нести заголовок отправителя (Sender или From; при обоих берётся первый). Кампания — это письма с одинаковыми идентификатором задания, доменом и субсчётом.
После добавления блока вендор советует перезапуск — чтобы текущие соединения пошли по новым настройкам.
Две оговорки, которые легко пропустить. Ключ подписи, переданный заголовком X-DKIM-Key, поддержан не полностью: письма-семена могут уйти неподписанными или с другим ключом. Домены отправки не в латинице поддержаны тоже не полностью.
# блок и включение — разные строки: первый даёт доступ, второе управляет охватом <inline-seeding> api-key 0123456789abcdef012345678901234567890123 persist-threshold 500 </inline-seeding> enable-inline-seeding true,subaccount=555
Что ещё почитать
2 статьи
◇Засеивание кампаний контрольными адресамиMTA подмешивает в рассылку адреса вендора, а результат смотрят в его инструменте доставляемости; независимо от выгрузки событий.◇Заголовок заданияЗаголовок x-job метит письмо заданием; узел читает его, только если источнику разрешено process-x-job, и тогда задание видно в учёте, мониторе и командах паузы.
- Цена ошибки
- обратимо: вредит, пока стоит
- Сценарии
- Засеивание и контрольные ящики