[РЕШЕНО] Exchange 2010: 421 4.4.2 Connection dropped due to connection reset

[Retif]

1472 еще пингуется, выше, уже нет:

C:\Users\admin>ping mxs.mail.ru -l 1472

Pinging mxs.mail.ru [94.100.176.20] with 1472 bytes of data:
Reply from 94.100.176.20: bytes=1472 time=4ms TTL=121
Reply from 94.100.176.20: bytes=1472 time=5ms TTL=121
Reply from 94.100.176.20: bytes=1472 time=4ms TTL=121
Reply from 94.100.176.20: bytes=1472 time=4ms TTL=121

Ping statistics for 94.100.176.20:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 4ms, Maximum = 5ms, Average = 4ms

C:\Users\softline>ping mxs.mail.ru -l 1473

Pinging mxs.mail.ru [94.100.176.20] with 1473 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 94.100.176.20:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

И что это означает? 


Updated: 20 November 2013, 12:18:53
Такс, наладилось, очереди рассосались. По ходу всё же помогло создание SPF-записи. Хотя всю жизнь было без неё  Хотелось бы услышать объяснения от знающих людей, в чем тут дело было 

Updated: 20 November 2013, 12:37:33
У меня такая версия, что на всех этих доменах, на которые не уходила почта, используется одинаковое антиспамное ПО, которое вчера внезапно обновилось или обновились какие-то критерии и т.п. Наверно

[Retif]

Что-то наверно все же не в SPF дело 

От спамореза письмо пришло:

По обращению к нам в службу технической поддержки выяснилось, что имеются определенные проблемы при доставке писем от наших серверов до Вашего smtp.
Приведу пример.
Письмо проходит анализ нашим сервером и передается на доставку:

> 2013-11-14 16:42:08.034687500 qmail-smg[92163]: 1311141642082163005
> New SMID gererated: 1311141642082163005
> 2013-11-14 16:42:08.065293500 qmail-smg[92163]: 1311141642082163005
> MAIL from: FROM:<mzhigailov@keledesign.ru> SIZE=126358
> 2013-11-14 16:42:08.344594500 qmail-smg[92163]: 1311141642082163005
> MFCHECK pass [91.215.227.90] keledesign.ruZ
> 2013-11-14 16:42:08.487267500 qmail-smg[92163]: 1311141642082163005
> Received-SPF: none (spz05.spamorez.ru: domain at keledesign.ru does
> not designate permitted sender hosts)
> 2013-11-14 16:42:08.490684500 qmail-smg[92163]: 1311141642082163005
> MAIL FROM:<mzhigailov@keledesign.ru>
> 2013-11-14 16:42:08.492266500 qmail-smg[92163]: 1311141642082163005
> RCPT TO:<dekor_spb@kontora.ru>
> 2013-11-14 16:42:08.496529500 qmail-smg[92163]: 1311141642082163005
> greylite.cdb check: 91.215.227.90+kontora.ru+keledesign.ru
> 2013-11-14 16:42:08.496531500 qmail-smg[92163]: 1311141642082163005
> greylite.cdb found: 91.215.227.90+kontora.ru+keledesign.ru
> 2013-11-14 16:42:08.496533500 qmail-smg[92163]: 1311141642082163005
> Greylite verified [91.215.227.90] by local cdb
> 2013-11-14 16:42:12.920667500 qmail-smg[92163]: 1311141642082163005
> QUIT
> 2013-11-14 16:42:12.920809500 qmail-smg[92163]: 1311141642082163005
> SMTP Session end

  лог доставки письма:

> 2013-11-14 16:42:12.411679500 1311141642082163005: new msg
> 2013-11-14 16:42:12.411985500 1311141642082163005: info bytes 124218
> from <mzhigailov@keledesign.ru> qp 92194 uid 307
> 2013-11-14 16:42:12.411987500 1311141642082163005: starting delivery
> 898574 to remote dekor_spb@kontora.ru
> 2013-11-14 16:42:13.559445500 1311141642082163005: delivery 898574:
> deferral:
> Connected_to_89.xxx.yyy.zzz[89.xxx.yyy.zzz]_but_connection_died._(#4.4.2
> )/
> 2013-11-14 16:48:53.465323500 1311141642082163005: starting delivery
> 898682 to remote dekor_spb@kontora.ru
> 2013-11-14 16:48:54.817929500 1311141642082163005: delivery 898682:
> deferral:
> Connected_to_89.xxx.yyy.zzz[89.xxx.yyy.zzz]_but_connection_died._(#4.4.2
> )/

Ваш сервер обрывает соединение в процессе передачи данных, возвращая 442 ошибку, после чего мы пытаемся отправить письмо еще раз через некоторое время.
Часть писем из очереди доставляется с большими задержками, часть уничтожается из-за того, что пробыла в очереди слишком долго.

[Fray]

Может все-таки проблемы на канале?

[Retif]

Ды вот фиг его знает, как их отследить-то? Прову звонили, он сказал все нормально 

Если б на канале были б, тогда что почта уходить стала после создания записи SPF? 

Updated: 20 November 2013, 17:54:07
Запросил сейчас свежий лог у спамореза, включил логгирование на receive-коннекторе, буду сравнивать.

[shs]

ping mxs.mail.ru -l 1500

вот это странно, ты же не ставил флаг, запрещающий фрагментирование пакетов.

Updated: 21 November 2013, 12:19:00

Если б на канале были б, тогда что почта уходить стала после создания записи SPF?

не понял? Т.е. проблемы уже нет?

[Retif]

вот это странно, ты же не ставил флаг, запрещающий фрагментирование пакетов.

Да это похоже на строне mail.ru так, с другого прова то же самое.

не понял? Т.е. проблемы уже нет?

Ну вроде нет, надо только убедиться, что со спамореза почта приходит нормально, жду ответа от них.

Updated: 21 November 2013, 13:22:28
В общем так:

Спаморез сообщил что за вчера вечер и сегодня по логам видят, почта работает.
Письма исправно отправляются\принимаются.

[$pin@grbI3]

Была аналогичная ситуация, долго не решали т.к всего один контрагент не принимал от нас письма. Действительно добавили SPF запись и оно убежало.