Посоветуйте конфигурацию почтового сервера
Модераторы: Trinity admin`s, Free-lance moderator`s
Посоветуйте конфигурацию почтового сервера
Требуется почтовый сервер для небольшой организации.
- сейчас 20 ящиков, ожидается рост до 50;
- необходимый обьем ящиков около 2 ГБ (требуется хранить в доступе переписку за год-два, доступ imap);
- сервер в стойку;
- ОС FreeBSD;
- возможен гак, в виде апача с Web-мордой.
sabj.
- сейчас 20 ящиков, ожидается рост до 50;
- необходимый обьем ящиков около 2 ГБ (требуется хранить в доступе переписку за год-два, доступ imap);
- сервер в стойку;
- ОС FreeBSD;
- возможен гак, в виде апача с Web-мордой.
sabj.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
В принципе у вас всего 20-ть ящиков. Не много. Единсвенный вариант, если все 20-50 пользователей будут вести очень интенсивную переписку, у каждых будет ящик по паре гигов, и все они одновременно ломануться читать почту, то САТА может заткнуться. Но ИМХО на 20-50 ящиков в среднем 4-6 САТА винта должно хватить. Можно поставить один винт в режим хотспареco6aka писал(а):Да, но при хранении почты в maildir и интенсивном обмене... не будет ли sata узким местом...?
Тоже требуется почтовый сервер 1U для почты. Связка будет
FreeBSD и далее
почтовый комплекс
. pop3, imap сервер dovecot c поддержкой ssl . smtp сервер postfix с
поддержкой ssl
антивирус/антиспам комплекс
. SA, clamav
200 ящиков, объем не критичен, так как почта на сервере не хранится долго, РОР3, удаляется после скачивания через два дня.
Сервер будет ставиться в дата-центр. В настоящее время почтовый сервер провайдера на виртуальном хостинге не справляется с нагрузкой (более 1000 писем в минуту на домен в основном спам ессно). Ну и нас ласково попросили за нарушение регламента "съехать". Объем трафика общего порядка 16 гигов в месяц, из них полезного около 3 гиг.
Ну я не знаю что еще сказать. Предложите что-нибудь
ЗЫ В unix я вообще ничего не понимаю, ПО предложено админами датацентра, так как администрировать его они будут сами. Я получаю только доступ к управлению почтой, пользователями и т.д. через ВЕБ.
FreeBSD и далее
почтовый комплекс
. pop3, imap сервер dovecot c поддержкой ssl . smtp сервер postfix с
поддержкой ssl
антивирус/антиспам комплекс
. SA, clamav
200 ящиков, объем не критичен, так как почта на сервере не хранится долго, РОР3, удаляется после скачивания через два дня.
Сервер будет ставиться в дата-центр. В настоящее время почтовый сервер провайдера на виртуальном хостинге не справляется с нагрузкой (более 1000 писем в минуту на домен в основном спам ессно). Ну и нас ласково попросили за нарушение регламента "съехать". Объем трафика общего порядка 16 гигов в месяц, из них полезного около 3 гиг.
Ну я не знаю что еще сказать. Предложите что-нибудь
ЗЫ В unix я вообще ничего не понимаю, ПО предложено админами датацентра, так как администрировать его они будут сами. Я получаю только доступ к управлению почтой, пользователями и т.д. через ВЕБ.
-
- Advanced member
- Сообщения: 229
- Зарегистрирован: 25 окт 2005, 09:30
- Откуда: Краснодар
Предлагаю поменять софтинку и нанять постмастера :-) Иначе никакое железо не выдержит.gserg писал(а):Сервер будет ставиться в дата-центр. В настоящее время почтовый сервер провайдера на виртуальном хостинге не справляется с нагрузкой (более 1000 писем в минуту на домен в основном спам ессно). Ну и нас ласково попросили за нарушение регламента "съехать". Объем трафика общего порядка 16 гигов в месяц, из них полезного около 3 гиг.
Ну я не знаю что еще сказать. Предложите что-нибудь :)
-
- Advanced member
- Сообщения: 229
- Зарегистрирован: 25 окт 2005, 09:30
- Откуда: Краснодар
Это ВСЕГДА легче сказать, чем сделать :-)
Тупой силой не получится при таком потоке почты. Надо научить сервер отпинывать откровенный спам, не принимая всё письмо, после RCPT, но до DATA уже, как правило, достаточно оснований для того, чтобы процентов 80 писем не принимать. Это во-первых трафик экономит ощутимо, во-вторых не доходит дело до антивируса и спамотсосина, которые и есть основной источник проблем с производительностью.
Тупой силой не получится при таком потоке почты. Надо научить сервер отпинывать откровенный спам, не принимая всё письмо, после RCPT, но до DATA уже, как правило, достаточно оснований для того, чтобы процентов 80 писем не принимать. Это во-первых трафик экономит ощутимо, во-вторых не доходит дело до антивируса и спамотсосина, которые и есть основной источник проблем с производительностью.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 23 гостя