День добрый!Есть задача установки почтового сервера на клиентов 2000 и больше, с разными доменами (не для бесплатной почты…)
Хотелось бы услышать комментарии относительно
1) выбора MTA и MUA
2) способа хранения акаунтовВарианты насколько я знаю только эти Postfix + courier-imap, Postfix + devecot, Exim + courier-imap, Exim + devecot ? или что еще есть ?
В общем буду рад любым коментам…
>День добрый!
>
>Есть задача установки почтового сервера на клиентов 2000 и больше, с разными
>доменами (не для бесплатной почты…)
>Хотелось бы услышать комментарии относительно
>1) выбора MTA и MUA
>2) способа хранения акаунтов
>
>Варианты насколько я знаю только эти Postfix + courier-imap, Postfix + devecot,
>Exim + courier-imap, Exim + devecot ? или что еще
>есть ?
>
>
>В общем буду рад любым коментам…
2000 клиентов это сферический конь в вакууме. нагрузка рассчитывается кол-во писем в день.
выбор MUA это личная половая проблема пользователей. кому-то нравится kmail, кому-то mutt - всем не угодишь.
способ хранения аккаунов - любой, только не системные. для 2к пользователей пойдет даже berklydb.
советую сразу озаботится фильтрованием вирья и спама.
а вообще поговорка есть - выбирать ОС нужно ту, которую знает знакомый админ. также и здесь.
>2000 клиентов это сферический конь в вакууме. нагрузка рассчитывается кол-во писем в
>день.
ну думаю задень 46к не считая спама...
>выбор MUA это личная половая проблема пользователей. кому-то нравится kmail, кому-то mutt
>- всем не угодишь.
под MUA я имел введу courier-imap, devecot ...>способ хранения аккаунов - любой, только не системные. для 2к пользователей
>пойдет даже berklydb.а почему "только не системные" ?
>советую сразу озаботится фильтрованием вирья и спама.
ну тогда сразу вопрос, есть клиенты которым главное фильтровать спам а другим главное что-бы письма доходили. И как показывает практика основной спам идут от хостов вида ppp122-33 то-есть dsl или с отсутствием PTR у почтовика что приводит к возможности не приема почты для вторых клиентов которым очень важна доставка к ним писем... Как лучше тогда решать проблему ? ставить SA и письма со спамом в теме метить как спам и уже сами что-бы фильтровали ?>а вообще поговорка есть - выбирать ОС нужно ту, которую знает знакомый
>админ. также и здесь.я все свои почтовые тазики до текущего для подымал на Postfix + courier-imap + MySQL но хочется услышать отзывы и о других связках...
>>2000 клиентов это сферический конь в вакууме. нагрузка рассчитывается кол-во писем в
>>день.
>ну думаю задень 46к не считая спама...
>
>>выбор MUA это личная половая проблема пользователей. кому-то нравится kmail, кому-то mutt
>>- всем не угодишь.
>под MUA я имел введу courier-imap, devecot ...
>
>>способ хранения аккаунов - любой, только не системные. для 2к пользователей
>>пойдет даже berklydb.
>
>а почему "только не системные" ?
2k нафиг не нужных системных аккаунтов??
>
>>советую сразу озаботится фильтрованием вирья и спама.
>ну тогда сразу вопрос, есть клиенты которым главное фильтровать спам а другим
>главное что-бы письма доходили. И как показывает практика основной спам идут
>от хостов вида ppp122-33 то-есть dsl или с отсутствием PTR у
>почтовика что приводит к возможности не приема почты для вторых клиентов
>которым очень важна доставка к ним писем... Как лучше тогда
>решать проблему ? ставить SA и письма со спамом в теме
>метить как спам и уже сами что-бы фильтровали ?
Можно средствами postfix-а метить такие письма, через regexp-ы и forwarдить куда надо :)>>а вообще поговорка есть - выбирать ОС нужно ту, которую знает знакомый
>>админ. также и здесь.
>
>я все свои почтовые тазики до текущего для подымал на Postfix +
>courier-imap + MySQL но хочется услышать отзывы и о других
>связках...
Есть идея заменить courier на dovecot =)
>Можно средствами postfix-а метить такие письма, через regexp-ы и forwarдить куда надо
>:)
>а потом вы пойдете объснять оставшейся половине 1к юзеров куда нафорвадили их письма и как им теперь их получить.
>Есть идея заменить courier на dovecot =)
ну если есть желание поучаствовать на продакшне в кач-ве лемминга-бэтатестера, тогда велком. оно до сих пор нестабильно, по заявлениям разработчиков -
>>2000 клиентов это сферический конь в вакууме. нагрузка рассчитывается кол-во писем в
>>день.
>ну думаю задень 46к не считая спама...
считаеться все, и спам и вирье.>>выбор MUA это личная половая проблема пользователей. кому-то нравится kmail, кому-то mutt
>>- всем не угодишь.
>под MUA я имел введу courier-imap, devecot ...MUA это mail user agent, то бишь непосредственный почтовый клиент юзверя.
pop3/imap сервер называется то что вы имели в виду.>>способ хранения аккаунов - любой, только не системные. для 2к пользователей
>>пойдет даже berklydb.
>
>а почему "только не системные" ?потому что с системными юзерами начинаются проблемы при кол-ве >500-1k
>>советую сразу озаботится фильтрованием вирья и спама.
>ну тогда сразу вопрос, есть клиенты которым главное фильтровать спам а другим
>главное что-бы письма доходили. И как показывает практика основной спам идут
>от хостов вида ppp122-33 то-есть dsl или с отсутствием PTR у
>почтовика что приводит к возможности не приема почты для вторых клиентов
>которым очень важна доставка к ним писем... Как лучше тогда
>решать проблему ? ставить SA и письма со спамом в теме
>метить как спам и уже сами что-бы фильтровали ?общий подход к фильтрации спама в вашем случае - помечание в загловках в subject. дальше пусть сами разбираются.
>>а вообще поговорка есть - выбирать ОС нужно ту, которую знает знакомый
>>админ. также и здесь.
>
>я все свои почтовые тазики до текущего для подымал на Postfix +
>courier-imap + MySQL но хочется услышать отзывы и о других
>связках...
дело религии, как уже сказал. особой разницы тут нет, единственное у cyrus функционал в плане imap получше. опять же клиентов умеющих работать с imap раз-два и обчелся.
кто-то считает привычным одно, кто-то другое. exim IMHO более функционабелен и гибок, но опять же естьли нет желания читать спецификации, тот тут выбирай не выбирай....
>MUA это mail user agent, то бишь непосредственный почтовый клиент юзверя.
>pop3/imap сервер называется то что вы имели в виду.ну это понятно и как тут devecon vs courier-imap ?
>>>способ хранения аккаунов - любой, только не системные. для 2к пользователей
>>>пойдет даже berklydb.
>>
>>а почему "только не системные" ?
>
>потому что с системными юзерами начинаются проблемы при кол-ве >500-1k
а как вариант MySQl/PostgresSQL для 2к акаунтов ?
Cyrus и Exim.
Через sasl авторизуются где угодно
>потому что с системными юзерами начинаются проблемы при кол-ве >500-1kможно подробней ?
По своему опыту скажу, чем меньше записей в систменом файле паролей тем лучше будет житься.
Cтоит Exim Courier-Imap MySQL
Будет вам и гибкая настройка аккаунтов, и большое колличесвто доменов.
и прочие возможности Екзима.
за счет ACL можно исключать или наоборот включать проверку как на спам так и на вирусы проходящую почту для пользователей и целых доменов.
остается все уложить в Базу и дать доступ пользователю решать самому хочет он получать спам и вирусы или использовать защиту совместно с грейлистами.Екзим в этом плане ограничен только фантазией и опытностью его использования в написании конфига.
Привет,Хорошо работают связки на qmail - vpopmail (множество независимых виртуарьных домейнов), акаунты могут быть либо в MySQL (дает широкие возможности по построению биллинга), либо в отдельных passwd-like файлах для каждого домейна. Qmail хорошо уживается с антивирусом ClamAV, анти-спам эвристическим филтром SpamAssassin, легко построить greylisting, имеются как минимум два штатных уеб интерфейса к почтовым ящикам (sqwebmail, SquirrelMail) и один административый уеб интерфейс (qmailadmin), уеб-форма регистрации новых акаунтов (vqsignup) и очень гибкий mailing list manager - ezmlm.
WWell,
>Привет,
>
>Хорошо работают связки на qmail - vpopmail (множество независимых виртуарьных домейнов), акаунтыни в коем разе. брошенная поделка, не поддерживающая новые стандарты и настраивающаяся исключительно патчами.
еще и кладущая себя через жопу, только потому что хитрый еврей так захотел.
P.S. и штатного в ней ничего нет - все что вы перечислили это исключительно сторонние приблуды.