профессиональное про почту

[dil]

а вот читающим меня сисадминам было бы интересно узнать про всякие маленькие хитрости по настройке sendmail'а, которых у меня накопилось?

upd: это пока просто опрос, оно если и будет, то не скоро. и скорее всего, не тут. тут будут анонсы.

Comments

[moshushi.livejournal.com]

Да, интересно, и не только по sendmail. Всегда интересны маленькие хитрости.
Спасибо.

[some41.livejournal.com]

маленькие хитрости это вроде
rm `which sendmail`
alias sendmail=postfix
?

[dil.livejournal.com]

нет, это вроде http://community.livejournal.com/ru_root/1713187.html?thread=20463907&format=light#t20463907 или http://community.livejournal.com/ru_root/1713187.html?thread=20473635&format=light#t20473635
;)

[alexshubert.livejournal.com]

Все верно сказал.

информация о тонкостях сендмейл примерно настолько же ценна, как хитрости перебора двигателей запорожцев, по-моему.

[sir-dog.livejournal.com]

Да, интересно.

[schors.livejournal.com]

Да, очень

[dil.livejournal.com]

что, ты тоже пользуешься сендмейлом? :)

[schors.livejournal.com]

ммм... он иногда попадается и он как submit везде по-умолчанию

[schors.livejournal.com]

у меня естественно

[mik1.livejournal.com]

зачем учить людей плохому?)

ps. год назад усилием воли переехал с сендмыла на котором прожил лет восемь (вплоть до руками под себя править cf'ы) и наконец-то вздохнул спокойно))

[dil.livejournal.com]

там вот наверху есть ссылочки на два вопроса. вы на них можете ответить?

[mik1.livejournal.com]

банально, но за все приходится платить, в том числе и за супергибкость настроек

навскидку я не дам ответ ни на один из вопросов, приведенных выше, возможно отчасти и потому, что уйдя с сендмыла я не столкнулся с необходимостью так тонко тюнить мта, а на принцип искать решение не вижу смысла)

я умышленно не назвал на что я перешел, дабы не разводить холиваров, но на том, что углубляться в сендмыл сегодня не есть правильно, продолжаю настаивать - стране больше не нужны профи в сендмыле)

[dil.livejournal.com]

а я разве настаивал на том, что они нужны? я поинтересовался, насколько мои знания могут кому-то пригодиться. ну нет - так нет :)

[svetasmirnova.livejournal.com]

Иногда приходится жить с sendmail-ом

Интересно, разумеется,

[rubah.livejournal.com]

хоть и sendmail в настоящее время не использую.

[tsv.livejournal.com]

Очень!

[lazyboa.livejournal.com]

Хех (http://www.fidorus.ru/calc.cgi?keyword=sendmail).
blaze_ says sendmail is в конце двадцатого века надо иметь очень веские основания для того, чтобы использовать sendmail (c) msh, 1999

[rough_enough.livejournal.com]

yes, of course

[zeleny.livejournal.com]

категорически да.
и можно не ограничиваться одним сендмылом

[alexshubert.livejournal.com]

теоретически - почему бы и нет.
практически, с большим интересом послушал бы обо всем остальном.

[dil.livejournal.com]

не понял. о чём остальном?

[alexshubert.livejournal.com]

о всяких маленьких хитростях, касающихся администрирования, но не сендмейла.

[dil.livejournal.com]

так это я периодически и так пишу, когда что-нибудь интересное обнаруживаю

[alexshubert.livejournal.com]

Да, я знаю. Это намек не останавливаться и не бросать все силы только на шлимыло.

[ru-toor.livejournal.com]

Да, интересны любые хитрости.

Причём я бы предложил даже ещё интереснее. Ты спец в sendmail.
Кто-то в exim, кто-то в postfix.

Дуэль хитростей была бы полезной и расширяющей кругозор :-)

[dil.livejournal.com]

не-не, никаких дуэлей. я рассказываю то, что знаю, если оно кому-то ещё нужно. если кто-то другой захочет рассказать что-то о том, что знает он - на здоровье, но я тут ни при чём.

Может не совсем корректный вопрос.

[moshushi.livejournal.com]

В чем преимущество sendmail перед другими MTA? Где и в каких случаях имеет смысл использовать именно sendmail? Спасибо.

Re: Может не совсем корректный вопрос.

[dil.livejournal.com]

с моей точки зрения - в возможности очень тонкой ручной настройки. по сути сендмейл работает в режиме интерпретатора, а алгоритм обработки писем задаётся правилами в конфиге. в других MTA бОльшая часть обработки зашита в бинарном коде самого MTA, и влиять на неё можно только в пределах хуков, заранее предусмотренных разработчиками.
естественно, как у всякого универсального инструмента, такая гибкость имеет обратную сторону в виде трудночитаемого конфига и сложностей при его модификации. там, где такая гибкость не нужна, а достаточно обычных средств, вполне можно пользоваться другими MTA, я против них ничего не имею :)