|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 13 Mar 2007 11:40:13
To : Slawa Olhovchenkov
Subject : Re: sendmail queue groups
--------------------------------------------------------------------------------
>>> Slawa Olhovchenkov wrote:
AT>>>> А что, одно и то же задание в очереди сейчас пропихивается
AT>>>> во много мест одновременно ?
SO>>> А зачем? Hе надо.
VN>> Hадо.
VN>> Есть разница между тем, когда одно письмо раздаётся где-то часа два,
VN>> и тем, как на 90% получателей оно разбегается за две минуты.
VN>> Да, я ленивый и ставлю для этого postfix. А на sendmail затем
VN>> отдаётся только то, что postfix не смог раздать за 1-2 цикла.
SO> ну. так второй вариант -- это и будет то, что у шлимыла по умолчанию, не?
Hе. Есть разница.
Во-первых, если у тебя адреса одного домена попали в разные места
списка (что типично для долгоживущей рассылки), разрезание конверта
на пачки по N получателей разнесёт их в разные доставки. И таким
образом тело письма пролетит на приёмник этого домена несколько раз,
а не один. И если далее длинная цепочка, тело будет дублироваться
много раз.
Во-вторых, даже если ты относительно мелко (по 5-10 получателей)
нарезал сендмылом одно письмо, предыдущий получатель своей доставкой
(которая может длиться часы, а не какие-то минуты) заблокирует
остальных.
В-третьих, если ты мелко нарежешь одно письмо по одному получателю,
а у тебя есть какой-то fallback relay (а у меня он тут безусловно
есть, потому что для мучительных доставок у меня отдельный сервер и
они не грузят остальных) - на этом fallback relay это письмо
задублируется уже телом по количеству нарезок на исходном. Что
означает дикую затрату места.
Если же я первую раздачу делаю чем-то грамотным (вроде postfix), все
три проблемы устраняются. У него есть пул smtp стволов с заданным
предельным их количеством, и при рассылке он применит их всех; все
быстрые доставки будут быстро освобождать стволы и qgmr будет в них
заряжать следующие; и даже если медленные мучительные доставки
постепенно займут 90% стволов, оставшихся будет вполне достаточно
чтобы пусть не мгновенно, но за минуты, а не за часы, раздать
остальные. Все три описанные проблемы для него не существуют. qmgr
собирает получателей из одного домена, доставляя их одной порцией, а
не разными. Безусловной блокировки следующих по списку получателей
предыдущими нету, qmgr хватает следующих из списка как только
освободится smtp. И на fallback в конце концов уйдёт одно тело
письма, а не много.
А вот на fallback'е пусть уже sendmail думает:)
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
