Классификация почтовых серверов?

Question

[KawaiDesu]

У меня появился вопрос в своеобразной форме.

Какие аналогии в мире почтовых серверов вы можете привести относительно мира веб серверов? Например, что является этаким мейнстримом (apache2), что достаточно лёгким и функциональным (nginx, lighttpd), а на что смотрят с подозрением? (IIS)

Хочу познать такую страшную штуку, как администрирование почтового сервера, но не знаю, какой для этого подойдёт. Хотел бы «аналог» nginx :)

Answer 1

[Алексей Сундуков]

Крайне рекомендую postfix, тем более для изучения есть очень хороший перевод на русский по данному серверу: Postfix. Подробное руководство

Несмотря на то, что поначалу меня смущало, что он разбит на ряд независимых по сути программ (в отличие от того же exim), т.е. в top нет единого процесса «почтовый сервер», но ознакомившись с ним более детально, особенно с архитектурой пришел к выводу, что это идеальный почтовик. Поэтому лично для себя давно уже вопрос выбора почтовика не возникает.

Comments

[KawaiDesu]

Кликабельно ;)
Стоял, чтоб ходила почта из пхп (царь-пушка по воронам, знаю :) ), не настроен.

[Алексей Сундуков]

Если это к вопросу наличия процесса «почтовый сервер», то несмотря на название master его нельзя считать процессов почтовика как в том же exim. Там это по сути форкающийся монолит, в postfix это ряд отдельных программ каждая из которых выполнят только свою функцию. Если для данной программы в текущий момент нет работы, то и загружена она не будет. Кроме того при такой фрагментации код каждой из таких программ меньше и заточен для отработки определенной задачи. Что, как утверждается, приводит к меньше количеству ошибок и упрощает разработку.

[KawaiDesu]

Не, это к вопросу того, что найти процесс не сложно будет. Мне показалось, что это одно из «неудобств» множества процессов, которое вас удивило.
А про отдельные процессы и так всё понятно :)
P.S. Попробуйте htop.

Answer 2

[VBart]

В свое время выбирал между exim и postfix. Остановился на exim и ни разу с тех пор не пожалел. Очень стабильный. Конфигурационный синтаксис легко читается, но в то же время настолько гибкий, что можно буквально запрограммировать в конфигурации всё что угодно. Для почтового сервера это достаточно важно, так у меня 85% спама срезается только лишь с помощью мощной системы всевозможных правил и проверок. А авторизация пользователей происходит запросом к PostgreSQL таблице, которую использует и Dovecot, таким образом получается полная интеграция между MTA-LDA и всё очень удобно прописывается из одного места. Доставляет мгновенно, кушает при этом мало, так что я бы назвал его прямым аналогом nginx. Есть модуль Яндекс спам-обороны, а также прекрасно интегрируется с ClamAV из коробки. DKIM, SPF — само собой. Имеется исчерпывающая документация и Wiki с примерами: exim.org/docs.html wiki.exim.org

Comments

[Алексей Сундуков]

Все тоже самое можно и через postfix делать. И там написание конфигурации напоминает программинг, тоже можно написать цепочки правил и их зависимости. При этом он не монолитный в смысле, нет одного мастер процесса. Если для определенной задачи работы сейчас нет (очередь писем пустая), то и соответствующая программа обработки выгружается. База юзеров в базе безусловно круто и она конечно же в связке postfix+dovecot есть и работает. Но можно сделать больше. Выгрузить базу в карту суть которой БД во внутреннем формате самого postfix которая при старте им читается и загружается в память. Нет лишних запросов к СУБД не говоря уже о том, что работает сильно быстрее (критично для ситуации «а есть ли у нас юзер Вася Пупки» при входящем потоке на несуществующие адреса). Вопрос синхронизации СУБД и внутренней базы в принципе тоже не стоит. На сколько я знаю, можно написать правила при которых если юзер не найден во внутренней базе, то он будет искаться в СУБД, т.е. запросы в СУБД будут уходить только для новых юзеров. А синхронизацию можно делать через запуск крона и формировании новой выгрузки из СУБД.

В силу архитектурных особенностей кушает ресурсов он все же меньше, чем exim. Поэтому я бы с nginx сравнивал все же postfix, а не exim. В общем рекомендую все же еще раз присмотреться к этому MTA.

[VBart]

Пока меня exim полностью устраивает, не вижу смысла присматриваться к чему-то ещё. Чего только стоит легендарная библиотека PCRE, которая изначально была написана для exim-а, а потом уже стала использоваться повсеместно. Встречал отзывы тех, кто переходил с postfix-а на exim, но чтобы наоборот — о таком даже не слышал.

На счет ресурсов:

$ ps up $(pgrep exim)
USER       PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED      TIME COMMAND
mailnull   770  0.0  0.5  8836  2436  ??  Ss   Tue04AM   0:11.51 /usr/local/sbin/exim -bd -q30m (exim-4.77-1)

2.4 Мб, куда уж меньше.

[VBart]

p.s. exim-ом я пользуюсь с 2005-го года.

Answer 3

[TROODON]

Если нет нужны в корпоративной тайне, забудьте и используйте SMTP известных серверов (Яндекс.Почта, Google Apps) и радуйтесь жизни. И скорость достаточная, и с почтой можно делать всё что хочешь и места хватит и спам фильтр гарантированно не будет шалить (тонкая настройка грелистов, анализаторов, установка приоритета писем, пытаясь найти оптимальный уровень), это ужасное и гиблое дело и с очередями попроще.

Сам использую dbmail + exim4 + spamassassin + calm + roundcube.
Пробовал так же dovecot, sendmail

Если вы пользуетесь Debian'ом, то он идёт в базовом наборе приложений, для минимальной настройки под ваш сервер достаточно настроить через dpkg-reconfigure, есть возможность разбиения конфига на множество файлов (для более удобной навигации по настройкам), по скорости и надёжности, имхо, он примерно одинаков и с postfix и с sendmail. Особенно хочу отметить хорошую интеграцию с различными системами фильтрации и анализаторов.

DBMail работает шустрее dovecot, имеет меньше документации, благодаря своей архитектуре его данными не сложно управлять. Поддержка sieve из коробки, можно настроить как фильтрацию нежелательных писем, так и складирование по разным папкам. В комплекте есть несколько приложений для администратирования

P.S. Почему-то в процессе настройки почтового сервера у меня всегда возникало уйма сюрпризов, которые не бывали при настройке какого либо другого серверного ПО.

Comments

[shadowalone]

> Пробовал так же dovecot, sendmail
А с каких пор dovecot стал mta?

[charon]

при чём тут МТА? Вопрос был о почтовых серверах

Answer 4

[mihavxc]

Поддержку postfix

Answer 5

[Николай Турнавиотов]

Хм. Если у Вас нет большого AD и бюджета — Exchange Ваша компания врядли купит — Вам лучше подойдёт тот же exim/postfix, и проект-аналог exchange'а, забыл, как называется. В компаниях с большими орг. структурами Exchange без вариантов. Я бы с ума сошел, думая о том, как поддерживать почтовый сервер на юниксе когда у меня over 500 пользователей. Хотя я поставлю перед ним какойнить exim только в качестве спаморезки.

Comments

[KawaiDesu]

Господи, вы о чём? У меня небольшой мультифункциональный домашний сервер из разряда «два ядра, два гига», какие организации и комапании с большим AD? :)

[Борис Сёмов]

Прекрасно и на 500 и на 5000. Пользователи в базе, или в том же LDAP, никаких проблем.

[ranzhe]

Я бы с ума сошел, думая о том, как поддерживать почтовый сервер на юниксе когда у меня over 500 пользователей

Потрясающе. Но тем не менее, пока еще нигде не было информации о случаях массового сумасшествия среди админов тех же шаред-хостингов из-за большого количества почтовых аккаунтов. Или вы таки считаете, что там используют ваш хваленый exchange? Хах.

[Saboteur]

Вместо exchange вполне может подойти корпоративный gmail, завязанный на домен конторы.
Вдобавок для 500+ пользователей обычно стоит вопрос с лицензированием, так gmail на порядок дешевле exchange сервера. Можно даже оставить привычным пользователям Outlook.

Answer 6

[EKrava]

postfix/exim — humar readable configs, как лично по мне то в exim более readable, но он монолитный, postfix — модульные, теоретически расширять его должно быть проще, но меня доканал тот момент, что письмо в процессе перекидывания меж процессами несолько раз меняло свой message-id и в логах из за этого разобратся сложнее, если что-то работает не так как ожидаемо.

есть уже «собранные комбайны», тот же Zimbra, Zarafa, Open-XChange.
если пользователей мало, можно попробовать CommuniGate(<=10), Axigen(<=100)

Answer 7

[KawaiDesu]

В общем, спасибо за ответы, нацелюсь на postfix, а потом, может быть, помучаю exim. Судя по всему эти двое — lighttpd и nginx :). Пометил бы как решение и ответ хабраюзера VBart, но можно ометить только 1. Увы, карму поднимать ответившим тоже нечем.