Братья линуксоиды, sendmail - это конечно хорошо, но вот я пытаюсь настроить postfix, правда у меня это не очень получается. Если кто настраивал помогит советом в мыло, пиво вышлю... zoldor_x3@mail.ru
Да нет, имею ввиду реальный факт. Sendmail X не будет работать через sendmail.cf, и все, никакого сарказма. sendmail.cf, к стати, легко правится и без m4 :-).
знаешь почему Джо Неуловимый? нет, не потому что он такой крутой а потому что он нафик не нужен никому! и ты в том числе - ибо нет смысла ломать задроченый сервак какого-то красноглазого студентика в каком-то занюханом Мухосранске :-Р
> без кучи патчей и подпорок... патчи накладываются раз. Лучше уж раз проделать эту процедуру и спать спокойно, чем с нетерпением ожидать проявления очередной дыры.
А у тебя все еще доступен .forward для юзеров дебил ты наш ? :-)
(дебил даже не потому, что форвард, а потому, что на дату
посмотри, это где-то 8.12.6).
> По поводу дискуссии Qmail vs Sendmail повторяться не буду. Отправляю тебя по ссылке
Можно я тоже почитаю ? Почитал... Ну, может, местами здравые мысли и проскальзывают, но только не в отношении qmail. :-)
Особенно меня повеселили вот эти аргументы анонимуса:
==
Встречный вопрос: зачем primary вообще что-то отвечает тем, кого он не
может обслужить? Он ведь типа умирает. У него ведь типа превышен предел
соединений. Зачем он нарушает ограничение, зачем он отрывает драгоценные
ресурсы на бесполезные переговоры. А если это DoS? Он вообще прекратит
работу? А какой толк тогда в установленных для него ограничениях?
Плохой, непослушный и глупый этот primary ;) Мне его жаль.
==
==
Разбираем далее. Опять встречный вопрос: является ли ваш secondary полностью независимым, и не пересылает ли он полученную почту
обратно к primary? ;) Вы чувствуете, в чём заключается дурдом этой
ситуации? ;)
==
Не замечаешь натяжек ? Там, кстати, не все варианты ответов дали...
А вот за такую логику
==
Правильно молчать как рыба об лёд, до освобождения свободного
соединения. Не освободится вовремя - значит smtp клиент должен сам
отвалиться по timeout'у и продолжить попытки позднее.
==
вообще надо яйца рвать.
Ни кто в здравом уме не пользует smrsh, так что это фиговый аргумет,
аналогичен тому, что если в телнете какой-либо системы обнаружили
дырку и объявить из-за этого всю систему дырявой. smrsh не обязательная
фича sendmail'а, к тому же, мало кому нужная...
>По поводу дискуссии Qmail vs Sendmail повторяться не буду. Отправляю >тебя по ссылке >http://www.linux.org.ru/jump-message.jsp?msgid=645752 >А что касается дырявости senmail - аргументы тебе привели. >Желаю успехов!!! (и новых дыр) ;-)
Qmail - продукт написаннный грамотно и секюрно, но к сожалению он безнадежно устарел... :) Аргументы вы привели неубедительные :)
Уважемый alexmi3, а сколько продакшн серверов в вашем ведении, какой у них трафик, и как у вас со спамом, вирусами, и всех доставших ложных боунсов от таких же систем на кумыле? :)
ну и? по дефолту ж объясняю, там все выключено. мы ведь говорим не о мартышках не умеющих читать доки, а сравнительно обсуждаем безопасность сендмыла и кумыла. вы помните когда в кумыле была последняя дыра? а до нее?
Уважаемый анонимус, который (30.03.2005 14:03:53)!
Eсли уж вы переходите на личности, то для начала не мешало бы и себя назвать каким-то именем. А то даже моя фраза "Уважаемый анонимус" звучит, признаюсь, глуповато. Если целью вашего вопроса ко мне было выяснить возможность реального использования MTA Qmail на продакшн серверах, то приведенная мною ниже ссылка удовлетворит вас больше, чем мои собственные слова.
http://inter7.com/qmail/qmailsites.html
Насчет функциональности.
Практически все функции которые могут понадобиться qmail, имеются в виде патчей. Соглашусь - это несколько неудобно. Но это лучше, чем функциональность заложенная в моноблочный sendmail и невостребованная.
Насчет проксирования - это скорее проблема не Qmail, а того кто его настраивал.
По поводу нашей дальнейшей дискуссии - считаю ее оконченной. Как показал поиск, подобные споры на ЛОРе возникают ВСЕГДА при выходе очередной версии или проявлении очередной дыры Sendmail.
Предлагаю остановиться на том, что каждый волен выбирать тот софт, который ближе ему (начальству/заказчику) по стоимости, функциональности, сложности установки/настроики, стереотипу и пр.
С уважением,
хих :) вопрос был именно про ваши системы...
в этом списке их нет? :)
>Предлагаю остановиться на том, что каждый волен выбирать тот софт, который ближе ему (начальству/заказчику) по стоимости, функциональности, сложности установки/настроики, стереотипу и пр.
> угу, как обругать сендмыйл так дебил а как в разного рода альты
> пихать постфикс заместо сабжа так это не дебилизм?
В общем нет. Именно потому, что у sm есть функциональность которая, зачастую, не нужна, как alexmi3 заметил. Кроме того, в разного рода альтах apt-get install sendmail на раз вынесет устанавливаемый по-умолчанию Postfix и поставит Sendmail.