The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"проблема с доставкой почты (+)"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [ Отслеживать ]

"проблема с доставкой почты (+)"  
Сообщение от Egor347 email on 21-Янв-09, 17:26 
Добрый день All
Есть sendmail , настроенный в качестве внешнего smtp релея
Есть Exchange внутри
Пользователь шлет письмо наружу,письмо не доходит, в логах sendmail следующее:

Jan 21 17:11:24 mailserver sm-mta[54343]: n0LBFWql045279: to=<krukov@vsrf.ru>, delay=02:55:47, xdelay=00:05:01, mailer=esmtp, pri=1888048, relay=mail.vsrf.ru. [194.226.83.171], dsn=4.0.0, stat=Deferred
Jan 21 17:11:24 mailserver sm-mta[54343]: n0LAsXYb043895: to=<krukov@vsrf.ru>, delay=03:16:46, xdelay=00:00:00, mailer=esmtp, pri=2070992, relay=mail.vsrf.ru., dsn=4.0.0, stat=Deferred: Resource temporarily unavailable

Jan 21 15:38:27 mailserver sm-mta[49827]: n0LAsXYb043895: to=<krukov@vsrf.ru>, delay=01:43:49, xdelay=00:00:00, mailer=esmtp, pri=1710992, relay=mail.vsrf.ru., dsn=4.0.0, stat=Deferred: Broken pipe


а иногда проходит нормально

Jan 21 14:06:40 mailserver sm-mta[44721]: n0LAUnWo042199: to=<krukov@vsrf.ru>,<kryukov_sa@vsrf.ru>, delay=00:35:46, xdelay=00:00:00, mailer=esmtp, pri=1288065, relay=mail.vsrf.ru. [194.226.83.171], dsn=2.0.0, stat=Sent (n0LAqKtQ004110 Message accepted for delivery)


С другими доменами проблем нет, с получением от этого проблемного пользователя тоже проблем нет

У кого искать ошибку у них или у себя?

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "проблема с доставкой почты (+)"  
Сообщение от Medlar email(??) on 21-Янв-09, 18:48 
>Jan 21 17:11:24 mailserver sm-mta[54343]: n0LBFWql045279: to=<krukov@vsrf.ru>, delay=02:55:47, xdelay=00:05:01, mailer=esmtp, pri=1888048, relay=mail.vsrf.ru. [194.226.83.171], dsn=4.0.0, stat=Deferred

Сообщение не могло быть доставлено плучателю, оно поставлено в очередь (причину ищите в файле очереди)

>Jan 21 17:11:24 mailserver sm-mta[54343]: n0LAsXYb043895: to=<krukov@vsrf.ru>, delay=03:16:46, xdelay=00:00:00, mailer=esmtp, pri=2070992, relay=mail.vsrf.ru., dsn=4.0.0, stat=Deferred: Resource temporarily unavailable

Сервер mail.vsrf.ru ответил достаточно прозрачно, что в данный момент
его ресурсы недоступны, видимо, из-за большой нагрузки

>
>Jan 21 15:38:27 mailserver sm-mta[49827]: n0LAsXYb043895: to=<krukov@vsrf.ru>, delay=01:43:49, xdelay=00:00:00, mailer=esmtp, pri=1710992, relay=mail.vsrf.ru., dsn=4.0.0, stat=Deferred: Broken pipe

Обрыв связи -> письмо в вашей очереди


>С другими доменами проблем нет, с получением от этого проблемного пользователя тоже
>проблем нет

Ну правильно, ваш сервер не перегружен так как тот, поэтому ваш не отказывается от писем

>У кого искать ошибку у них или у себя?

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


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "проблема с доставкой почты (+)"  
Сообщение от Egor347 email on 30-Янв-09, 09:50 
Вот что в итоге выяснилось

при установке TCP соединения между сервером-отправителем и нашим
почтовым сервером, сервер-отправитель может послать ICMP запрос с целью
установить максимальный размер TCP пакета (MTU). Наш провайдер фильтрует все входящие соединения за исключением заранее оговоренных
(80 и 25 порты TCP). Не получая ответа на свой запрос сервер-
отправитель устанавливает размер MTU отличный от нашего (1500). В
результате письма превышающие этот размер обычно не доставляются, в
логах Sendmail появляется запись вида:

SYSERR(root): collect: I/O error on connection from [???.???.???.???],
from=<????@????>

Что пытался сделать я :

менял параметр mtu ( максимальный размер пакета )
до 1500 ( хотя этот размер выставляется по умолчанию) и уменьшали его в меньшую сторону , так же отключали параметр
sysctl net.inet.tcp.path_mtu_discovery=0 , никаких положительных
результатов это не принесло.


Иногда кстати письма проходят, повисев в очереди 1-1.5 суток

Что с ними делать пока мыслей нет...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "проблема с доставкой почты (+)"  
Сообщение от Medlar email(??) on 30-Янв-09, 13:26 
Я как-то собирала ссылки по проблеме с MTU, посмотрите, может, поможет,

http://www.sendmail.org/faq/section3
http://www.anrb.ru/linux/timeout.html
http://sysadmins.ru/topic213104-15.html

Если что-то поможет, отпишитесь, пож-та.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру