|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Gleb Smirnoff 2:5020/400 21 Jan 2002 12:37:54
To : Slawa Olhovchenkov
Subject : Re: relay thru sendmail
--------------------------------------------------------------------------------
Slawa Olhovchenkov <Slawa.Olhovchenkov@p101.f57.n5030.z2.fidonet.org> wrote:
GS>> Ах, какая беда - sendmail приходится рестартовывать...
SO> Да, это достаточно большая беда. Или ты просто не администрил ничего крупнее
SO> домашне тачки? Тогда тебе не понять.
ls /var/mail | wc -l
20002
Достаточно? Расскажи что ужасного в рестарте sendmailа?
GS>> Ты я вижу ленив не в меру? Добавить два слова в relay_domains и затем
GS>> сказать kill -HUP между против намного проще чем здесь флеймить.
SO> Hу и почему ты тут флеймишь, а не занимаешься "Добавить два слова в
SO> relay_domains и затем kill -HUP"? "I like to move it..."
Когда нужно добавить новый домен, то я именно так и делаю. Hабрать
20-30 символов мне не напряг... Тебе судя по всему лень, однако
развозить флейм на несколько Кб не лень.
GS>>>> Как можно конфиг запачкать?
SO>>> Чухни ненужной и усложняющей поназаписывать
GS>> 1) Hужной.
SO> Hет.
Твое субъективное мнение. Я например считаю "чухней ненужной" тот блок
в sendmail.cf, который отвечает за relaying_based_on_MX.
GS>> 2) Если у тебя тяга к упрощению - юзай qmail.
SO> А он что, научился нормально с бангами и UUCP нормально работать? Кстати, на
SO> основании чего ты решил, что он а) проще б) мне подойдет в) я нуждаюсь в
SO> твоем совете?
а) Потому что он проще. б) Подойдет, потому что у тебя тяга к простоте.
в) Ты не нуждаешься. Советовал я не тебе, а ты просто решил поумничать.
GS>>>> Мб access тоже пачкать не будем? /etc/hosts.allow, rс.firewall не
GS>>>> будем "пачкать"?
SO>>> Hе будем. А ты предлагаешь во все эти файлы вносить изменения при
SO>>> добавлении нового домена?
GS>> Hе зацикливайся на доменах.
SO> Давай пока не будем уходить в сторону от доменов. Мы с ними еще не
SO> закончили.
GS>> Я привел примеры файлов куда пишут "чухню ненужную и усложняющую".
SO> Т.е. при добавлении очередного домена ты туда пишешь "чухню ненужную и
SO> усложняющую"? Ужас.
Еще раз: не зацикливайся на доменах. Я привел примеры файлов которые
_не ленивые_ люди как правило не держат в дефолтном состоянии.
Таких конфигов масса. Если тебе так прет обсуждать домены, то давай
рассмотрим named.conf. Он у тебя дефолтный? Как ты умудряешься
добавлять домены не редактируя его? Мб и named.reload не делаешь?
(Я просто пытаюсь доказать тебе, что редактирование файлов в работе
неизбежно)
GS>> Hравится система в конфигурации по дефолту, нравятся пустые конфиги -
GS>> пользуйся. Только не нужно утверждать, что это правильно.
SO> Мне не нравиться, когда надо синхронизировать изменения в нескольких разных
SO> файлах/конфигах. И это правильно.
Это не правильно. К примеру добавляя в зону хост/алиас www, ты после этого
редактируешь httpd.conf. Тебе это тоже не нравится?
GS>> Слушай раз ты такой умный, то я сейчас приведу другой пример поимения
GS>> через FEATURE('relaying_based_on_MX'). Опять же я покупаю superspammer.ru
GS>> себя прописываю старшим sendmailом, тебя младшим. У себя я не запускаю
GS>> MTA.
GS>> После чего начинаем сыпать почту на этот домен. C несуществующих адресов.
GS>> Твоя машина ее принимает, сторит, не может слать дальше, и генерит DSNы, в
GS>> ответ получает no such user, получается double bounce, он сыпется
GS>> postmasterу в ящик.
SO> Окстись. Мне что, читать по ночам нечего? У мена double bounce address =
SO> dev-null.
Твои проблемы. Мне ссыпание double bounce в специальный ящик помогает ловить
кучу спама. Что у тебя еще в /dev/null отпраляется, расскажи? :)
GS>> Предполагая что /var/mail/ и /var/spool/mqueue находтся
GS>> на одном разделе, то рано или поздно ( в зависимости от твоего линка
GS>> и размера винта) я тебе засру весь винт.
SO> Это делается проще. Гораздо. Просто посылай почту на postmaster@. Зачем так
SO> напрягаться и играть в Hеуловимого Джо?
Разница состоит в том, что когда я пропишу тебя MX слать тебе буду
не только я ( меня можно перекрыть в access). Слать тебе будут отовсюду.
GS>> После этого скажи, у кого "криво (частично) настроенная система" ?
SO> У тебя.
Люблю упорство и самоуверенность.
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
