LINUX.ORG.RU
ФорумAdmin

Нормальный почтовый сервер, like MDaemon.


0

0

Подскажите сабж.
Необходимо чтобы SMTP, SMTP AUTH, POP, IMAP, авторизация все в одном
флаконе.
Юзвери чтобы заводились НЕ в операционке (это же почтовый юзверь,
причем тут операционка!), а в почтовом сервере.
Почта чтоб криптовалась в ящиках(чтоб админ не мог ее прочесть).
С ужасом узнал, что монстроидальный Sendmail фактически
имеет только smtp сервис(ну не совсем, еще есть ужасный конфиг-файл).
Хотелось что-нибудь вроде MDaemon.

Заранее благодарен.

anonymous

Ты Че Анонимус ? Одень Очки !
>> С ужасом узнал, что монстроидальный Sendmail фактически
Дистр MDaemon 9.6М !!!

sendmail-....rpm 326k
sendmail-cf....rpm 238k
sendmail-doc....rpm 478k


Я Пользуюсь Postfix, Хотя Ничего Против Sendmail, Qmail, Exim Не Имею.
Ты Доку Повнимательней Почитай - Найдешь Много Полезного.

Alex_II
()
Ответ на: комментарий от Horez

Правильно !!! Postfix будет намного удобнее.

anonymous
()

> Я Пользуюсь Postfix, Хотя Ничего Против Sendmail, Qmail, Exim Не Имею.
какая-нибудь из них не требует заведения юзверей в OS на каждый ящик?

>Ты Доку Повнимательней Почитай - Найдешь Много Полезного.
>
>Alex_II (*) (2002-06-03 16:08:28.903)
По-моему вы не внимательно прочитали вопрос.
Человеку нужен почтовый СЕРВЕР, а не набор барахла, которое для поддержки
почтового пользователя, требует заведения последнего в OS(это маразм знаете ли).

>Дистр MDaemon 9.6М !!!
А вы на почтовой машине запускаете "памятеёмкие" приложения?
10Mb проблема? Или sendmail работает гораздо быстрее
MDaemon(размер программы не связан с быстродействием-не знали)?
Ну и что? Зато не надо отдельно парится с SMTP, POP,IMAP, юзверями и авторизацией- все в одном флаконе. Вообщем-то дело даже не в том,
что надо с чем-то париться - просто это очень криво: отсутствие юзверей в почтовом сервере и как следствие хранение в OS-юзверских каталогах
почты(это даже не криво - это дибильно). Это все равно как если бы в
базе(уловите СЕРВЕР БАЗЫ - СЕРВЕР ПОЧТЫ)
(Оракл) не было возможности заводить пользователей, а содержимое таблиц
хранить в юзверских каталогах.
Как еще объяснить, что это криво, и на самом деле есть наследие
файл-серверного или терминального подхода в проектировании.
Не надо мне доказывать, что sendmail это рулез(в этой программе ВСЕГДА
будут ошибки - вы исходники гляньте и остыньте, - это пособие
как не надо писать программы, это как у билли MFC - это пособие как не надо
использовать ООП), я не хочу об этом спорить. Вопрос задан(фришная
программа like MDaemon для линукс), если ответа нет, то не надо разводить
флейм. Мнения красноглазых линуксоидов,
изучивших пару конфигов и шелл, и мнящих себя поэтому крутыми спецами не
очень интересно(вот нет дурацкого конфига - и где наш профи?).

anonymous
()

>если sendmail.cf ужасный, юзай postfix
>
>Horez (*) (2002-06-03 16:24:12.055)
Страшный конфиг на самом деле не пугает, просто говорит о
том, что программа и внутри также страшненько сделана(полет недоученной
студенческой мысли).
Как у posfix сделана работа по POP3,IMAP?
Где у него хранится почта(опять юзвери в OS и их каталоги)?

anonymous
()
Ответ на: комментарий от anonymous

ну, насчет внутри страшненько сделана, эт загинание, во вторых, sendmail.org сами рекомендуют постфих(только не помню почему, или как более легкий в настройках, или еще почему-то), в третьих уже сегодня есть решение хранения юзеров postfix в MySQL и их авторизация при пересылке и в pop/imap, криптовать сообщения только пока нельзя стандартными средствами... все тоже можно и в sendmail, только доки на понятном русском еще нет...

Horez
()

>Horez
>ну, насчет внутри страшненько сделана, эт загинание, во вторых, sendmail.org >сами рекомендуют постфих(только не помню почему,
Я просто балдею, что ж если sendmail так хорошо спроектирован
его рекомендуют заменить postfix'ом? Вы бы сами чуть-чуть покумекали,
однако.
sendmail монстроидален. Слишком большая программа,
при этом не выполняющая всех функций почтового сервера,
вот и перепроектировали её(написали кучу програмулек, вместо одного
монстра), но функцтональность все-равно ограничена, как я понял(опять
реализован только smtp).


> в третьих уже сегодня есть решение хранения юзеров postfix в MySQL и их
>авторизация при пересылке и в pop/imap
Сами сообщения где хранятся? Это возможности postfix или отдельно устанавливаемый POP3 сервер умеет в MySQL хранить юзверей?
Да и не то это, - какого хрена я должен MySQL еще притягивать?
Хорошо не Оракл.

>криптовать сообщения только пока нельзя стандартными средствами...
Да но при чем тут sendmail или postfix? Это же не он не умеет криптовать,
он вообще про POP3/IMAP ничего не знает(как и postfix насколько я понял).
Все равно круто, мощная программа и подход, ничего не зкажешь:
хранить сообщения открытым текстом в файловой системе(или в базе).

Lem_I
()

Нету проги типа MDaemon или я не знаю где взять. Сам сейчас прикручиваю MySQL к postfix - за#бался MySQL+postfix ссылки: http://www.sweeney.demon.co.uk/pfix_imap_virtual.html http://kirb.insanegenius.net/postfix.html http://linuxnews.ru/docs/new/isp-mail/isp-mail.rus Рецепты не работают для меня (ALTLinux Master), возможно из-за того, что там все chroot() ; Если что найдеш - черкани сюда или на мыло: pulsar@mult.by

pulsar
()

>> Слишком большая программа,
>>при этом не выполняющая всех функций почтового сервера,
>>вот и перепроектировали её(написали кучу програмулек, вместо одного
>>монстра), но функцтональность все-равно ограничена, как я понял(опять
>>реализован только smtp).

Мля ! Пустой Спор !
А Слабо Почитать Хотя бы Информацию О Пакете sendmail, Есть В rpm Например И Уяснить Для Себя Что sendmail Это MTA(Mail Transport Agent), А Не СЕРВЕР ПОЧТЫ !!!!

Alex_II
()

Что народ ломает признать что нет в linux готового решения,а есть "набор конструктор".

SergKL
()

>Это MTA(Mail Transport Agent), А Не СЕРВЕР ПОЧТЫ !!!!
>Alex_II (*) (2002-06-04 13:36:44.85)
А спора нет, был вопрос(в нем сразу отмечалось что sendmail - только SMTP),
что нужен нормальный почтовый сервер.
Так он есть под линуксом или его нет?
Желательно фришный.

Lem_I
()

Есть Communigate Pro под линукс. он замечательный, но не фришный...

anonymous
()

>Что народ ломает признать что нет в linux готового решения,а есть "набор
>конструктор".
>SergKL (*) (2002-06-04 13:57:13.1
Часто это очень неплохо и оправдано- конструктор.
Но не в этом случае.
Хороший пример с СУБД. Вот как бы отнеслись к Ораклу,
если бы он не только требовал заведения юзверей в OS (так тоже можно),
но и хранил данные в файловой системе в каталогах этих
юзверей? Это же очевидно, что это должна быть одна программа,
или их может быть несколько, но для пользователя они должны быть одним целым.
Напугали, блин 10Mb.

Lem_I
()

вот народ напрягаеться шифровать почту на сервере чтоб админ не читал ?!? :))))))))) кому скажеш - смеяться будут - чтоб админ почту не читал pgp юзать надо - и то прочитает

так уж сделано в юниксах - задачи разделены весьма

а то что тебе надо - так теюе надо MDeamon и ничего больше ! эт ты для себя уж подсознательно решил

а что ты ишеш - то называеться ComminigatePro - ссылка есть на www.openent.ru вроде - там все вместе + потдержка кластеризации + куча сервисов только вот большинству пользователей нафиг ненадо столько того - обычно хватает postfix(qmail,sendmail)+imap пакет + хранение юзерей в sql базе если надо

ae
()

ну хоть разговор по существу завелся, а то в новостях в последнее время такая лажа...
>Я просто балдею, что ж если sendmail так хорошо спроектирован
>его рекомендуют заменить postfix'ом? Вы бы сами чуть-чуть >покумекали, однако.
не заменить им sendmail предлагают, а начать первое знакомство с MTA, опыта добавится, можно будет и на sendmail перейти...
>sendmail монстроидален. Слишком большая программа,
>при этом не выполняющая всех функций почтового сервера,
>вот и перепроектировали её(написали кучу програмулек, вместо одного
>монстра), но функцтональность все-равно ограничена, как я понял(опять
>реализован только smtp).
ну, реализован там еще и esmtp, dsmtp, smtp8:)), еще всякие uucp всех видов и много чего:)), открою тебе по секрету, что sendmail это единственная программа, которую дописали, и которая может пересылать ЛЮБУЮ почту, ва-а-ще-то...

>Сами сообщения где хранятся? Это возможности postfix или отдельно >устанавливаемый POP3 сервер умеет в MySQL хранить юзверей?
>Да и не то это, - какого хрена я должен MySQL еще притягивать?
>Хорошо не Оракл.

в дире или в хомедире, кто-то так лихо затрещал, что можно криптовать сообщения, вот только не ясно где... да и MIME неплохо криптует, и в базе просто так не прочитаешь, чего еще надо?

Да, факт фактом, слепить SMTP, SASL, IMAP/POP, MySQL на шару никто не слепит, придется вручную все делать, зато будешь понимать как оно внутри работает... это ж UNIX, набор взаимодействующих маленьких программ, этим все сказано


Horez
()

>Horez (*) (2002-06-04 17:45:23.305)
>Да, факт фактом, слепить SMTP, SASL, IMAP/POP, MySQL на шару никто не >слепит, придется вручную все делать, зато будешь понимать как оно внутри >работает... это ж UNIX, набор взаимодействующих маленьких программ, этим >все сказан
postfix - это тоже набор маленьких взаимодействующих програм,
но для юзверя одно целое - нельзя было туда еще добавить все остальное,
что необходимо для почтового сервера?

>да и MIME неплохо криптует, и в базе просто так не прочитаешь, чего еще
>надо?
как это MIME криптует(это про семибитную кодировку-
вот такой шифр AE точно взломает :) )?
А приходящая почта?
В базе читается все простым SELECT'ом - элементарно.
Вообще даже странно, что надо объяснять такие вещи.
QMAIL тоже всю отпарвленную почту в открытом виде
в каталогах хранит?

>единственная программа, которую дописали, и которая может пересылать
>ЛЮБУЮ почту, ва-а-ще-то...
MDaemon что-то не умеет? А qmail?

ae (*) (2002-06-04 14:23:57.619)
>народ напрягаеться шифровать почту на сервере чтоб админ не читал ?!?
>:))))))))) кому скажеш - смеяться будут - чтоб админ почту не читал pgp юзать
>надо - и то прочитает
Это как же он ее прочитает если второй закрытый ключ хранится на машине пользователя? Интересные вещи говоришь. Научи ломать PGP.
И потом, не у всех кому юзвери отправляют почту естьPGP, и нельзя всех
заставить чтобы в наш домен отправляли в PGP.


>а что ты ишеш - то называеться ComminigatePro
Да там все есть и даже намного больше, спасибо за ссылки.
Это не совсем то. Слишком крута. Это, наверное, больше для провайдеров.
Вообще выходит как, что если что есть путное - так оно не фришное.
В одной из эх прочел, что ComminigatePro стоит как чугунный мост.


Lem_I
()

как ? как будто работу админов не знаеш - зайти к юзеру под предлогом что почту надо поднастроить - а сам в это время поставить backorrifice типа на машину ОЧЕНЬ просто - и уже отлавливать не сами письма а процесс их набора - эт если надо ;)

а если сам сервер у себя будет шифровать почту - то админу просто нужно поставить СЕТЕВОЙ фильтр что умеет коннекты в файл оформлять/разбивать - и ВСЕ письма он получит как на тарелочке


и вообще - чем плохо юзерей держайть в системе - если это ПОЧТОВЫЙ сервер
если юзерей не более 1-2 тыщи - вполне выполнимо

ae
()

>и вообще - чем плохо юзерей держайть в системе - если это ПОЧТОВЫЙ
>сервер если юзерей не более 1-2 тыщи - вполне выполнимо
Идеологически это плохо.
В файловой системе надо держать файлы, в файлах структурированную
информацию. Про POP3, IMAP я уже сказал.
Странно, что за столько лет не родили нормального фришного
почтового сервера. Очень странно.

Lem_I
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.