Проблемы с доставкой почты
Модераторы: Trinity admin`s, Free-lance moderator`s
Проблемы с доставкой почты
Не знаю, в какой раздел, попробую в этот
Вот такая проблема:
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.. Какие будут версии и идеи по диагностике?
Вот такая проблема:
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.. Какие будут версии и идеи по диагностике?
Re: Проблемы с доставкой почты
Операционная система какая? Сервис-паки есть?
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Проблемы с доставкой почты
"diz"
Мне так кажется, что ваш мдаймон не может создать временный файл, либо квоты, либо хрень с файловой системой, либо тупо не хватает дискового пространства.
Мне так кажется, что ваш мдаймон не может создать временный файл, либо квоты, либо хрень с файловой системой, либо тупо не хватает дискового пространства.
Re: Проблемы с доставкой почты
1. ОС Windows Server 2003 со всеми заплатками
2. Места на диске достаточно, квот нет, по ошибкам проверю завтра.
2. Места на диске достаточно, квот нет, по ошибкам проверю завтра.
Re: Проблемы с доставкой почты
Сними сетевым снифером дамп трафика. Сразу фильтрацию по этому хосту включи, дабы лишний трафик не ловить. Ну и погляди уже на сетевом уровне сам. Провайдерское "все чисто" относится скорее к физике, чем к работе сетевых протоколов.
Wireshark или Network Monitor в помощь.
Сдается мне на том сервере какие-то тормоза. Возможно на уровне сетевого приложения. Либо ошибка в настройке сетевой подсистемы. Доказать это можно только сняв дамп сетевого трафика с той стороны тоже. Пообщайся с владельцем, может посодействует в решении проблемы.
Wireshark или Network Monitor в помощь.
Сдается мне на том сервере какие-то тормоза. Возможно на уровне сетевого приложения. Либо ошибка в настройке сетевой подсистемы. Доказать это можно только сняв дамп сетевого трафика с той стороны тоже. Пообщайся с владельцем, может посодействует в решении проблемы.
Re: Проблемы с доставкой почты
В общем-то к этому и пришли, договорились о совместном снятии дампов на послезавтра. Думал, может что для самостоятельной работы предложите до этого
Re: Проблемы с доставкой почты
Без дампа - это гадание на кофейной гуще. Может быть что угодно. И неверное согласование MTU (из-за кривой настройки FireWall) и неверная настройка сети (из-за сложной сетевой топологии и нарушений правила "лучше так не делать") и неверная настройка ПО или ОС и банальная перегрузка сервера чем-то (трафиком или файлами или загрузкой процессора).
Пока можно сказать, что проблема в медленной передаче тела письма. Она настолько медленна или число повторных передач столь велико, что иногда стек TCP/IP сообщает "Connection timed out!", что означает "Ну не смогла я, не смогла!".
Что сие и откуда растут ноги - это вопрос творческий. Подходить надо комплексно и поэтапно. Разделять задачу на части, проверять каждую часть, точно знать как это должно работать в идеале и как это работает сейчас.
Пока можно сказать, что проблема в медленной передаче тела письма. Она настолько медленна или число повторных передач столь велико, что иногда стек TCP/IP сообщает "Connection timed out!", что означает "Ну не смогла я, не смогла!".
Что сие и откуда растут ноги - это вопрос творческий. Подходить надо комплексно и поэтапно. Разделять задачу на части, проверять каждую часть, точно знать как это должно работать в идеале и как это работает сейчас.
Re: Проблемы с доставкой почты
Всем спасибо. Мудила сетевая карта. Почему аукнулось только с одним контрагентом - загадка..
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 15 гостей