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

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

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


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

если sendmail.cf ужасный, юзай postfix

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

sendmail - это круто!

> Я Пользуюсь 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 для линукс), если ответа нет, то не надо разводить
флейм. Мнения красноглазых линуксоидов,
изучивших пару конфигов и шелл, и мнящих себя поэтому крутыми спецами не
очень интересно(вот нет дурацкого конфига - и где наш профи?).

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

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

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


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

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

Нету проги типа 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>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 стоит как чугунный мост.

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

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


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

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