Подающая сторона ставит в письмо заголовок x-job с идентификатором рассылки — руководство советует свой на каждую кампанию. Узел читает его, только если источнику разрешено process-x-job; другое имя заголовка задаёт jobid-header. В слиянии руководство советует переменную *jobid.
С заданием оживают четыре возможности: поле jobId в записях учёта о доставках и отказах, раздел заданий монитора и show jobs, команды pause job и resume job.
Без задания связать письмо с кампанией нечем: в учёте останутся отправитель, получатель и время, но не то, частью чего письмо было.
Что даёт задание:
| Возможность | Где |
|---|---|
| поле jobId в учёте | записи доставок и отказов |
| задания в очереди | монитор и show jobs |
| пауза и возобновление рассылки | pause job, resume job |
<source 0/0> jobid-header x-custom-header process-x-job yes</source>
Связанные записи
3 связи
grep -rn 'process-x-job\|jobid-header' /etc/pmta/ pmta show jobs
Что ещё почитать
3 статьи
◇Лицензия на парк, а не на серверЛицензия не привязана к серверу: её ставят на столько машин, сколько разрешает предел экземпляров, а узлы раз в час отправляют вендору статистику объёма.◇Как узел выбирает источник и складывает его настройкиСоединение попадает под все блоки источника, чьи адреса его накрывают, и действуют они слитно — узкий перекрывает широкий; именованные блоки подключаются только по прямой ссылке.◇Списки адресов — именованные и безымянныеСписок адресов, доменов, образцов или хешей; именованный подключается директивами вроде подавления, безымянный живёт внутри процессора входящей почты.
- Цена ошибки
- обратимо: вредит, пока стоит
- Сценарии
- Засеивание и контрольные ящики · Разделение отправителей
- Важность
- критично