Strictly speaking, this is not a block: such directives are written outside any blocks, usually at the beginning of the file. What unites them is their scope — they apply to the engine instance as a whole.
What belongs here. Connection ceilings for the whole node, the spool, incoming mail listeners, logging, the license, access to the web monitor, the address of the person responsible.
They have no inheritance — they are overridden neither in a receiver block nor in a sending address block. There is one value per node.
And that is exactly why same-named directives exist twice. The connection ceiling here and the connection ceiling for a receiver are different settings: the first limits the whole node, the second a single queue.
# node-level lines: no block, at the beginning of the file host-id 5smtp-listener 0/0:2525 run-as-root no include /etc/pmta/virtualhost.txt
3 articles
◇The activation key is a prerequisite for installation, not a step after itWithout an activation key from SparkPost support the engine neither installs nor runs, and the license tier sets the outbound connection ceiling: on Standard everything above 200 is ignored.◇Cloud restrictionsClouds restrict outbound mail on port 25 until you ask them to lift the limit, and mailbox providers treat their address ranges with suspicion.◇How to turn a sending plan into hardwareTwo constants for sizing any node: about 2 KB of memory per queued recipient and spool space proportional to the total size of the messages.