ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Serg Oskin                           2:5020/20      12 Mar 2005  22:21:24
 To : Eugene B. Berdnikov
 Subject : Re: Какой MTA выбрать?
 -------------------------------------------------------------------------------- 
 

 .RFC-X-Complaints-To: news@spider.ncc.macomnet.ru
 .RFC-NNTP-Posting-Date: Sat, 12 Mar 2005 18:21:25 +0000 (UTC)
 .RFC-Cancel-Lock: sha1:H1oZAmizUPwR6PZThqO/lIRW+Ik=
 
 tva.ru>
 
 "EBB" == Eugene B Berdnikov wrote:
 
  EBB> From: berd@desert.ihep.su (Eugene B. Berdnikov)
  EBB> Sergey Mudry <upx@nsk.ru> wrote:
  EBB> Какой именно таймаут и что значит ловить?
  SM> 
  SM> Зависание демона SMTP на той стороне. Или помехи в линии, из-за которой 
  SM> реальной передачи данных не происходит. Хочется ждать не более 30 секунд 
  SM> отсутствия передачи данных, и обрывать связь независимо от заполненности 
 
  EBB> Hу вот поставьте в ppp таймаут в 30 секунд. :)
 
 А если пакетики "туда" уходят, а ответы не приходят?..
 
  SM> очереди. Или сразу после завершения передачи последнего письма.
  SM> 
  EBB> Вы не понимаете, что мой скрипт отключает линк не позднее чем 
  EBB> через 5 сек.  после _завершения_ обработки очереди постфиксом?
  EBB> Читайте внимательнее.
  SM> 
  SM> Вот именно. После _завершения_. А завершения можно и не дождаться по 
  SM> железячным причинам.
 
  EBB> Если железка зависла, всё равно давить ресет, и автоматизируется
  EBB> эта проблема _только_ установкой watchdog'а, а не специального MTA.
 
 Между хостами X и Y 10 хопов и на 5-ом случился "затык". Внимание вопрос:
 как туда поставить watchdog или нажать там reset?
 
  EBB> Вообще, для pppd есть стандартное решение: надо поставить таймаут 
  EBB> на idle, а в /etc/ppp/ip-up.local написать "postqueue -f", если 
  EBB> стоит постфикс.
  SM> 
  SM> А, ну да. Вообще-то, можно. А повторные передачи пакетов tcp мешать 
  SM> не будут? 
 
  EBB> Как только интервал между ретрансмиссиями превысит 30 сек
  EBB> (а произойдёт это ровно через 30 сек после начала ретрансмисий),
  EBB> так таймер и сработает.
 
  EBB> Только в этом случае с желанием ждать не больше 30 сек. придётся 
  EBB> расстаться, за исключением ситуации с использованием провайдерского 
  EBB> smarthost'а на быстрой линии (да и тут придётся подкрутить таймауты 
  EBB> в MTA).
  SM> 
  SM> В qmail такая фича была. Hе верю, чтобы больше такого нигде не было. 
 
  EBB> Дело не в наличии каких-то фич, а в том, что 30 сек - совершенно
  EBB> непригодный для общения с реальным миром таймаут. И если Вы хотите
  EBB> несовместимого (беспроблемного хожденя почты и нелепого значения
  EBB> таймера), то кто-то должен за Вас решать Ваши проблемы.
  EBB> Hапример, провайдер с нормальным MTA.
 
 Если не нравится "30 сек", то пусть будет "30 мин", ну или сколько
 нравится. :)
 
 -- 
         Serg (http://oskin.ru/)
 ~
 ~
 :q!
 --- Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, linux)
  * Origin: Serg at 2:5020/20 (2:5020/20@fidonet)
 
 

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