The connection was established, no reply followed.
Response codes — 4.X.X or 5.X.X. The category is assigned by a pattern on the receiver’s reply text, not by the code itself: the pattern list can be extended with your own patterns and your own names (bounce-category-patterns).
The vendor defines this category as the server’s silence, not the absence of the address — and the 4xx code among its codes confirms it. That is why for us it is soft: addresses are not removed on it.
It was not always so: while the category was listed as hard, live addresses went to the blocklist because of someone else’s outage, and the lists of hard categories diverged between modules. Now the list is one for the whole Hub — bad-mailbox, inactive-mailbox, bad-domain — and this category is not in it.
What to do with this bounce: check whether it is our network.
| Question | Answer |
|---|---|
| what the bounce is about | not the address |
| our axis | soft |
| will a retry help | yes, that is what retries are for |
Look at the reply text, not just the category — the cause is in it, while the category only sorts bounces onto shelves.
# the receiver's reply the category is assigned by 421 4.4.2 No answer from host
what people get wrong and how it ends3 mistakes▶
§ 12
§ 12
§ 12
1 relation
pmta show queues --errors example.com pmtastats bounce-categories --bounceCat no-answer-from-host /var/log/pmta/acct-*.csv
3 articles
◇Two inbound report processors and what to do with themBounces by message and complaints are parsed by two identically structured blocks; each has its own address list and its own pair of decisions about the message’s fate.◇A return address with the recipient written into itThe bounce arrives at a unique address, and there is no need to parse its content.◇What to return in a bounce reportWhat to enclose in a bounce report: the whole message or only its headers.