ru.unix

 
 - RU.UNIX ----------------------------------------------------------------------
 From : Eugene B. Berdnikov                  2:5020/400     31 May 2000  19:41:02
 To : "Vitaly E.Lavrov"
 Subject : Re: Что-то с сендмэйлом? (оффтопик)
 -------------------------------------------------------------------------------- 
 

 Vitaly E.Lavrov <lve@cit.aanet.ru> wrote:
 
 VEL> Eugene B. Berdnikov <berd@desert.ihep.su> wrote:
 >> Vitaly E.Lavrov <lve@cit.aanet.ru> wrote:
 >> VEL> PS sendmail имеет неприятное свойство - таймаут на все команды у
 >> него
 >> VEL> один.
 VEL> 
 >>  И давно это он так деградировал? :)
 
 VEL> Видимо давно, просто я решил однажды посмотреть сколько будует ждать
 VEL> сендмеил после коннекта к нему helo/echo оказалось 1 час по умолчанию ,
 VEL> разборки с исходниками и докой показали сей факт ( в 8.9.3 - это точно, в
 VEL> 8.10 еще не смотрел )
 
  Это называется таймаутом на время ожидания команды.
  "Любой" команды. :)
  В том смысле что пока ждешь, не знаешь, какая команда придет.
  За исключением первоначального helo/ehlo, конечно.
 
 VEL> Помоему это не верно в корне, если клиент не может сказать helo/ehlo
 VEL> в течении 5 минут - то он не клиент, а труп ходячий :)
 
  Hе забывайте, что прежде чем сказать helo/ehlo после успешного connect(),
  клиент должен прочесть greeting message от SMTP-сервера. И только потом
  говорить "helo". А канал в это время может упасть. Имеет право. :)
  И надолго, минут на 15, например. Вполне реальная жизненная ситуация,
  наблюдаемая в логах.
 
  Hет никакого смысла выделять первоначальное "helo" среди других команд.
  Потому что ни один нормальный клиент не будет чего-то ждать, заливая мейл.
  Он будет посылать в цикле mail/rcpt/data сразу по приходу ответов сервера.
  Ответы действительно могут идти с разными задержками - потому что
  delivery/relaying может требовать времени, и существование различных
  конфигурируемых таймаутов в сендмейле - для _клиентской_ моды работы -
  вполне осмысленны. А вот плодить различные таймауты для моды работы
  как _сервера_ совершенно бесполезно - здесь задержки характеризуют только
  состояние канала, и больше ничего.
 
 VEL> Хак этого дело 5 минут...
 
  Hе имеет смысла по изложенной выше причине.
 -- 
  Eugene Berdnikov
 --- ifmail v.2.15dev5
  * Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор