Knowledge base

Global

critical

Settings for the node as a whole
Not a block but everything written outside blocks

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.

Example configuration
# 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
The highlighted line and all the neighboring ones apply to the entire instance. The bottom one includes the file with the sending address blocks — our whole file layout rests on lines like it.
yellow — — directive names, blue — blocks. They are highlighted the same way in the text of the card.
Block directives: 108
TLS 25
openssl-security-levelThe OpenSSL security threshold for the whole nodesmtp-server-tls-certificateset by the HubThe certificate the node presents when receiving mailhttp-tls-min-versionThe lower TLS version bound for the web monitorsmtp-server-tls-min-versionThe lower bound of the TLS version on acceptancesmtp-server-tls-ca-fileThe list of root certificates for verifying submitting clientssmtp-server-tls-cipher-server-preferenceWhose preference order rules — the node’s or the client’ssmtp-server-tls-ciphersThe cipher set on reception for versions up to TLS 1.2smtp-server-tls-max-versionThe upper bound of the TLS version on receptionhttp-tls-allow-sslv3deprecatedWhether to accept SSLv3 on the web monitor — the directive has no effecthttp-tls-allow-tlsv1deprecatedWhether to accept TLS 1.0 on the web monitor — a deprecated switchhttp-tls-allow-tlsv1.1deprecatedWhether to accept TLS 1.1 on the web monitor — a deprecated switchhttp-tls-allow-tlsv1.2deprecatedWhether to accept TLS 1.2 on the web monitor — a deprecated switchhttp-tls-allow-tlsv1.3deprecatedWhether to accept TLS 1.3 on the web monitor — a deprecated switchhttp-tls-ca-fileA file of trusted authorities for the web monitor’s client certificateshttp-tls-cipher-server-preferenceWho chooses the cipher on the web monitor — the node or the clienthttp-tls-ciphersThe web monitor’s cipher set for versions up to TLS 1.2http-tls-max-versionThe upper bound of the TLS version on the web monitorhttp-tls-request-client-certificateWhether to ask the client for a certificate when it connects to the web monitorhttp-tls-v1.3-ciphersuitesThe web monitor’s cipher suites for TLS 1.3smtp-server-tls-allow-sslv3deprecatedWhether to accept SSLv3 — the directive no longer has any effectsmtp-server-tls-allow-tlsv1deprecatedWhether to accept TLS 1.0 — a deprecated switchsmtp-server-tls-allow-tlsv1.1deprecatedWhether to accept TLS 1.1 — a deprecated switchsmtp-server-tls-allow-tlsv1.2deprecatedWhether to accept TLS 1.2 — a deprecated switchsmtp-server-tls-allow-tlsv1.3deprecatedWhether to accept TLS 1.3 — a deprecated switchsmtp-server-tls-v1.3-ciphersuitesCipher set for receiving over TLS 1.3