The block gathers rules for choosing a sending address by message content. The mechanism is analyzed separately (pattern-list); this is about the block itself.
It lives at the top level but acts by reference. A list does nothing by itself: it is attached with a line in a submission block. A list without a reference is a dead setting.
There can be several lists, and different submitting systems can use different ones.
Do not confuse it with the receiver reaction block — that one is named almost the same (<smtp-pattern-list>), but lives on the other side of the node.
# the list and the reference to it — they do not work apart <pattern-list pmta-pattern> mail-from /@example\.com$/ virtual-mta=mta-news-1 </pattern-list> <source {pmta-auth}> pattern-list pmta-pattern</source>
0 relations
pattern-list<source>The rule list itself: it is declared as a separate block and must appear in the file above the source that references it. § 3.3.7.42bounce-category-patterns<domain>Parsing works the same way as in reply pattern lists — and is described there in more detail. § 3.3.10.73
3 articles
◇Headers the sender uses to control deliverySix control headers let the submitting side choose a stream, tag a message with a job, set signing options and the key, the envelope identifier and the schedule; each is allowed separately and per source.◇Backoff mode — the queue's second personalityA queue that a receiver has started refusing switches to a parallel set of limits, retries and routes — ten directives that act only in this mode.◇Warm-up built into the engineA warmed-up address hands the first N messages of the day for each receiver to its cold partner; the partner sends them itself and builds history.