Я ищу почтовый сервер с открытым исходным кодом на базе Linux, чтобы заменить существующий почтовый сервер Exchange (Windows Server 2003) с несколькими (5-10) большими почтовыми ящиками (каждый размером более 2 Гбайт или более 100 000 сообщений). Каждый из этих больших почтовых ящиков доступен по протоколу IMAP нескольким людям. Также существуют другие почтовые ящики меньшего размера (100–150), доступ к которым осуществляется через POP3.
Вы знаете какой-нибудь почтовый сервер с открытым исходным кодом, подходящий для этой задачи?
Спасибо!
Моя рекомендация для сервера IMAP и POP3 была бы Dovecot. Он использует формат Maildir, который использует один файл для каждого сообщения электронной почты, который, как правило, лучше работает в большинстве операций, чем традиционный формат mbox. Dovecot использует ряд индексных файлов, чтобы ускорить выполнение операций, которые обычно требуют времени с Maildir. Если Maildir вам не подходит, Dovecot может использовать ряд других бэкэндов.
Мы использовали Dovecot с несколькими большими почтовыми ящиками как по размеру, так и по количеству писем. три или четыре ГБ - не редкость для компании, как и несколько десятков тысяч писем.
Что касается SMTP, любой сервер Linux MTA подойдет идеально. Exim и Postfix - самые распространенные. Exim немного более настраиваем или оба, но оба справятся с нагрузкой. Мы отправляем более 300 тыс. Писем в день на 4 довольно старых серверах с Exim, но мы выполняем сканирование на спам и антивирус и доставляем их в процесс java, который является более крупными пользователями ресурсов. Я бы держался подальше от Sendmail и qmail. У Sendmail есть репутация того, что у него есть файл конфигурации, который практически невозможно понять.
Если у вас будет много писем на одну учетную запись, тогда вам подойдет maildir, но вы должны использовать правильную файловую систему. Несколько лет назад мы обнаружили, что Rieserfs на голову лучше ext2 для больших почтовых систем.
В наши дни я бы протестировал XFS против ext3 с образцами данных, чтобы увидеть, что работает лучше.
Zimbra имеет версию с открытым исходным кодом (MPL). Я считаю, что это постфикс под капотом.
сравнение версий: http://www.zimbra.com/products/product_editions.html
Мы используем Zimbra (перенесенный из GroupWise), и хотя я не администрирую почтовую систему, команда обмена сообщениями очень довольна этим.
Веб-клиент очень хорош, и он избавил нас от поддержки настольных «толстых» почтовых клиентов.
Мы используем коммерческую версию, но я не думаю, что есть ограничения на такие вещи, как размер почтового ящика в бесплатной версии. У нас есть множество (десятки) почтовых ящиков размером 2 ГБ +.
Я голосую за Кира. Я ничего не знаю о Dovecot, но я довольно часто использовал Courier, прежде чем выбросить его в пользу Сайруса. Я собираю все свои вещи из исходников. У нас такой стек:
Postfix SpamAssassin Amavisd-new Cyrus-SASL (smtp-auth и администратор локального почтового ящика) Cyrus-IMAP (включая POP3)
У нас чуть более 5000 почтовых ящиков и около 1000 псевдонимов. Мы используем настройку, очень похожую на настройку CMU, в которой у нас есть 4 прокси-сервера IMAP, которые также обрабатывают веб-почту (Apache + PHP + mod_perl с Squirrelmail).
5 Dell 2850s (4CPU, 8GIG RAM, RAID10, JFS file system) for the mailbox stores.
4 Dell 1650x (2CPU, 2GIG RAM, RAID5, JFS file system) for the IMAP proxy and Web servers
2 Dell 2850s (4CPU, 8GIG RAM, RAID10, JFS file system) PostgreSQL, one server at each data center. We have a custom whitebox at each data center doing log shipping for database servers.
Мы используем Rsync для хранения удаленных копий серверов почтовых ящиков в белых ящиках, а резервные копии белых ящиков выполняются с помощью Amanda на выделенный сервер резервного копирования + сменщик носителей.
Производительность - 2-е место по сравнению с Courier. На протяжении многих лет я был упорным администратором Sendmail с PROC и maildrop. Производительность была постоянной проблемой, а отсутствие поддержки SQL было постоянным кошмаром для администратора. Sendmail был постоянной проблемой с точки зрения производительности, и это глупая модель разветвления + запуска для каждого нового SMTP-соединения. У курьера были похожие проблемы!
Переход на этот новый стек упростил администрирование этой системы. С Cyrus и модулем Cyrus :: IMAP :: Admin Perl у нас есть несколько пользовательских сценариев, которые запускают и создают почтовые ящики, настраивают сценарий сита по умолчанию для фильтрации спама и даже состаривают и удаляют электронные письма в папке Junk и Trash после столько дней (cyrus ipurge).
Я согласен с тем, что Сайрус краток, и его очень трудно выучить, но как только вы овладеете им, я обещаю, что вам это понравится. Например, со всем, что я упомянул выше, у меня нет локальных учетных записей пользователей, и все настройки хранятся в центральной базе данных PostgreSQL, включая настройки для каждого пользователя SpamAssassin и Amavisd-new.
Немного статистики для вас:
5000 Mailboxes across 5 mailbox servers (4 IMAP proxies, 2 at each data center)
500 IMAP-IDLE connections per server (500 socket connections per box on average)
Deliver roughly 5 million emails per month, not including spam filtering to Junk folders
Reject 10x the delivery amount based on RBL and other malformed things
All our servers have await stats that hover between .5 and 1 second.
Swap space is at 0% with total memory at 60%
Mailbox CPU (2850) (x4 CPU) during peak times is 30-40% utilization (70-60% idle).
IMAP Proxy (1650) CPU is 10% utilized, these are older Dell 1650s with 2Gig RAM (PIII)
PostgreSQL servers (2850) are at 1% utilized.
Мы индивидуально компилируем наши собственные ядра Linux, поэтому ничего не работает, кроме ядра, которое нам нужно. Подкачка увеличена с 60 до 80 по умолчанию.
Dovecot делает все, и его относительно легко установить (по крайней мере, по сравнению с Cyrus).