Отдаёт состояние одного домена получателя.
Вызов — GET /domainDetail?format=json&domain=gmail.com.
Поля ответа руководство не расписывает — только адрес вызова. Что именно придёт, проверяют на своём узле, а не берут из описания.
Доступ решает http-access по адресу, откуда пришёл запрос, — для чтения хватает уровня monitor. Ключ из http-api-key в заголовке X-API-Key даёт полный доступ с любого адреса.
О чём спрашивать эту точку:
| Вопрос | Она ли |
|---|---|
| что с одним приёмником в целом | да |
| какому адресу отправки он отказывает | нет — /queues с парой «домен/*» |
| все приёмники разом | нет — /domains, верхушкой |
| что было вчера | нет — это учёт |
# один приёмник curl -s 'http://127.0.0.1:8080/domainDetail?format=json&domain=gmail.com'
1 связь
curl -s 'http://127.0.0.1:8080/domainDetail?format=json&domain=gmail.com' | head -60 pmta show domains --errors gmail.com
3 статьи
◇Что узел рассказывает о себе и по каким каналамСемь поверхностей наблюдения: веб-монитор, консоль в четырёх форматах, журнал, учёт, поиск по учёту, метрики и выгрузка во внешнюю аналитику.◇Сторож, который перезапускает MTAПрисматривает за MTA и после падения поднимает его сам, отправляя отчёт о падении на адрес ответственного.◇Как складывается политика для приёмникаНастройки собираются от самого общего образца к самому точному; порядок блоков в файле не значит ничего.