eligibility-ttl

<inline-seeding>

Как долго помнить, подлежит ли задание засеиванию
в конфигурации это строкаeligibility-ttl 5mвнутри блока <inline-seeding>
Кэш решения о том, засеивать ли

Служба решает, подлежит ли задание засеиванию, а узел это решение запоминает — чтобы не спрашивать заново на каждое письмо. Строка задаёт срок хранения. Умолчание — 5m, допустимо от пяти минут до часа.

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

Это кэш решения, а не кэш данных. Сами назначения семян обновляются по другому расписанию — batch-frequency.

Главная ловушка — час при обкатке. Включаешь засеивание кампании в кабинете, а узел до часа продолжает считать её непригодной. Легко принять за неработающий механизм.
Что делает Хаб. Не пишет: засеиванием вендора мы не пользуемся — оно требует платной подписки на его инструмент и учётной записи с включённой функцией.

🔎 Задача близка к нашей. Контрольные ящики — то, чем мы собирались мерить попадание в папку, — здесь решены вендором: адреса подставляются в рассылку сами, а результат смотрят в его же инструменте. Наш разбор показал, что своими силами это упирается в прокси: опрос ящиков с одного адреса кончается их блокировкой.

Рекомендуемые значения

Значение выбирают по размеру и длительности рассылок:

Значение Когда
5m (умолчание) настройку меняют, идёт обкатка
1h настройка устоялась, меняется редко
Умолчание 5m, диапазон и совет увеличивать при редко меняющейся настройке — из руководства (§ 11.2.2.2.3).
Пример в конфигурации
<inline-seeding>
    api-key 0123456789abcdef012345678901234567890123
    eligibility-ttl 1h</inline-seeding>
На время обкатки лучше оставить умолчание: иначе правки в кабинете вендора доходят до узла до часа.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается2 ошибки▶

Ставят час на время настройки

наш опыт

Чем чреватоПравка в кабинете вендора доходит до узла до часа. Механизм выглядит неработающим.
Как заметитьКампанию включили в кабинете, семена не появляются.
Как правильноНа время обкатки оставлять умолчание, поднимать после.

Ждут засеивания без подписки на инструмент вендора

§ 11.2

Чем чреватоМеханизм требует учётной записи с включённой функцией и платного доступа к инструменту доставляемости. Без этого ключ не завести, а значит и засеивание не включить.
Как заметитьБлок настроен, семена в рассылках не появляются.
Как правильноПроверить подписку и права ключа в кабинете вендора.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
eligibility-ttl <value>
Значения
интервал от 5m до 1h
Умолчание
5m § 11.2.2.2.3
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<inline-seeding>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Наследования нет: строка живёт внутри <inline-seeding>, а такой блок на узле только один. Включение засеивания по потокам настраивается не здесь, а строкой enable-inline-seeding с тремя уровнями.
Как проверить на узле
Обращения к службе за признаком пригодности видны в журнале:
grep -i "eligib\|seed" /var/log/pmta/log | tail -20
Промежутки между обращениями по одному заданию должны совпадать со сроком.
В Хабе
Цена ошибки
безопасно: неверное значение ничего не ломает
Сценарии
Засеивание и контрольные ящики