|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 08 Jan 2001 21:19:53 To : Eugene B. Berdnikov Subject : Re: sendmail & multiple hosts - 2 questions -------------------------------------------------------------------------------- >>> Eugene B. Berdnikov wrote: AD>> petrov.com esmtp:mailserver1 AD>> vasechkin.ru esmtp:mailserver2 AD>> ivanovich.org esmtp:mailserver3 EBB> И дробится на 3 задания, если МХы на эти mailserver'ы разные. Угу. Причем впараллель, да? Товарищ, фантастика на втором этаже. EBB> Вообще, этот вопрос часто поднимается в немного другой формулировке - EBB> как сделать, чтобы живая очередь не забивалась мейлами на дохлые хосты? EBB> Ответ: наладить каскад рилеев, каждый из которых будет FallbackMXhost EBB> для предыдущего, и гонять там сендмейлы с разными интервалами просмотра EBB> очереди. Скажем, relay1 пытается отправить каждые 5 минут, при неудаче EBB> сваливает письмо на relay2, который проходит очередь раз в 15 минут, и EBB> т.д. EBB> В принципе нетрудно сделать такой каскад на одном физическом хосте. EBB> Как именно это осуществить - минутная задачка на сообразительность. :) А я сделал кумулятивный аналог MinQueueAge - и, по сравнению со схемой, которую Вы нарисовали, очереди сократились вдвое(!) - средних 500 вместо 1000 до того. Это на smartrelay.lucky.net & relay2.lucky.net. AD>> И другая ситуация - приходит в примерно одно и то же время 20 писем с одним AD>> получателем. Порождается 20 процессов, втискивающих эти 20 писем в один AD>> узкий канал. Как сделать, чтобы в одно время на _один_ хост уходило не AD>> более, скажем 3-х, писем? Ограничивать количество порождаемых процессов AD>> нельзя, так как хостов-получателей много и 20 процессов, отправляющих AD>> письма на разные хосты - это нормально. EBB> Какой вообще здесь смысл? Если 20 процессов - это "нормально", то EBB> почему наличие среди этих 20 процессов 4-5 на один рилей - уже EBB> ненормально? Какое отношение это имеет к загрузке канала? Скажем так, Вам следовало задаться вопросом - какого именно канала? Я вот мог бы на какого-то даунлинка отдать в 100 стволов параллельно, да вот 70% отправок оборвется по таймауту по его забитому ТЧ. А делать SingleThreadDelivery тоже кажется чрезмерным - уж 5 потоков на ТЧ клиента я вполне могу себе позволить, если он такое мне создал. /netch --- ifmail v.2.15dev5 * Origin: Lucky Netch Incorporated (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/91380f287a9f.html, оценка из 5, голосов 10
|