Returns recipient domains, summing all sending addresses for each: the number of recipients, volume, open connections and the last delivery error.
The call is GET /domains?format=json (or xml). Details of one domain come from a separate endpoint, /domainDetail.
This is the “Top domains” top: the length is set by http-default-max-items, ten lines by default, and the order by http-default-sort-order.
The numbers will not match the sum over /queues, and that is not an error: there the same mail is split into pairs, and the two tops cut off different things.
Access is decided by http-access based on the address the request came from — the monitor level is enough for reading. The key from http-api-key in the X-API-Key header grants full access from any address.
What to ask this endpoint:
| Question | This one or not |
|---|---|
| which receivers get the most mail | yes |
| where delivery errors are now | yes, but only among the top ones |
| all domains in the queue | no — show domains with –maxitems |
| what happened yesterday | no — that is accounting |
# top receivers as a structure curl -s 'http://127.0.0.1:8080/domains?format=json'
1 relation
curl -s 'http://127.0.0.1:8080/domains?format=json' | head -60 pmta show domains --maxitems=1000
3 articles
◇What the node tells about itself and through which channelsSeven observation surfaces: the web monitor, the console in four formats, the log, accounting, accounting search, metrics and export to external analytics.◇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.◇Five ways for a queue to hand off a messageA queue does not have to use SMTP: it can write to a file, run a program, call over HTTP or discard.