Проблемы с доставкой почты

[diz]

Не знаю, в какой раздел, попробую в этот
Вот такая проблема:

Mon 2009-06-08 22:03:25: Accepting SMTP connection from [xxx.xxx.212.2:27351]
Mon 2009-06-08 22:03:25: --> 220 yyy.ru ESMTP MDaemon 10.0.4; Mon, 08 Jun 2009 22:03:25 +0600
Mon 2009-06-08 22:03:26: <-- EHLO mail.xxxxx.ru
Mon 2009-06-08 22:03:26: Performing IP lookup (mail.xxxxx.ru)
Mon 2009-06-08 22:03:26: * D=mail.xxxxx.ru TTL=(60) A=[xxx.xxx.212.2]
Mon 2009-06-08 22:03:26: ---- End IP lookup results
Mon 2009-06-08 22:03:26: --> 250-yyy.ru Hello mail.xxxxx.ru, pleased to meet you
Mon 2009-06-08 22:03:26: --> 250-ETRN
Mon 2009-06-08 22:03:26: --> 250-AUTH=LOGIN
Mon 2009-06-08 22:03:26: --> 250-AUTH LOGIN CRAM-MD5
Mon 2009-06-08 22:03:26: --> 250-8BITMIME
Mon 2009-06-08 22:03:26: --> 250 SIZE 25000000
Mon 2009-06-08 22:03:26: <-- MAIL FROM:<makarov@xxxxx.ru> SIZE=3947491
Mon 2009-06-08 22:03:26: Performing PTR lookup (2.212.xxx.xxx.IN-ADDR.ARPA)
Mon 2009-06-08 22:03:26: * D=2.212.xxx.xxx.IN-ADDR.ARPA TTL=(1016) PTR=[xxxxx.ru]
Mon 2009-06-08 22:03:26: * Gathering A records...
Mon 2009-06-08 22:03:26: * D=xxxxx.ru TTL=(60) A=[xxx.xxx.212.2]
Mon 2009-06-08 22:03:26: ---- End PTR results
Mon 2009-06-08 22:03:26: Performing IP lookup (xxxxx.ru)
Mon 2009-06-08 22:03:26: * D=xxxxx.ru TTL=(60) A=[xxx.xxx.212.2]
Mon 2009-06-08 22:03:26: ---- End IP lookup results
Mon 2009-06-08 22:03:26: Performing SPF lookup (xxxxx.ru / xxx.xxx.212.2)
Mon 2009-06-08 22:03:26: * Result: none; no SPF record in DNS
Mon 2009-06-08 22:03:26: ---- End SPF results
Mon 2009-06-08 22:03:26: --> 250 <makarov@xxxxx.ru>, Sender ok
Mon 2009-06-08 22:03:26: <-- RCPT TO:<aaaaa@yyy.ru>
Mon 2009-06-08 22:03:26: Производится поиск DNS-BL (xxx.xxx.212.2 – соединение с IP)
Mon 2009-06-08 22:03:26: * bl.spamcop.net - прошло
Mon 2009-06-08 22:03:26: * zen.spamhaus.org - прошло
Mon 2009-06-08 22:03:26: ---- Конечные результаты DNS-BL
Mon 2009-06-08 22:03:26: --> 250 <aaaaa@yyy.ru>, Recipient ok
Mon 2009-06-08 22:03:26: <-- DATA
Mon 2009-06-08 22:03:26: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000329246.tmp
Mon 2009-06-08 22:03:26: --> 354 Enter mail, end with <CRLF>.<CRLF>
Tue 2009-06-09 01:27:21: Connection timed out!
Tue 2009-06-09 01:27:21: SMTP session terminated (Bytes in/out: 1207538/343)

Такая картина наблюдается только с одним сервером, письма с него принимаются, но не всегда и с большими задержками. Провайдер утверждает, что на сетевом уровне по этому направлению все гладко, чему есть косвенное подтверждение в виде того, что почта успешно приходит из другой конторы в той же AS. Авторы MD говорят, что Connection timed out! выдает винсок, а MD только "передает" и дело не в MD.. Какие будут версии и идеи по диагностике?

[and3008]

Операционная система какая? Сервис-паки есть?

[Stranger03]

"diz"
Мне так кажется, что ваш мдаймон не может создать временный файл, либо квоты, либо хрень с файловой системой, либо тупо не хватает дискового пространства.

[diz]

1. ОС Windows Server 2003 со всеми заплатками
2. Места на диске достаточно, квот нет, по ошибкам проверю завтра.

[and3008]

Сними сетевым снифером дамп трафика. Сразу фильтрацию по этому хосту включи, дабы лишний трафик не ловить. Ну и погляди уже на сетевом уровне сам. Провайдерское "все чисто" относится скорее к физике, чем к работе сетевых протоколов.

Wireshark или Network Monitor в помощь.

Сдается мне на том сервере какие-то тормоза. Возможно на уровне сетевого приложения. Либо ошибка в настройке сетевой подсистемы. Доказать это можно только сняв дамп сетевого трафика с той стороны тоже. Пообщайся с владельцем, может посодействует в решении проблемы.

[diz]

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

[and3008]

Без дампа - это гадание на кофейной гуще. Может быть что угодно. И неверное согласование MTU (из-за кривой настройки FireWall) и неверная настройка сети (из-за сложной сетевой топологии и нарушений правила "лучше так не делать") и неверная настройка ПО или ОС и банальная перегрузка сервера чем-то (трафиком или файлами или загрузкой процессора).

Пока можно сказать, что проблема в медленной передаче тела письма. Она настолько медленна или число повторных передач столь велико, что иногда стек TCP/IP сообщает "Connection timed out!", что означает "Ну не смогла я, не смогла!".

Что сие и откуда растут ноги - это вопрос творческий. Подходить надо комплексно и поэтапно. Разделять задачу на части, проверять каждую часть, точно знать как это должно работать в идеале и как это работает сейчас.

[diz]

Всем спасибо. Мудила сетевая карта. Почему аукнулось только с одним контрагентом - загадка..