Используете ли вы postfix или qmail и почему [закрыто]


14

Я настраиваю сервер, и у меня есть выбор установки qmail или postfix. Может ли кто-нибудь помочь мне сделать правильный выбор.

Вещь, которую мне нравится видеть:
- производительность
- простота настройки
- безопасность


4
Если вам разрешено просматривать другие варианты, exim немного проще, чем postfix, настроить и работает разумно. Я никогда не использовал qmail, но это звучит как кошмар для настройки (хотя у него, очевидно, есть поклонники).
недм

Нет, у меня есть только выбор использования qmail или postfix
Saif Bechan

Смотрите: Сравнение MTA
kenorb

Ответы:


11

afaik qmail устарел в большинстве дистрибутивов, поэтому вам, вероятно, придется собирать из исходного кода и забыть о простых обновлениях в стиле apt / yum. Если вы все еще хотите использовать qmail, qmailrocks.org - это то, что помогло мне выполнить установку с минимальным повреждением мозга.

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


Также приятно отметить, что www.zixcorp.com также использует postfix под капотом.
Джейкоб Эванс

5

Для двух вариантов, которые вы даете, Postfix.

Безопасность и производительность одинаковы - оба были разработаны и внедрены знающими людьми с высокими требованиями к безопасности и производительности. Конечно, эти два соображения играют вместе; взломанный почтовый сервер имеет низкую производительность, а плохо работающий почтовый сервер сам по себе является отказом в обслуживании.

Таким образом, остальные критерии - простота настройки и обслуживания. Postfix - это путь далеко вперед, IMHO и около 80-90% других людей, которые пробовали оба.


2

Я бегу курьером . Я могу установить его из пакетов, но я предпочитаю скомпилировать его сам, чтобы получить флаг "-O2". Мне нравится, это быстро, надежно и хорошо задокументировано. Агент доставки Dropmail имеет довольно обширный язык сценариев (очень похожий на C с RE). Сервер IMAP достаточно хорошо знаком, я просто знаю, что он быстрый и надежный.


Курьер является MDA (Mail Delivery Agen). Я думаю, что он спрашивает об агентах MTA (Mail Transfer Agent).
Герцог

3
@Duke, вы можете проверить URL-адрес веб-сайта Курьера ... прежде чем выглядеть глупо.
Крис С

1

Я начал с qmail, а затем перешел на Postfix. Без сомнения, Postfix НАМНОГО проще в настройке, а также более активно поддерживается и развивается. Производительность довольно хорошая, даже когда она запускается на виртуальной машине OpenVZ. Я также настроил SqlGrey, ClamAV, SpamAssassin и Maia Mailguard ( http://www.maiamailguard.com ), чтобы держать вредоносное ПО и спамеров в страхе. И, как упоминалось в другом ответе, Postfix также разработан для обеспечения безопасности. На самом деле, у автора Postfix (Weitse Venema) и автора qmail (Dan Bernstein) была своего рода «вражда», когда каждый пытался доказать, что их программное обеспечение лучше и безопаснее, чем другое. Такая конкуренция обязательно приведет к хорошему надежному программному обеспечению с обеих сторон.


s / Weitse / Wietse / И Венема, и Бернштейн считаются экспертами по безопасности; Я вообще думал, что у Бернштейна был более параноидальный подход, что в мире безопасности не страшно
Чарльз Стюарт,

0

Я думаю, что qmail выигрывает в производительности и безопасности, но проигрывает в простоте настройки. Вы даже не можете найти пакеты qmail для большинства дистрибутивов Linux, но вам нужно будет собрать их все из исходного кода. Тем не менее, он меньше, чем postfix и был разработан с учетом безопасности.


Я большой поклонник QMAIL. псевдонимы dot-qmail тоже потрясающие.
Warner

2
Postfix также был разработан с учетом безопасности. Я также обнаружил, что производительность qmail не лучше, чем у Postfix. Так что ИМХО Постфикс выигрывает (хотя я парень из Exim;)
Йоси

Если я выберу qmail, я должен установить какие-либо другие вещи, такие как qmail-scanner и spamassassin?
Саиф Бечан

1
Вы можете использовать SpamAssassin практически с любым mta. Определенно с postfix, qmail и exim. Вам определенно нужен контентный (спам) фильтр с вашей настройкой почты. Не обязательно должен быть SpamAssassin, но этот работает отлично. Помните, что хорошая настройка smtp избавит от большого количества спама, прежде чем он попадет на дорогостоящую обработку через фильтр. PS: я постфиксный человек и мне это очень нравится, но я не очень разбираюсь в qmail или exim, если честно.
MacLemon

0

Я думаю, что Postfix выигрывает, потому что: qmail не может ipv6, нет smtp-аутентификации, нет серых списков, вы всегда должны исправлять qmail, и это сложно, если вы попробуете его в 90% случаев, он не будет работать, например, патч IPv6. я переехал в postix. безопасность и производительность равны.


1
Кажется, здесь есть немного FUD. Когда мы читаем «qmail» в 2014 году (или в 2010 или 2012 году), я думаю, что мы должны прочитать «исходный код qmail + исправления, включенные практически всеми в пакеты и большинством системных администраторов», или дистрибутив netqmail, который предоставляет исходный код. код qmail уже исправлен, включая оба исправления для решения указанных вами проблем (ipv6, smtp auth).
Дерексон

-1

постфикс

Sendmail ужасен. Exim установлен по умолчанию, но его сложно настроить, и у него много дыр в безопасности. Postfix - это воплощение красоты, я использую его с 99 года, и у меня никогда не было причин жаловаться. Qmail наносит ущерб странному лицензированию Дэна Бернштейна, которое препятствует его доставке из любого дистрибутива Linux.

Кроме того, Packt book Linux Email - это круто, купи копию!


1
Я думал, что «странное лицензирование» было исправлено в 2007 году, когда оно было передано в общественное достояние. Я думаю, что отсутствие обновлений является большей проблемой, чем лицензирование в наши дни с точки зрения принятия дистрибутивами.
Томасруттер

И до 2007 года он был включен в большинство дистрибутивов в любом случае.
Дерексон
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.