Re: Re: connection is broken - держаться больше нету сил!

От: Vladimir A. Butenko <CGatePro_at_mx_ru>
Дата: Thu 22 Dec 2005 - 18:51:08 MSK

On Thu, 22 Dec 2005 18:16:51 +0300
  "Maxim Cherniavsky" <CGatePro@mx.ru> wrote:
>

>>
>> Пожалуйста, приведите Logs, показывающий описываемую Вами ситуацию. 
>> Если Вы не можете найти нужные части лога, то почему Вы так уверены, 
>> что 421 выдан на RCPT TO?

>
> на RSET как оказалось, согласен
>
> этого достаточно?
> 18:08:03.31 5 SMTP-90536() started
> 18:08:03.31 5 SMTP-90536(comail.ru) processing
> 18:08:03.31 5 SMTP-90536(comail.ru) 1 relay(s) found:mx.comstar.ru
>18:08:03.31 4 SMTP-90536(comail.ru) resolving 'mx.comstar.ru'

> 18:08:03.31 4 SMTP-90536(comail.ru) connecting to [83.242.139.27]
> 18:08:03.31 5 SMTP-90536(comail.ru) inp: 220 mx1.comstar.ru ESMTP Postfix
> 18:08:03.31 4 SMTP-90536(comail.ru) connected to mx.comstar.ru
>[83.242.139.27:25], ESMTP

> 18:08:03.31 5 SMTP-90536(comail.ru) out: EHLO comstar.ru\r\n
> 18:08:03.31 5 SMTP-90536(comail.ru) inp: 250-mx1.comstar.ru
> 18:08:03.31 5 SMTP-90536(comail.ru) inp: 250-PIPELINING
> 18:08:03.31 5 SMTP-90536(comail.ru) inp: 250-SIZE 10240000
> 18:08:03.31 5 SMTP-90536(comail.ru) inp: 250-VRFY
> 18:08:03.31 5 SMTP-90536(comail.ru) inp: 250-ETRN
> 18:08:03.31 5 SMTP-90536(comail.ru) inp: 250 8BITMIME
> 18:08:03.31 4 SMTP-90536(comail.ru) Connected. SIZE
> 18:08:03.31 4 SMTP-90536(comail.ru) [12547239] sending
>
>
> ................................
>
>
> 18:08:03.69 5 SMTP-90536(comail.ru) inp: 250 Ok: queued as 5B1AC23E708
> 18:08:03.69 2 SMTP-90536(comail.ru) [12547642] sent to [83.242.139.27:25],
>got:250 Ok: queued as 5B1AC23E708

> 18:08:03.69 5 SMTP-90536(comail.ru) out: RSET\r\n
> 18:08:03.69 5 SMTP-90536(comail.ru) inp: 250 Ok
> 18:08:03.69 4 SMTP-90536(comail.ru) [12548073] sending
> 18:08:03.69 5 SMTP-90536(comail.ru) out: MAIL FROM:<qqbwt@global-one.ru>
>SIZE=2588\r\n

> 18:08:03.70 5 SMTP-90536(comail.ru) inp: 250 Ok
> 18:08:03.70 5 SMTP-90536(comail.ru) out: RCPT TO:<skuzn@comail.ru>\r\n
> 18:08:03.71 5 SMTP-90536(comail.ru) inp: 450 <skuzn@comail.ru>: Recipient
>address rejected: Account skuzn is temporary blocked, please visit 
>http://noc.comstar.ru/mail_blocked.html

> 18:08:03.71 3 SMTP-90536(comail.ru) [12548073] reenqueueing addresses with
>temporary failure

> 18:08:03.71 5 SMTP-90536(comail.ru) out: RSET\r\n
> 18:08:03.71 5 SMTP-90536(comail.ru) inp: 250 Ok
> 18:08:03.71 4 SMTP-90536(comail.ru) [12258328] sending
> 18:08:03.71 5 SMTP-90536(comail.ru) out: MAIL FROM:<sonia@otakumail.com>
>SIZE=6945\r\n

> 18:08:03.73 5 SMTP-90536(comail.ru) inp: 250 Ok
> 18:08:03.73 5 SMTP-90536(comail.ru) out: RCPT TO:<skuzn@comail.ru>\r\n
> 18:08:03.73 5 SMTP-90536(comail.ru) inp: 450 <skuzn@comail.ru>: Recipient
>address rejected: Account skuzn is temporary blocked, please visit 
>http://noc.comstar.ru/mail_blocked.html

> 18:08:03.73 3 SMTP-90536(comail.ru) [12258328] reenqueueing addresses with
>temporary failure

> 18:08:03.73 5 SMTP-90536(comail.ru) out: RSET\r\n
> 18:08:03.73 5 SMTP-90536(comail.ru) inp: 250 Ok
> 18:08:03.73 4 SMTP-90536(comail.ru) [12292087] sending
> 18:08:03.73 5 SMTP-90536(comail.ru) out: MAIL FROM:<cecil@acc-net.com>
>SIZE=5937\r\n

> 18:08:03.74 5 SMTP-90536(comail.ru) inp: 250 Ok
> 18:08:03.74 5 SMTP-90536(comail.ru) out: RCPT TO:<skuzn@comail.ru>\r\n
> 18:08:03.75 5 SMTP-90536(comail.ru) inp: 450 <skuzn@comail.ru>: Recipient
>address rejected: Account skuzn is temporary blocked, please visit 
>http://noc.comstar.ru/mail_blocked.html

> 18:08:03.75 3 SMTP-90536(comail.ru) [12292087] reenqueueing addresses with
>temporary failure

> 18:08:03.75 5 SMTP-90536(comail.ru) out: RSET\r\n
> 18:08:03.75 5 SMTP-90536(comail.ru) inp: 250 Ok
> 18:08:03.75 4 SMTP-90536(comail.ru) [12350339] sending
> 18:08:03.75 5 SMTP-90536(comail.ru) out: MAIL FROM:<faberge@kzkz.info>
>SIZE=4715\r\n

> 18:08:03.76 5 SMTP-90536(comail.ru) inp: 250 Ok
> 18:08:03.76 5 SMTP-90536(comail.ru) out: RCPT TO:<skuzn@comail.ru>\r\n
> 18:08:03.76 5 SMTP-90536(comail.ru) inp: 450 <skuzn@comail.ru>: Recipient
>address rejected: Account skuzn is temporary blocked, please visit 
>http://noc.comstar.ru/mail_blocked.html

> 18:08:03.76 3 SMTP-90536(comail.ru) [12350339] reenqueueing addresses with
>temporary failure

> 18:08:03.76 5 SMTP-90536(comail.ru) out: RSET\r\n
> 18:08:03.76 5 SMTP-90536(comail.ru) inp: 250 Ok
> 18:08:03.76 4 SMTP-90536(comail.ru) [12409950] sending
> 18:08:03.76 5 SMTP-90536(comail.ru) out: MAIL FROM:<61kris@yahoo.com>
>SIZE=25847\r\n

> 18:08:03.78 5 SMTP-90536(comail.ru) inp: 250 Ok
> 18:08:03.78 5 SMTP-90536(comail.ru) out: RCPT TO:<skuzn@comail.ru>\r\n
> 18:08:03.78 5 SMTP-90536(comail.ru) inp: 450 <skuzn@comail.ru>: Recipient
>address rejected: Account skuzn is temporary blocked, please visit 
>http://noc.comstar.ru/mail_blocked.html

> 18:08:03.78 3 SMTP-90536(comail.ru) [12409950] reenqueueing addresses with
>temporary failure

> 18:08:03.78 5 SMTP-90536(comail.ru) out: RSET\r\n
> 18:08:03.78 5 SMTP-90536(comail.ru) inp: 421 mx1.comstar.ru Error: too
>many errors

> 18:08:03.78 4 SMTP-90536(comail.ru) closing connection
> 18:08:03.78 4 SMTP-90536(comail.ru) releasing stream

Очень хорошо ответил - то есть мы опять же в качестве гуманитарной помощи выдаем RSET в подобных ситуациях. На него вообще то-то надо отвечать 250, но если ответили 421 - мы понимаем, что серверу очень плохо, он нас не любит (нас, а не письмо - письмо уже обработалось, про него тут нигде речи нет), и мы САМИ тут закрываем соединение. А обрабатывается такая (в общем-то нестандартная) ситуация как и любой другой подобный "сбой того конца" - то есть как обрыв связи.

> В логах ничего про broken не вижу, но в Monitors он broken

Это эмуляция такой ошибки. То есть любая ошибка протокола - обрабатывается так же, как и брошенное соединение.

Всё было бы много хуже, если бы оно выдавало этот свой 421 не на RSET, а на MAIL FROM - CGatePro бы это не остановило, но мессаж был бы реально отложен на время Delay Message. Я не знаю, как этот фриваре-Postfix обрабатывает ситауации, когда RSET не выдается, если он просто выдает на любую команду после какого-то числа ошибок (и с RSET тут просто повезло) - то плохо. Надо бы несколько больше статистки набрать. Поэтому гораздо надежнее просто бросать соединение, если уж очень не хочется с кем-то разговаривать.

А если Вам не хочется, чтобы Вас отшивали таким образом надолго - то Retry Every Вам в помощь (уменьшение его значения).

Единственное предложение, которое из этого всего вытекает - IMHO - это ввести 2 опции по откладыванию очередей хостов: одну - если "не удалось вааще", а вторую - если мы смогли "пропихнуть" хотя бы одно письмо, а потом "оно упало". Тут, правда, возникает вопрос, что считать за "пропихнуть" - позитивный ответ на DATA, ".", или ЛЮБОЙ разумный ответ на команды MAIL FROM, RCPT TO, DATA, "." - включая и негативный. Вопрос, однако, непростой - и, как видите, не совсем прямо связан с тем, с чего начался разговор (см. Субж).

> --
> Best regards,
> Maxim Cherniavsky
> Comstar-UTS, Internet Division
> mailto: maxim (at) comstar.ru

Sincerely,
Vladimir Получено Thu Dec 22 15:51:08 2005

Этот архив был сгенерирован hypermail 2.1.8 : Fri 24 Apr 2015 - 16:14:38 MSK