|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Pavel Marenyuk 2:5080/1003 21 Feb 2006 01:48:07
To : Valentin Nechayev
Subject : Re:postfix-говно
--------------------------------------------------------------------------------
Valentin Nechayev <netch@segfault.kiev.ua> wrote:
PM>>>> Так это оказывается не просто тупой раутер а это "типа mail server" и при
PM>>>> этом после установки кульадмин не удосужился прочесть
PM>>>> BASIC_CONFIGURATION_README ?
AK>>> админ мог быть просто привыкши к вменяемым MTA, где если это "типа
AK>>> мэйл сервер", вся задача которого три локальных email'а обслуживать,
AK>>> читать всякие файлы со странными названиями совершенно необязательно.
PM>> ?!!
PM>> Что - слишком много букофф ?
PM>> Урежь осетра.
PM>> Админ, которому читать всякие файлы необязательно, называется по другому.
VN>
VN> Загляни в /etc и посмотри, сколько там файлов, которые ты 1) вообще
VN> никогда не просматривал, 2) никогда не использовал и не
VN> редактировал.
VN>
VN> Я вот так с ходу насчитал штук 20. Понятно, что всякие
VN> /etc/isdn/isdnd.rates.F за отсутствием ISDN платы нафиг не сдались,
VN> но вот например /etc/periodic/daily/430.status-rwho... он же
VN> выполняется каждый день. При том, что rwho в этой сети не было
VN> последних лет 10. Да, он видит в конфиге что ему не разрешили
VN> работать и выходит; а что если в какой-то новой версии кто-то ещё
VN> внесёт в него новую fункциональность?
VN>
VN> Вот так и с постфиксом. Одно дело - поставить нечто что требует
VN> глубокого разбирательства ибо конфигов нет вообще (была в 70-х такая
VN> манера - юниксы поставлялись вообще без /etc, админы их себе писали
VN> с нуля). Другое дело - когда конфигурация типа есть, и она по
VN> определению обещана работоспособной для базового случая и
VN> безопасной, но в неё заложен хитрый такой подводный кирпич, который
VN> всплывёт в самый неподходящий момент.
VN>
Hу так, работоспособная она и, какраз, для базового случая.
А в небвзовых случаях - всеравно нужно править.
А убрать кирпич - станет неработоспособной.
Можно вставить чеку имени "remove_or_comment_it" - но ето сродни надписи
"не предназначено для сушения кошек" на микроволновке,- помешать засунуть
кошку - не в состоянии, зато на претензии "микроволновка-говно" - есть
отмазка...
VN> Hу нельзя рассчитывать что админ будет просматривать полностью всю
VN> документацию и учитывать все тараканы каждой подсистемы. Хватит уже,
VN> времена когда деревья^W компьютеры были большими и занимали целый
VN> зал - кончились.
VN>
И не нужно.
Hо вот если ставится "типа почтовая система" или "типа веб сервер"
просмотреть default config и поправить, хоть руками, хоть гуевой
конфигурялкой - крайне не помешало бы.
AK>>> Вот для таких админов и предупреждение в subject'е.
AK>>> Остальные могут и дальше учить паровозы летать.
AK>>>
PM>>>> Ты его почтовый адрес знаешь,- туда и высылай ножницы.
AK>>> туда я вышлю совет снести какашку и поставить что-нибудь разумное.
AK>>>
PM>> Тоесть сделать условия чтобы тебе было легче подтирать за ним .
VN>
VN> Сам понял чё сказал? (tm)
VN>
Шо ж тут непонятного ?
--
Всем - всего
Павел pavlomr@hotmail.com
--- ifmail v.2.15dev5
* Origin: (http://news.cca.usart.ru/) USURT's FidoNET<-> (2:5080/1003@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
