Exim 4.31 released

А когда sendmail наконец загнется?

никогда, дружок sendmail - самый правильный MTA на сегодняшний день, его возможности безграничны, надо только хорошо его знать exim, postfix... - альтернатива, проще в настройке, но возможностей меньше.

А что такого есть в sendmail, чего нет в postfix?

первое что приходит в голову: в postfix нет DSN (Delivery Status Notification)

в postfix нетвозможности писать свои rulesetы, в postfix нет очень удобной вещи как Milter API......

я не говорю что postfix отстой, например postfix хорошо и удобно связывается с LDAP, sendmail хорошо использовать на релеях, mail hubах

я сам использую почтовую систему, в который есть и postfix и sendmail, каждый на своем месте.

orb! Ты -- молодец! Так и надо!

Вот если бы к sendmail ещё и документация была нормальная, совсем было хорошо.

Раз речь пошла о почтовиках может кто то подскажет в вопросе sendmail + procmail + quota. Ну никак не могу ничего путевого по этому вопросу найти, а надо. Если можно или немного прояснить ситуацию или ткнуть на нормальный ресурс в котором это описыватся. Есть отдельный раздел /var/spool/mail с квотой. При записи в ящик абонента превышающий квоту в лог просто кидается ошибка и на постмастера отлуп. Можно как то сделать что бы отлуп еще посылался человеку послашему письмо с сообщением каким либо. Народ сорри за оффтопик и если можно проясните кто то. Только желательно не путем man procmail man sendmail. Просто путевого даже в procmail-maillist ничего не нашел. Одни вопросы и никакого решения. Спасибо

>первое что приходит в голову: в postfix нет DSN (Delivery Status Notification)

Сомнительное достоинство, если учесть что в интернете DSN поддерживается не всеми.

sendmail - дырявое глюкало из прошлого века.

Очень информативное, а главное обоснованое фактами и примерами утверждение.

FreeBSD Handbook =)

> sendmail хорошо использовать на релеях

Не всегда. Релею хорошо бы уметь ходить на основной сервер и проверять там существование почтового ящика, чтобы не принимать весь идущий на домен мусор. И транспорт для этого есть весьма неплохой - LDAP. Sendmail с LDAP работать умеет, но использует его совсем для другого. Хранить в LDAP маршрутизацию - пожалуйста. А попробуйте подключиться к Exchange и просто проверить там на существование некоторого пользователя ...

> А попробуйте подключиться к Exchange и просто проверить там на существование некоторого пользователя ...

Решений как всегда - их есть. У нас так: питоновский скриптик по крону лепит список живых smtp адресов (с помощью модуля ldap).

В main.cf строчка:

relay_recipient_maps = hash:/etc/postfix/ex_addresses

Не обязательно же использовать ТОЛЬКО встроенные средства почтовика.

>У нас так: питоновский скриптик по крону

Хмм... а почему бы постфиксу напрямую не обращаться к контроллеру AD за юзерами? И всегда иметь актуальную базу юзеров...

А вот как бы с sendmail такое сотворить?
У меня все пользователи в БД. Соответственно MTA <биип> проверяет их наличие при приеме почты. Кроме этого, если в базе установлен определенный флаг, то для этого пользователя сохраняется вся входящая/исходящая почта в файле. Онные файлы передаются режимникам в конце месяца.

>>sendmail - дырявое глюкало из прошлого века.

>Очень информативное, а главное обоснованое фактами и примерами утверждение.

Вам нужно фактов - их есть у меня.

Достаточно сходить на Secutiry Focus и выбрать статистику уязвимостей по sendmail, что бы понять, что за всю историю IT отрасли нет более глюкавой и дырявой программы! Даже, Windows c IE отдыхает! Мало сказать, первый в истории вирусный червь (Морриса) работал именно через уязвимость sendmail.

З.Ы. Жалко нет для IT, типа, "Книги рекордов Гиннеса". sendmail занял бы там первое почетное место по количеству дырок и взломов через них.

> ... Хмм... а почему бы

Дык. Какая разница? Я хотел сказать что проблемы решаемы. Вне зависимости от выбранного MTA.

Ну да. Конечно глюкалово :)

А Вы, батенька, посмотрите когда был создан sendmail, а когда postfix или че Вы там рекомендуете. И вычислите среднее количеситво ошибок на единицу времени в sendmail и postfix. Потом сравните возможности.

Ну и что получилось?

>может кто то подскажет в вопросе sendmail + procmail + quota.

квотой и фильтрами должен попер или имапер заниматься, например вот этот : http://asg.web.cmu.edu/cyrus/imapd/

>А Вы, батенька, посмотрите когда был создан sendmail, а когда postfix или че Вы там рекомендуете...

Я рекомендую Qmail

>Ну и что получилось?

А самому лень была подсчитать? Тогда, таких вопросов бы не возникало.

sendmail - 15 лет, 44 уязвимости, в среднем 3 в год

postfix - 3 года, 7 уязвимостей, в среднем 2,3 за год

qmail - 7 лет, 3 уязвимости (!). Причем, две - remote DoS, а одна - local. Ни одной, типа: "Remote Root Vulnerability", или "Remote Command Execution via Sendmail Vulnerability"

Еще нужны факты?

раз речь зашла о qmail... никто не подскажет как к нему нормально прикрутить антивирус и спамчекер ?

Посмотри на qmail-qfilter (http://untroubled.org/qmail-qfilter/) или на qmail content filtering (http://www.fehcom.de/qmail/filter.html).

ничего кривее http://www.fehcom.de/qmail/filter.html не видел. а вот это мне подойдет http://msgs.securepoint.com/cgi-bin/get/qmail0403/102.html

Супер, теперь возможности сравните :)

> Супер, теперь возможности сравните :)

Сравнил. С большим отрывом выиграл MS Exchange. :)

В качестве прикрытия от злобного интернета qmail не самый плохой выбор.

я как попробовал exim так потом повыбрасывал sendmail и qmail откуда только можно просто изумительная весч. Там можно такое как например выражения типа if ...... в конфиге писать и регулярные выражения и пр. работает c кучей базданных SQL, LDAP, BercklyDB в общем он по возможностям не хуже сендмыла. А по наличию док и настройкам нету равных. Так что рекомендую.

ифы в конфиге это не плюс а минус :) когда на юзера автора перекладывают допрограмминг детища... уж луччше взять кумыл который всего 200кб в таргзе весит и дошлифовать

2anonymous (*) (04.04.2004 14:38:45)
"Сравнил. С большим отрывом выиграл MS Exchange. :)"

Что с чем сравнивали то? Если сравнивать как MTA, то IMS у эксченджа (который SMTP) достаточно убог имхо.

> Что с чем сравнивали то?

Ну, Вы же понимаете... :)

Exchange - это что-то вроде "конторообразующего" софта. (О как загнул :)

>я как попробовал exim так потом повыбрасывал sendmail и qmail откуда только можно

Подскажи, а с Maildir эта "изумительная весч" работает?

>Подскажи, а с Maildir эта "изумительная весч" работает?

и не только...
http://www.exim.org/exim-html-4.30/doc/html/spec_26.html#SECT26.5

а вообще согласен, что exim - самый приятный в настройке MTA
к тому же к нему есть очень хорошая, а главное, постоянно обновляющееся док-ция, в которой все разжевано до мелочей

C Maildir'ами шикарно работает, квоты держит и т.п.
В конфиге не if-ы, в конфиге - макроязык (а можно perl) для маршрутизации в реальном времени почты, вплоть до оттягивания посылки для задетекченого спама, чтоб висла сессия спамерской машины.

перл. какой ужас. это же язык для парсинга логов. уж лучше бы плагины сделали на dlopen\...

Ну почему они пиздят про High performance MTA? Где бенчмарки? Кого он
обогнал? Сендмыл? Ах, ещё и черепаху Тортиллу?

> перл. какой ужас. это же язык для парсинга логов

Йобнись. Язык для парсинга логов - это AWK. А perl задумывался как
язык-клей для различных утилит.

Perl is Practical Extraction and Report Language. на синтаксис достаточно посмотреть. а для всего остального ся есть

клей для утилит - это "трубы". а перл - вазелин скорее. для того кто на ем пишет