Ситуация такая.
У друзей накрылся почтовик и они хотят перейти на Linux/sendmail (потому, что у всех знакомых sendmail, а это,сами знаете :), немаловажно в выборе софта, будет у кого консультироваться)
Клиентов 5000
У меня 1000 клиентов, поэтому я не могу им обещать, что с их числом юзеров sendmail справится на "отлично" или хотя бы на "хорошо"
Существует ли для sendmail оптимальное число юзеров или его (sendmail'a) возможности ограничены только крутизной компа,на котором он будет крутится?Есть ли здесь админы с приблизительно таким же количеством юзеров (4000-5000),и как справляется с этой толпой sendmail? конфигурация компа?
Или для такого случая выбрать другой почтовик?
Тогда какой (PostFix, exim, qmail,etc)?
Заранее спасибо.
>Ситуация такая.
>У друзей накрылся почтовик и они
>хотят перейти на Linux/sendmail (потому,
>что у всех знакомых sendmail,
>а это,сами знаете :), немаловажно
>в выборе софта, будет у
>кого консультироваться)
>Клиентов 5000
>У меня 1000 клиентов, поэтому я
>не могу им обещать, что
>с их числом юзеров sendmail
>справится на "отлично" или хотя
>бы на "хорошо"
>Существует ли для sendmail оптимальное число
>юзеров или его (sendmail'a) возможности
>ограничены только крутизной компа,на котором
>он будет крутится?
>
>Есть ли здесь админы с приблизительно
>таким же количеством юзеров (4000-5000),и
>как справляется с этой толпой
>sendmail? конфигурация компа?
>Или для такого случая выбрать другой
>почтовик?
>Тогда какой (PostFix, exim, qmail,etc)?
>Заранее спасибо.вполне справляется без всякой крутизны, кокретно под MTA и WebMail отведена одна телега.
Какая-то жуткая цифра пробегала в maillist'ах
freebsd и переписке кого-то из freebsd-team с sendmail-team на предмет хаков и доработок sendmail в версии то-ли 8.10, то-ли 8.11.1[2].
Завершилась тем что хаки от freebsd были использованы sendmail-team и 8.11.x и 8.12.x
могут держать огромную нагрузку
Связано это было с огромной SMTP нагрузкой на
hub.freebsd.org (mail-hub) огромные списки рассылки.Если виртуальные домены и пользователи, то только не sendmail
qmail ставьте
>Если виртуальные домены и пользователи, то только не sendmailВот им как раз и нужны виртуальные домены.
Почему в этом случае только не sendmail? Некорректно отрабатывает или есть неудобства в настойке виртуальных доменов или какие-либо другие причины?
Нашлась куча faq по настройке VD для sendmail, в частности,на fima.net, с первого взгляда показалось все просто и понятно :), поэтому хотелось бы услышать, почему все-таки не стоит cвязываться с sendmail.
Также проскочила инфо о том, что у PostFix'a реализация виртуальных доменов осуществлена путем отличным от стандартного. В этом секрет?
>>Если виртуальные домены и пользователи, то только не sendmail
>
>Вот им как раз и нужны
>виртуальные домены.
>Почему в этом случае только не
>sendmail? Некорректно отрабатывает или есть
>неудобства в настойке виртуальных доменов
>или какие-либо другие причины?
>Нашлась куча faq по настройке VD
>для sendmail, в частности,на fima.net,
>с первого взгляда показалось все
>просто и понятно :), поэтому
>хотелось бы услышать, почему все-таки
>не стоит cвязываться с sendmail.
>
>Также проскочила инфо о том, что
>у PostFix'a реализация виртуальных доменов
>осуществлена путем отличным от стандартного.
>В этом секрет?
only Exim :))) простота конфигурации ..(виртуальные домены легко)
по скорости навряд ли уступит sendmail..
IMHO
хотя говорят что qmail рулит по скорости....
но с ним пока с бубеном не набегаешься ничего хорошего не получишь опять таки IMHO
>>Если виртуальные домены и пользователи, то только не sendmail
>
>Вот им как раз и нужны
>виртуальные домены.
>Почему в этом случае только не
>sendmail? Некорректно отрабатывает или есть
>неудобства в настойке виртуальных доменов
>или какие-либо другие причины?
>Нашлась куча faq по настройке VD
>для sendmail, в частности,на fima.net,
>с первого взгляда показалось все
>просто и понятно :), поэтому
>хотелось бы услышать, почему все-таки
>не стоит cвязываться с sendmail.проблем с самим sendmail нет, надо чуть дальше
пойти: pop3/imap и авторизацию в них виртуальных
зверей, все сразу встанет на свои места.
За postfix, exim не скажу, а для qmail проста
тьма поделок, патчей, и разных сочетаний-реализаций. Наверное можно сказать - все в одной упаковке.Опс, Courier-MTA - вот это точно ВСЕ в одной упаковке, никак руки не дойдут до него только из-за того что не нашел к нему фильтров и антивирусов (может потому что руки не дошли)
>Также проскочила инфо о том, что
>у PostFix'a реализация виртуальных доменов
>осуществлена путем отличным от стандартного.
>В этом секрет?не знаю, читал лишь что postfix очень сильный MTA,
сам не пробовал.Вобщем, выбор сужается:
- exim
- postfix
- qmailантивирусные пакеты есть для всех
просто взять и протестировать тем более что есть
статистика по 1000 прикинуть что должно быть с 5000
и погонять ?
на Qmail работает Hotmail.com, это о многом говорит.
Хотя ложка дегтя присутствует -> сначала прием почты, а потом проверка - существует ли такой юзер в системе :(
>проблем с самим sendmail нет, надо чуть дальше
>пойти: pop3/imap и авторизацию в них виртуальных
>зверей, все сразу встанет на свои места.
Я правильно понимаю, что проблема будет только с одинаковыми логинами для разных виртуальных доменов, для pop3-то они все одинаковы, c уникальными логинами проблем быть не должно?
Но ведь можно не заводить одинаковых юзеров, скажем, если есть два Васи на разных доменах, то один будет Vasya1, другой - Vasya2 (в файле /etc/passwd, а значит, и для pop3), соответственно, и адреса разные vasya1@virtdom1.mydomain.ru & vasya2@virtdom2.mydomain.ru и проблема отпадает?
Почему я продолжаю копать в сторону sendmail - несмотря на представленные здесь отклики на мой вопрос, мои друзья настроены все-таки на использование sendmail, потому что с Linux они на "ВЫ" и побаиваются начинать с почтовых систем, с которыми никто из знакомых не "на короткой ноге"
Причем они готовы под каждый вирт. домен выделить отдельный комп, что уже слишком ;), только не связываться с незнакомой системой (это их Solaris/ Netscape Messaging Server так избаловал)
Если я все-таки правильно понимаю основную проблему virtual_doamin - pop3/imap и пути ее разрешения, то можно остановится на sendmail .
>>проблем с самим sendmail нет, надо чуть дальше
>>пойти: pop3/imap и авторизацию в них виртуальных
>>зверей, все сразу встанет на свои места.
>Я правильно понимаю, что проблема будет
>только с одинаковыми логинами для
>разных виртуальных доменов, для pop3-то
>они все одинаковы, c уникальными
>логинами проблем быть не должно?
>
>Но ведь можно не заводить одинаковых
>юзеров, скажем, если есть два
>Васи на разных доменах, то
>один будет Vasya1, другой -
>Vasya2 (в файле /etc/passwd, а
>значит, и для pop3), соответственно,
>и адреса разные vasya1@virtdom1.mydomain.ru &
>vasya2@virtdom2.mydomain.ru и проблема отпадает?
>
>Почему я продолжаю копать в сторону
>sendmail - несмотря на представленные
>здесь отклики на мой вопрос,
>мои друзья настроены все-таки на
>использование sendmail, потому что с
>Linux они на "ВЫ" и
>побаиваются начинать с почтовых систем,
>с которыми никто из знакомых
>не "на короткой ноге"
>Причем они готовы под каждый вирт.
>домен выделить отдельный комп, что
>уже слишком ;), только не
>связываться с незнакомой системой (это
>их Solaris/ Netscape Messaging Server
>так избаловал)
>Если я все-таки правильно понимаю основную
>проблему virtual_doamin - pop3/imap и
>пути ее разрешения, то можно
>остановится на sendmail .правильно понимаешь, важно иметь уникальные id
и настроить sendmail.mc со всякими там MASQUERADE
чего маскарадить, чего нет (виртуал домен)
generictable - чтобы уходящая от виртуал-users почта не была always_add_domain.
Плодить тачки под виртуал не обязательно, но как
вариант можно одну на все.
А можно и свой мейлер написать
передовая два параметра1 - путь к каталогу
2 - xxx@domain.comпарсим xxx от @domain.
проверяем в /путь к каталогу/.passwd на наличие узера xxx если есть узер
на <input> получаем поток сообщения
Нет узера код ошибки кидаем, и sendmail.сам генерит отлуп.
Уваля, имеем mailer для виртуального домена.
Пишется на чем угодно, у меня было на перле изначально, потом переделали на С.
аналогию можно посмотреть на основе mail.local
Небольшим переписыванием кода получаем sendmail с человеческой подержной VitrualDomain
Думаю что это то что нехватает в сендмейле.
Сам сендмейл не трогал, добавил только правило для sendmail.cf (нарисовал multipop.mc)
Это самый простой способ для написания виртуального домена в сендмейле.
Далее можно думать и еще о чем нить.Правда есть при этом вопрос но он не связан с самой программой, а с globalalias
в данной реализации сендмейла если ты хочешь пользоваться mailertab то я прописываю доммен в relay-host, но тогда как мне отловить того кто хочет получать письмо на другой почтовый ящик.
Ex.
=======relay-host=====
domain.com
======================
==mailertab===========
domain.com mpop:[/var/spool/virtdom/domain.com]
======================user@domain.com -> user@another_domain.com
В virtusertable не попадает при таком раскладе.
но если прописать domain.com в local-host-name
то обламываемся с виртуальным доменом, что совершенно не уместно.Вот такие вот дела
Буду рад выслушать любые предложения.