<domain>
Ordinary mail sending to a receiver does not require authentication. It is needed where the node hands messages not to the final recipient but to an intermediate relay — its own gateway, a delivery service, a corporate server — and that relay only lets its own in.
The enabling condition is compound. Authentication starts when everything matches at once: the receiver has advertised the AUTH extension, a mechanism supported by the node is among its mechanisms, and at least one of the two lines — this one or auth-password — is non-empty.
Three mechanisms are supported: CRAM-MD5, LOGIN and PLAIN. The first does not send the password over the network; the other two do, and that is why their use on an unencrypted connection is separately restricted by the use-unencrypted-plain-auth line.
Fill in the pair completely. A non-empty half enables authentication by itself.
A separate account for each node. A shared one for the whole fleet allows neither revoking access selectively nor telling from the relay’s logs who exactly sent.
An empty string clears the inherited value — this is how authentication is turned off for one recipient if it is set more broadly.
# we hand mail over through an intermediate relay that only lets its own in <domain relay.example.com> auth-username relay-user auth-password s3cr3t </domain>
what people get wrong and how it ends2 mistakes▶
§ 3.3.10.62
our experience
1 relation
add-x-msys-api-header<domain>The service account and subaccount are set in the user name, not by this line. § 3.3.10.113.1add-x-msys-api-header-metadata<domain>The line works only inside traffic redirection, and that starts with authentication at the service. § 3.3.10.113.2sparkpost-sandbox<domain>Redirection starts with authentication with the service; without it, the sandbox has nothing to apply to. § 3.3.10.113.3sparkpost-ip-pool<domain>Redirection starts with authentication at the service; without it the line has nowhere to go. § 3.3.10.113.4
pmta show settings relay.example.com/vmta1 | grep -i auth-username grep -i '250-AUTH' /var/log/pmta/pmta.log | tail -5
3 articles
◇How the policy for a receiver is assembledSettings are assembled from the most general pattern to the most precise; the order of blocks in the file means nothing.◇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.◇Reputation monitoring inside the nodeThe engine itself watches the receiving servers’ replies and changes the queue mode on a pattern match — a reaction within the connection, not through telemetry.