В продолжение моей предыдущей статьи о MTA Log Parser хотелось бы поделится результатами работы над теми хотелками, которые появились после ее публикации. Появился первый feedback, который в итоге принес следующие нововведения:
поддержка учетных записей (внутренних или посредством LDAP авторизации), пока без разграничений по правам доступа (было бы что разграничивать =) )
возможность экспорта отображаемой страницы в xls файл для каких-либо служебных нужд
парсинг логов MS Exchange Server (пока в зачаточном состоянии, т.к. требуется больше тестирования)
отображение некоторых сводных данных в графиках
Ну и множество мелких доработок и улучшений, которые можно посмотреть всё там же на гитхабе.
Спасибо за внимание! Буду признателен за звездочки в гитхабе, если кому-то оказалось полезным ;)
ЗЫ. Пара новых скриншотов для затравки:
Комментарии (7)
CapRomchik
24.09.2023 20:29для Exchange делал подобное через EKL. По инструкции отсюда.
https://elijahpaul.co.uk/analysing-exchange-2013-message-tracking-logs-using-elk-elasticsearch-logstash-kibana/
drlight17 Автор
24.09.2023 20:29Так-то конечно можно, я о ELK в первой статье упоминал. Хотелось решение другого уровня.
rebel_web
Эту штуку можно запустить на сбор логов удаленно с postfix servers скажем у меня их 3? Как предполагается работать в таком варианте - ставить на каждый инстанс этот воркер и общую DB либо можно настроить сбор файлов по шаблону и я могу пушить изменения скажем mail_server1.log mail_server2.log ?
drlight17 Автор
Я бы с помощью rsyslog скидывал логи со всех трех postfix servers на выделенный под MLP хост, на котором бы и запустил контейнер с MLP, натравленный на полученный суммарный лог-файл. Правда не будет видно, какая доставка к какому серверу относится. Если это всё же нужно, то тогда Ваш первый вариант - на каждый почтовый инстанс по контейнеру с MLP. Один из пользователей MLP вроде бы натравил его сразу на несколько разных МТА (несколько postfix'ов и ms exchange'ей) с единой базой, но там скорее всего есть нюансы.