KZ
господа, приветствую. а никто никогда не решал задачу приоритезации писем в очереди постфикса по какому-либо признаку?
Size: a a a
2019 February 18
NK
@mysabien будет жить. Поприветствуем!
VP
господа, приветствую. а никто никогда не решал задачу приоритезации писем в очереди постфикса по какому-либо признаку?
а по какому критерию ты их хочешь приоритизировать
KZ
ну в идеале - по хедеру какому-то
ЕО
господа, приветствую. а никто никогда не решал задачу приоритезации писем в очереди постфикса по какому-либо признаку?
Насколько я понимаю из доков, единственный нормальный вариант — сделать несколько (одинаковых) транспортов и поставить им разные concurrency, а по хидеру выбирать транспорт
http://www.postfix.org/rate.html
http://postfix.cs.utah.edu/SCHEDULER_README.html
Хидеры можно через header_checks http://www.postfix.org/header_checks.5.html чекать
http://www.postfix.org/rate.html
http://postfix.cs.utah.edu/SCHEDULER_README.html
Хидеры можно через header_checks http://www.postfix.org/header_checks.5.html чекать
NK
@VoskresenskijAS будет жить. Поприветствуем!
VP
ребят стал вопрос у меня про мониторинг почтовых серверов
а я его на exim собирал (впринципе менять сильно не хочется он мне впринципе устраивает и нравится)
но чтото как то грустно у него с тем как его мониторить?
можете идеи подкинуть кто как уже реализовал или почти реализовал
а я его на exim собирал (впринципе менять сильно не хочется он мне впринципе устраивает и нравится)
но чтото как то грустно у него с тем как его мониторить?
можете идеи подкинуть кто как уже реализовал или почти реализовал
h
у меня парсятся суточные логи раз в час оттуда уже достаётся информация о том сколько писем прошло сколько заблокировано.
h
не лучший вариант. но работает
h
думаю если логов будет несколько гигабайт в сутки то такой подход не будет работать. а точнее создаст проблемы
ЕО
ребят стал вопрос у меня про мониторинг почтовых серверов
а я его на exim собирал (впринципе менять сильно не хочется он мне впринципе устраивает и нравится)
но чтото как то грустно у него с тем как его мониторить?
можете идеи подкинуть кто как уже реализовал или почти реализовал
а я его на exim собирал (впринципе менять сильно не хочется он мне впринципе устраивает и нравится)
но чтото как то грустно у него с тем как его мониторить?
можете идеи подкинуть кто как уже реализовал или почти реализовал
Попробуй либо filebeat'ом, либо гроком и херач в ELK
https://github.com/sboschert/filebeat-module-exim4
https://github.com/fluent/fluent-plugin-grok-parser/blob/master/patterns/exim
https://github.com/sboschert/filebeat-module-exim4
https://github.com/fluent/fluent-plugin-grok-parser/blob/master/patterns/exim
D
Rsyslog с пейплайном файла и пересылать в кликхаус (в rsyslog уже встроен плагин omclickhouse).
ЕО
Rsyslog с пейплайном файла и пересылать в кликхаус (в rsyslog уже встроен плагин omclickhouse).
Ну он не просто хочет хранить, а именно вытягивать состояния и строить метрики
VP
а есть чтото prometheus-only пока не очень хочется подымать еще инстанцы
VP
а postgres тоже так же тяжело мониторится ?
KZ
нет, постгрес проще
KZ
для него есть неплохой экспортер
KZ
Насколько я понимаю из доков, единственный нормальный вариант — сделать несколько (одинаковых) транспортов и поставить им разные concurrency, а по хидеру выбирать транспорт
http://www.postfix.org/rate.html
http://postfix.cs.utah.edu/SCHEDULER_README.html
Хидеры можно через header_checks http://www.postfix.org/header_checks.5.html чекать
http://www.postfix.org/rate.html
http://postfix.cs.utah.edu/SCHEDULER_README.html
Хидеры можно через header_checks http://www.postfix.org/header_checks.5.html чекать
т.е. мне нужно будет иметь один инстанс в роле некоего балансера и несколько - которые шлют?
ЕО
т.е. мне нужно будет иметь один инстанс в роле некоего балансера и несколько - которые шлют?
Да нет, постфикс умеет разделять потоки исходящие в виде абстракции "транспорта"
ЕО
а есть чтото prometheus-only пока не очень хочется подымать еще инстанцы
С промом тебе нужен mtail, но для него нужно будет самому писать регекспы