A surprisingly large number of minor bugs have been fixed.
Support for maildirsize files has been completely rewritten.
A limited number of feature enhancements are included.
For instance, TLS now supports Certificate Revocation Lists (CRL),
and the dnslookup router now (optionally) supports the use of SRV
records (see RFC 2782) in addition to MX and address records.
...
никогда, дружок
sendmail - самый правильный MTA на сегодняшний день, его возможности безграничны, надо только хорошо его знать
exim, postfix... - альтернатива, проще в настройке, но возможностей меньше.
Раз речь пошла о почтовиках может кто то подскажет в вопросе
sendmail + procmail + quota. Ну никак не могу ничего путевого по этому вопросу найти, а надо. Если можно или немного прояснить ситуацию или ткнуть на нормальный ресурс в котором это описыватся.
Есть отдельный раздел /var/spool/mail с квотой. При записи в ящик абонента превышающий квоту в лог просто кидается ошибка и на постмастера отлуп. Можно как то сделать что бы отлуп еще посылался человеку послашему письмо с сообщением каким либо. Народ сорри за оффтопик и если можно проясните кто то. Только желательно не путем man procmail man sendmail. Просто путевого даже в procmail-maillist ничего не нашел. Одни вопросы и никакого решения. Спасибо
Не всегда. Релею хорошо бы уметь ходить на основной сервер и проверять там существование почтового ящика, чтобы не принимать весь идущий на домен мусор. И транспорт для этого есть весьма неплохой - LDAP. Sendmail с LDAP работать умеет, но использует его совсем для другого. Хранить в LDAP маршрутизацию - пожалуйста. А попробуйте подключиться к Exchange и просто проверить там на существование некоторого пользователя ...
А вот как бы с sendmail такое сотворить?
У меня все пользователи в БД. Соответственно MTA <биип> проверяет их наличие при приеме почты. Кроме этого, если в базе установлен определенный флаг, то для этого пользователя сохраняется вся входящая/исходящая почта в файле. Онные файлы передаются режимникам в конце месяца.
>Очень информативное, а главное обоснованое фактами и примерами утверждение.
Вам нужно фактов - их есть у меня.
Достаточно сходить на Secutiry Focus и выбрать статистику уязвимостей по sendmail, что бы понять, что за всю историю IT отрасли нет более глюкавой и дырявой программы! Даже, Windows c IE отдыхает! Мало сказать, первый в истории вирусный червь (Морриса) работал именно через уязвимость sendmail.
З.Ы. Жалко нет для IT, типа, "Книги рекордов Гиннеса". sendmail занял бы там первое почетное место по количеству дырок и взломов через них.
А Вы, батенька, посмотрите когда был создан sendmail, а когда postfix или че Вы там рекомендуете. И вычислите среднее количеситво ошибок на единицу времени в sendmail и postfix. Потом сравните возможности.
>А Вы, батенька, посмотрите когда был создан 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"
я как попробовал exim
так потом повыбрасывал sendmail и qmail откуда только можно
просто изумительная весч.
Там можно такое как например выражения типа
if ......
в конфиге писать и регулярные выражения и пр.
работает c кучей базданных SQL, LDAP, BercklyDB
в общем он по возможностям не хуже сендмыла.
А по наличию док и настройкам нету равных.
Так что рекомендую.
ифы в конфиге это не плюс а минус :) когда на юзера автора перекладывают допрограмминг детища...
уж луччше взять кумыл который всего 200кб в таргзе весит и дошлифовать
а вообще согласен, что exim - самый приятный в настройке MTA
к тому же к нему есть очень хорошая, а главное, постоянно обновляющееся док-ция, в которой все разжевано до мелочей
C Maildir'ами шикарно работает, квоты держит и т.п.
В конфиге не if-ы, в конфиге - макроязык (а можно perl) для маршрутизации в реальном времени почты, вплоть до оттягивания посылки для задетекченого спама, чтоб висла сессия спамерской машины.