The submitting side puts an x-job header with the campaign identifier into the message — the manual advises a separate one for each campaign. The node reads it only if the source is allowed process-x-job; a different header name is set with jobid-header. For mail merge the manual advises the *jobid variable.
A job brings four capabilities to life: the jobId field in delivery and bounce accounting records, the jobs section of the monitor and show jobs, and the pause job and resume job commands.
Without a job there is nothing to tie a message to a campaign: accounting keeps the sender, the recipient and the time, but not what the message was part of.
What a job gives:
| Capability | Where |
|---|---|
| the jobId field in accounting | delivery and bounce records |
| jobs in the queue | the monitor and show jobs |
| pausing and resuming a campaign | pause job, resume job |
<source 0/0> jobid-header x-custom-header process-x-job yes</source>
3 relations
Pause a jobThe command through which the mechanism is observed. § 13.8
Two tags the sender puts on a messageA related mechanism: they work together. § 13.8
grep -rn 'process-x-job\|jobid-header' /etc/pmta/ pmta show jobs
3 articles
◇A license for a fleet, not for a serverThe license is not bound to a server: it is installed on as many machines as the instance limit allows, and the nodes send volume statistics to the vendor every hour.◇How the node selects a source and combines its settingsA connection falls under all source blocks whose addresses cover it, and they act merged — the narrow one overrides the wide one; named blocks are attached only by direct reference.◇Address lists — named and unnamedA list of addresses, domains, patterns or hashes; a named one is attached by directives such as suppression, an unnamed one lives inside an inbound mail processor.