Читает файлы учёта и считает статистику: пропускную способность, времена доставки, категории отказов, верхние домены — по узлу в целом или в разрезе адреса отправки, задания, отправителя и заголовка.
Работает с файлами, а не с живым узлом: отвечает на вопросы о прошлом. Файлов можно назвать несколько — например, если учёт повернули посреди рассылки; сжатые gzip принимаются с расширением .gz или .gzip. Руководство оговаривает, что сейчас программа работает только с учётом в CSV.
Отчёты выбирают словами — vmta-summary, delivery-times, bounce-categories, top-rates и другие, у каждого свои ключи. Общие ключи отбирают записи по заданию, адресу отправки, домену получателя и давности, а –output html даёт отчёт страницей.
Когда звать:
| Вопрос | Эта ли команда |
|---|---|
| как быстро узел доставлял за период | да — delivery-times, top-rates |
| какие категории отказов преобладали | да — bounce-categories |
| что стало с одним письмом | нет — acctfind |
| что происходит сейчас | нет — show status |
# сводка по адресам отправки и категориям отказов за сутки pmtastats --last 1d vmta-summary bounce-categories --bounceCat all acct*pmtastats --output html vmta-time-breakdown acct* > report.html
2 связи
Как устроена запись учётаМеханизм, к которому команда и обращается. § 12.4
pmtastats --version ls -l /var/log/pmta/acct*
3 статьи
◇Что узел рассказывает о себе и по каким каналамСемь поверхностей наблюдения: веб-монитор, консоль в четырёх форматах, журнал, учёт, поиск по учёту, метрики и выгрузка во внешнюю аналитику.◇Сторож, который перезапускает MTAПрисматривает за MTA и после падения поднимает его сам, отправляя отчёт о падении на адрес ответственного.◇Как складывается политика для приёмникаНастройки собираются от самого общего образца к самому точному; порядок блоков в файле не значит ничего.