Re: [Comm] Test for postfix+clamd+amavis

[Konstantin Klimchev <koka@atvc.ru>]

On Tue, 15 Mar 2005 23:07:28 +1000
Dmitry Lebkov <dima@sakhalin.ru> wrote:

> Интересно. Хотя бы примерно. Конфигурация железа, кол-во
> почтовых ящиков, обрабатываемый поток сообщений. Ну и
> какие-то особенности конфигурации софта/железа, если есть
> ...

Фрагмент моего отчета по результатам:

Тестируемый:
------------
Аппаратное обеспечение:
CPU: 2xPIII450 
Mem: 256 Mb 
HDD: SCSI-RAID1 (аппаратный) 
отдельный раздел /var (т.е. спул и ящики на одном разделе),
fs - reiser 3.6.19 

Программное обеспечение:
OS: debian sarge (testing) 
postfix 2.1.4 
cyrus-imap 2.1.17 
sasl2 2.1.19

Тестирующий:
------------
postal 0.62, набор python-скриптов по управлению почтовыми
ящиками (создание, удаление и т.п.)
[...]
Почтовые пользователи: виртуальные, хранятся в базе
пользователей cyrus-imap (db-файл)
[...]
Какие-либо правила в отношении почтовых аккаунтов
(блокирование получение почты, разрешение получение всей
почты и т.п.) хранятся в файлах db (созданных с помощью
postmap) postfix'а.
[...]
С помощью скриптов, запущенных на тестирующем компьютере,
была создана база пользователей (около 4200 пользователей).
Время на создание пользователей : 25 минут.
[...]

Итоговые выводы
----------------
[...]
Работа, используя доставщик cyrus-imap, более
производительна и стабильна по сравнению с использованием
lmtp-доставщика postfix'а. При использовании
cyrus-доставщика на указанном оборудовании обеспечивалась
стабильная работа в течение 30-40 минут (далее не
проверялось) для следующего потока писем: 300 писем в минуту
в 100 потоков. При этом количество процессов доставщика было
на уровне 15-18, почтовая очередь postfix'а не переполнялась
(не отмечено более 5-7 писем в очереди; обычное значение
0-3). При использовании lmtp-доставщика постфикса при
указанном потоке писем отмечалось переполнение очереди
postfix'а и проведение проверки останавливалось явно через
5-10 минут после начала проверки. Количество процессов
доставщика было на уровне 50-60.
[...]
зы. Система настроенна по умолчанию (на основании README
пакетов).
main.cf:
cyrus_destination_recipient_limit=1

master.cf
cyrus     unix  -       n       n       -       -       pipe
  user=cyrus argv=/usr/sbin/cyrdeliver -e -r ${sender} -m
${extension} ${user}

> 
> И если не секрет - в чем ldap ldap не оправдал?
наша специфика. Клиентский почтовик, правила доступа к
ящикам (блокировки и какие блокировки) в ldap, специфики
софтовой обвязки (интеграция с биллингом) и т.п. Вообщем
приходим к тому, что часть не удается эффективно "запихать"
в ldap и тогда плюсы начинают переходить в минусы (поддержка
нескольких хранилищ и т.п.). Вообщем минусов больше чем
плюсов.

-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia