|
|
ru.unix- RU.UNIX ---------------------------------------------------------------------- From : sales@gpz.fi 2:5020/400 24 Aug 2000 15:48:35 To : All Subject : Re: qmail question -------------------------------------------------------------------------------- Artem Chuprina wrote: > > То есть не отвечающего хоста это не касается? Тогда не все так плохо. Hадо Да, это уже исправлено. Довольно давно afaik. > проверить, кстати. Собственно, тогда я более-менее понимаю, что имелось в > виду. Ситуация означает, что он либо перегружен, либо криво сконфигурирован. > От второго все равно мало что спасет, следующий в очереди MX все равно А цель профессора - учить. Даже насильственно, и даже не зная причин кривизны. И не считаясь с неудобствами для невиновных. (И даже зная, как в некоторых случаях можно спасти "от второго" - спасание мешает главной цели.) > "дальше" и все равно будет к данному ломиться (нет, я могу себе представить > конфигурацию, которая допускает на MX с дистанцией 10 почту только с того > хоста, который прописан с дистанцией 20, а тот уже принимает отовсюду, но если > он при этом еще и позволяет с остальных хостов коннектиться, то это криво до > умопомрачения). Про "перегружен" и наличие более "далекого" MX - а какая, > собственно, разница, где письмо будет болтаться в очереди? Кроме того, если > прямо сейчас пойти на тот MX, а он прямо сейчас же попытается прокинуть письмо > на первый, то разгрузке первого это совсем не поспособствует. А про > "перегружен" и наличие другого MX с той же дистанцией надо посмотреть на > упоминаемый им load balancing. Кроме загрузки самих MX есть загрузка каналов, и если узкое горло до MX... > То есть я еще не уверен, что подход DJB правильный, но во всяком случае я вижу > в нем один плюс (он способствует разгрузке перегруженного MX) и один возможный > минус вокруг load balancing. Плюс по сравнению с предыдущим подходом того же профессора? Да :-I ;) > > -- > Счастливо! > Ран. Удач, -- Vladimir Tchoukharev --- ifmail v.2.15dev5 * Origin: Sonera corp Internet services (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix/142728514e79.html, оценка из 5, голосов 10
|