The block gathers addresses, domains, patterns and hashes into one named entity that directives then refer to.
With a name the list is attached by it: suppression-lists for suppression, allowed-sender-lists for allowed senders. It is declared at the root of the file.
Without a name the block is written inside <bounce-processor> or <feedback-loop-processor> and selects the mail that processor parses. This is not suppression — a common misreading.
The list is filled by five directives: address, domain, address-file, hashed-address, hashed-address-file.
# named — declared at the root and attached by name <address-list suppression1> address foo@bar.com address /^bounce@/ domain example.net </address-list> # unnamed — lives inside a processor and selects mail for parsing <bounce-processor> <address-list> address /^bounce@bounce\./ </address-list> </bounce-processor>
3 articles
◇Accept, route, deliverA message’s path inside the node: accept, decide where, deliver — and all the settings live between these three steps.◇Four value types the whole config is written inBoolean, domain pattern, regular expression and time interval — defined once in § 3.2 and then used by all directives.◇Reloading settings versus restarting the serviceThe configuration is read at startup, and after that edits are picked up by the reload command — except for the directives the manual marks as requiring a restart.