Globalcritical
Declares the fully qualified domain names the node answers to. It can be repeated, and the order matters: the first name is the main one, it goes into the Received headers and into the Message-ID that the node generates itself.
Which name ends up in the greeting is decided by a five-step resolution — the most convoluted order in this part of the manual. From top to bottom: the source default default-virtual-mta; if it names a sending address — the name tied to the matching address of that stream; if a pool — the name of its first member, without rotation; if the reserved value is set — the name of the stream whose address matched the connection address; otherwise — the first matching name from the general smtp-source-host or smtp-proxy-source-host; and only if nothing matched — the first name from here.
A side effect that is easy to forget. The manual writes that the directive behaves like relay-domain: the node starts accepting mail for the declared domain. By declaring a name, you also declare your readiness to serve it.
What to set. The value is a fully qualified domain name; it can be repeated, the first is the main one. On a fleet node the choice is simple:
| How to set it | For whom | Why |
|---|---|---|
| do not set it at all | a fleet with a name on every sending address | resolution never reaches this line |
| one node name | a single node with one address | the node name is the sender name |
| several names | a node that accepts mail for several domains | remember the side effect of accepting |
Never count on one name for a fleet: five addresses need five names, and they are set on the addresses themselves, not here.
# the node's name — and with it, consent to accept mail for this domain host-name mail.example.com # while the greeting name for this address's messages is taken from here <virtual-mta shop-example-com> smtp-source-host 203.0.113.10 shop.example.com </virtual-mta>
what people get wrong and how it ends3 mistakes▶
§ 3.3.1.35
§ 3.3.1.35
§ 3.3.1.35
4 relations
smtp-source-hostGlobalResolution takes the name tied to the sending address earlier than this directive. § 3.3.1.35smtp-proxy-source-hostGlobalTakes part in the same resolution, including the case of selection by connection address. § 3.3.1.35default-virtual-mta<source>Resolution of the greeting name starts from this line: it decides which sending address to take the name from. § 3.3.1.35
A group of sending addresses with traffic sharesA pool set as the source default always introduces itself with the first member’s name — without rotation. § 3.3.1.35host-name<virtual-mta>The manual defines the directive at the node level; here is only what writing it inside a sending address changes. § 3.3.1.35client<proxy>If the name in the second part of the line is not set, the sending address’s name is used. § 3.3.22.2
swaks --server 203.0.113.10 --to probe@example.net --quit-after HELO
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.