Комментарии 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 — не вариант.
Это ценное замечание. Действительно, одновременно в очереди не существует 2-х писем с одинаковым ID. Когда старое сообщение уходит, идентификаторы доступны для повторного использования
enable_long_queue_ids (http://www.postfix.org/postconf.5.html) может частично решить вопрос.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Информация

Дата основания
Местоположение
Россия
Сайт
www.infowatch.ru
Численность
201–500 человек
Дата регистрации

Блог на Хабре