From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Yuri Ryazantsev To: mandrake-russian@altlinux.ru Subject: Re: [mdk-re] Cyrus-imap Message-ID: <20010524151813.A3868@mail.unix.ru> References: <0105241429510D.09470@vic.esoo.ru> <20010524130740.E17243@mail.unix.ru> <01052415302200.02334@vic.esoo.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <01052415302200.02334@vic.esoo.ru>; from viclists@mail.esoo.ru on Thu, May 24, 2001 at 03:30:22PM +0600 Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Thu May 24 15:12:01 2001 X-Original-Date: Thu, 24 May 2001 15:18:13 +0400 Archived-At: List-Archive: List-Post: On Thu, May 24, 2001 at 03:30:22PM +0600, vic ismakaev wrote: > В общем, передо мной сейчас стоит проблема выбора почтовой системы для > хостинга.Рассмотрели QMAIL, теперь хочу рассмотреть связку Exim + Cyrus-imap. Заранее прошу прощения у сообщества за длинное письмо. Во-первых, давайте не сваливать все в одну кучу. Я бы не смешивал MTA и IMAP (POP3) серверы, так как между ними единственная связка - формат почтового ящика. Про MTA я уже свой взгляд тут высказывал (см. архив) - Exim. Моя почтовая система (все цифры приблизительные, т.к. организация системы позволяет добавлять пользователей, домены очень простыми действиями и для получения точных цифр надо запускать всякие команды типа "wc -l") - около 300 локальных почтовых ящиков, около 200 виртуальных доменов. Производительность - ~7000 писем в час, есть у меня активный ящик с 17568 письмами (последняя цифра точная на момент написания этого письма). Про интеграцию с LDAP - в тестовом режиме пробовал и даже работает. Правда проверял на openldap-1.2.11. Но встретил одну проблему которая не позволяет мне использовать никакой вид сервера (LDAP или SQL) интегрированного с почтой. Проблема следующая: Возможна ситуация когда этот сервер не может обслужить запросы (большая загрузка, ошибка в программе сервера, недоступность по сети и т.д.). При этом MTA продолжает работать и для адресов локальных пользователей говорит - Unknown user. В результате на время устранения неисправности почта теряется. Если бы возможно было бы в таких случах сказать MTA, что нельзя обрабатывать почту, то это бы решило эту проблему. А так ... Теперь про почтовые ящики. Формат mbox хорош только для небольших размеров, поэтому его не рассматриваю. Cyrus и Courier (maildir): принципиальное различие одно - cyrus имеет еще и к файлам базу писем (назовем это так). Из этого следует, что cyrus - некоторая замкнутая система, доступ к ящикам и их администрирование осуществляется только через ее API. И иногда я сталкивался с блокировкой Cyrus'а при нагрузке (проявляется при одновременном запихивании 130 exim'ами писем в один ящик). Но зато реакция ее довольно быстрая, не говоря уже о поддержке LMTP протокола. А также нормальная поддержка quota и разделяемых ящиков. У Courier формат хранения более-менее общепринятый - maildir. Его напрямую легко поддерживать (есть целая туча утилит и библиотек). Практически нет проблем с блокировками почтовых ящиков (особенно важно для NFS разделенных ящиков). Но сильно снижается производительность при большом числе писем в фолдере. Особенно проявляется на журналируемых FS - xfs и reiserfs и не очень быстрой дисковой подсистеме. И еще - нет нормальной поддержки квот и разделения доступа к одному ящику нескольким пользователям. Далее естественно выбор за Вами в зависимости от потребностей. > Нужна возможность гибкого управления виртуальными серверами(как ip- так и > name-based),вплоть до того, чтобы арендаторы вирт.домена могли сами заводить А вот эта часть, как правило не зависит от MTA и IMAP серверов. > свои почтовые адреса, интеграция с LDAP,производительнось, anti-spam, ну и > так далее. Это все есть в программах того уровня решений, который Вам необходим. Не будете же Вы рассматривать простой MTA на Java :-)) with best wishes, Yuri.