Я особисто широко працював з MS-Exchange, Courier і Cyrus і, значно меншою мірою, з Dovecot.
Я можу сказати, без сумніву, що Сайрус - мій найбільш бажаний вибір. Назад до оригінального питання, будь-який із них буде добре працювати для невеликої бази встановлення електронної пошти. Малий, я маю на увазі, мабуть, менше 1000 поштових скриньок та менше 1000 одночасних з'єднань IMAP / POP. Інші фактори, такі як обсяг пошти, також відіграють важливу роль.
Ми працювали над системою електронної пошти років тому для власного внутрішнього використання на базі кур'єра. Ми ІТ-консалтингова компанія. Протягом багатьох років ми почали приймати хостинг електронної пошти нашого клієнта, а також продавати прилад EMail, що складається з нашої роботи з проектами з відкритим кодом та сценаріями управління ...
Приблизно через 3-4 роки ми звалили кур’єра на Кіра. Ми також скинули Sendmail для Postfix. Ми провели широкомасштабне вивчення всіх відкритих та комерційних варіантів у той час і зупинилися на Cyrus.
Цілком погоджуюся, що Сайрус - найскладніше зрозуміти, але я б не охарактеризував це як дуже нестандартне, і це було причиною його важкого розуміння. Це складно, тому що більшість документації в Інтернеті є надто датованими та розрідженими, тому для отримання відповідей потрібно багато копати. Кір, навпаки, дуже доцільний в RFC. Мені потрібно вияснити, чому Сайрус здався зламаним, і я виявив, що в більшості випадків це просто дотримання стандартів до Т, так що незабаром ви зрозумієте, що натомість все інше порушено. Наприклад, мені якось довелося розібратися в проблемі, коли клієнт стверджував, що електронна пошта підстрибує, але адреса електронної пошти була правильною. Використовуючи Outlook, у Outlook є ця неприємна помилка, де вона написала великі літери на першому листі електронної адреси. Згідно з RFC, всі адреси електронної пошти мають малі літери. Якщо ви змішуєте випадки,
Щодо продуктивності: Сайрус, на мій досвід, має найкращі варіанти, яких я не бачу в інших. Зокрема, ви можете додати додаткові проксі-сервери IMAP4 / POP3 для проксі-серверів або серверних серверів, щоб розподілити навантаження там, де це необхідно. Це дозволяє масштабувати як в паралельних з'єднаннях (додати більше передніх кінців), так і в місцях зберігання та доставці поштових скриньок / завантаження (додайте більше проміжних даних).
Востаннє я перевіряв, ані Dovecot, ані кур'єр не підтримували ці варіанти.
Microsoft Exchange 2010, нещодавно випущений, тепер представляє магазини розподілених та реплікуваних поштових скриньок, тож вони грають трохи доповнення в цій категорії.