Globalcritical
A pair of two words — an address and a name — and it is exactly what the receiver sees about you first: which address the connection came from and what the sender called itself.
It can be repeated, and that changes the meaning. Several lines in one scope add up to a set that the engine goes through round-robin. The same holds inside a sending address: three lines are three addresses among which its connections are distributed evenly. So a sending address is not necessarily a single address.
A CIDR range works like a list. All of the node’s local addresses that fall within the range get into the set; 127.0.0.1 is excluded automatically — you cannot reach an outside node from it. Convenient, but it takes away the ability to manage addresses individually.
Written inside a sending address, the line overrides the node’s set for messages that leave through it. This is how a fleet gets one identity per address.
One line per address — and no ranges. The difference is not cosmetic:
| How to write it | What you get | When to do it |
|---|---|---|
| a line per address | the address is visible in accounting, warm-up and limits are counted for it | always in a fleet |
| a CIDR range | a round-robin set, addresses indistinguishable in the configuration | a throwaway node where the addresses are equal |
| several lines in one sending address | round-robin within the identity | when the identity must be a group of addresses |
The name must resolve back to this address. The name’s forward record points to the address, the address’s reverse record points to the name. A mismatch is one of the first things large receivers check, and the cheapest way to ruin a new address’s reputation.
# one line per address: this is how the Hub assembles the configuration <virtual-mta shop-example-com> smtp-source-host 203.0.113.10 shop.example.com</virtual-mta> # a round-robin set — one identity for three addresses <virtual-mta bulk> smtp-source-host 203.0.113.20 mta1.example.com smtp-source-host 203.0.113.21 mta2.example.com smtp-source-host 203.0.113.22 mta3.example.com </virtual-mta>
what people get wrong and how it ends3 mistakes▶
§ 9.2
our experience
§ 3.3.1.22
3 relations
mx-connection-limitGlobalThe limit is counted for each sending address separately — that is, it is multiplied by the number of declared addresses. § 3.3.1.60.1default-virtual-mta<source>The by-smtp-source-ip value matches the connection address against the addresses declared by this directive. § 3.3.7.32check-spf-outbound<domain>The sending address without which there is nothing to run the check with. § 3.3.10.2smtp-source-host<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.22
pmta show vmta-settings vmta1
3 articles
◇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.◇The sending address — what it is made ofA named set of everything that is a property of the address: which IP the message leaves from, how the node introduces itself, what it signs with and how fast it sends.◇A group of sending addresses with traffic sharesA named group of sending addresses; without shares messages are distributed in rotation, with shares in the given proportion, in steps of a tenth of a percent.