Задача. План прогрева отправляет точное число писем с точных адресов в точное время и с разным для получателей содержимым — а по одной подаче на письмо это требует планировщика, который обязан работать без перерыва.
Из чего складывается:
Области у составляющих разные. Разрешение на слияние задаётся источнику (allow-mailmerge), окна доставки — письму. И то и другое — свойства подаваемого, а не узла, поэтому один узел обслуживает и пакетный прогрев, и обычную почту.
Как они взаимодействуют. Каждая составляющая снимает одну причину подавать поштучно: слияние — саму поштучность, занятые переменные — потерю управления на уровне получателя, части — однообразие, окна — планировщик. Платить приходится точным моментом отправки: узел решает внутри окна, а если очередь в это время в режиме повтора, доставка начнётся лишь после выхода из него.
Что берёт на себя каждая часть:
| Задача прогрева | Чем решается | Где задаётся |
|---|---|---|
| одна подача на норму | XMRG, XDFN, XPRT | подача |
| адрес и задание получателя | *vmta, *jobid | переменные получателя |
| разные тексты | *parts | переменные получателя |
| время отправки | заголовок x-schedule | письмо |
| право на слияние | allow-mailmerge | источник |
XMRG FROM:<warmup@example.com> XDFN *vmta="vmta-new" *jobid="warmup-day3" *parts=1,2 RCPT TO:<alice@example.org> XPRT 1
grep -rn 'allow-mailmerge\|always-allow-api-submission' /etc/pmta/