Comments 9
Вы определенно верно подчеркнули, что кроме базовых конфигов фиг что есть. Любой нестандарт можно сделать только через официальную документацию… но postmap меня убивает… как и структура главного конфига...
Для эффективной фильтрации писем применяются регулярные выражения PCRE (Perl compatible regular expression)о чем идет речь? Ибо когда в последний раз я сталкивался с postfix, а было это лет 5-7 назад (во времена 2.6-2.9), всякого рода фильтрация по регуляркам была практически полностью не эффективна, а гибкой фильтрации в postfix не было никогда. Хоть как то дело спасал postfwd
Появилось ли что то интересное в ветке 3.х?
Спасибо, за комментарии и информацию. Насколько мне известно, в плане фильтрации нет. Также с помощью pmilter-x неплохие результаты получаются.
MTA фильтрацией писем напрямую не должен заниматься, imho. Для фильтрации писем обычно подключают специально обученный софт типа amavis/clamav или коммерческие mail gateways
И да и нет. Например, в том же exim из коробки можно настроить очень много гибких, сложных и эффективных фильтров. В списке рассылок попадались очень крутые фильтры и тогда ты понимаешь — что postfix просто трамвай и умеет ездить только по рельсам
Видел такие фильтры. Как PoF сойдет, но в проде я бы такое ни за что не стал внедрять, тем более если сервер хайлоад. Многие еще предлагают пихать регулярки в глобальный exim.filter
Идентификатор письма 96987C3CFB40 — общий для каждой строки. Postfix присвоит его, как только сообщение попадает в систему и никогда не изменяет. Таким образом, при поиске в журнале можно сосредоточиться на поиске ID, затем с помощью grep отследить маршрут.
«96987C3CFB40» это НЕ уникальный идентификатор очереди(qid), который может повторится уже через 10 секунд для последующего письма. Отслеживание маршрутов, построение дашбоардов на основании qid — не вариант.
Sign up to leave a comment.
Особенности работы Postfix