forum.opennet.ru - "RFC-822" (10)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"RFC-822"

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

"RFC-822"		+/–
Сообщение от rf (ok) on 12-Окт-09, 08:45
Здравствуйте. Возникла такая проблема. Это пример, письма, которое сервер доставляет нормально: Oct 9 15:33:01 ns sendmail[704]: NOQUEUE: connect from f143.mail.ru [217.69.128.98] Oct 9 15:33:01 ns sendmail[704]: n99BWuK00704: --> 220 L-SERVER ESMTP Sendmail 8.11.3/8.11.3; Fri, 9 Oct 2009 15:33:01 +0400 (MSD) Oct 9 15:33:01 ns sendmail[704]: n99BWuK00704: <-- EHLO f143.mail.ru Oct 9 15:33:01 ns sendmail[704]: n99BWuK00704: --> 250-L-SERVER Hello f143.mail.ru [217.69.128.98], pleased to meet you Oct 9 15:33:01 ns sendmail[704]: n99BWuK00704: --> 250-ENHANCEDSTATUSCODES Oct 9 15:33:01 ns sendmail[704]: n99BWuK00704: --> 250-8BITMIME Oct 9 15:33:01 ns sendmail[704]: n99BWuK00704: --> 250-SIZE Oct 9 15:33:01 ns sendmail[704]: n99BWuK00704: --> 250-DSN Oct 9 15:33:01 ns sendmail[704]: n99BWuK00704: --> 250-ONEX Oct 9 15:33:01 ns sendmail[704]: n99BWuK00704: --> 250-ETRN Oct 9 15:33:01 ns sendmail[704]: n99BWuK00704: --> 250-XUSR Oct 9 15:33:01 ns sendmail[704]: n99BWuK00704: --> 250 HELP Oct 9 15:33:01 ns sendmail[704]: n99BWuK00704: <-- MAIL FROM:<user@mail.ru> SIZE=1852 Oct 9 15:33:01 ns sendmail[705]: n99BX1K00705: --> 250 2.1.0 <user@mail.ru>... Sender ok Oct 9 15:33:01 ns sendmail[705]: n99BX1K00705: <-- RCPT TO:<local user> Oct 9 15:35:08 ns sendmail[705]: n99BX1K00705: --> 451 <local user>... 98.128.69.217.list.dsbl.org.: Name server timeout Oct 9 15:35:43 ns sendmail[705]: n99BX1K00705: --> 250 2.1.5 <local user>... Recipient ok Oct 9 15:35:43 ns sendmail[705]: n99BX1K00705: <-- DATA ....... дальше лог не привожу, но письмо локальный пользователь получил. Вот лог от письма, которое локальный пользователь так и не получил: Oct 9 15:22:24 ns sendmail[499]: NOQUEUE: connect from forward3.yandex.ru [77.88.46.8] Oct 9 15:22:24 ns sendmail[499]: n99BMJs00499: --> 220 L-SERVER ESMTP Sendmail 8.11.3/8.11.3; Fri, 9 Oct 2009 15:22:24 +0400 (MSD) Oct 9 15:22:24 ns sendmail[499]: n99BMJs00499: <-- EHLO forward3.yandex.ru Oct 9 15:22:24 ns sendmail[499]: n99BMJs00499: --> 250-L-SERVER Hello forward3.yandex.ru [77.88.46.8], pleased to meet you Oct 9 15:22:24 ns sendmail[499]: n99BMJs00499: --> 250-ENHANCEDSTATUSCODES Oct 9 15:22:24 ns sendmail[499]: n99BMJs00499: --> 250-8BITMIME Oct 9 15:22:24 ns sendmail[499]: n99BMJs00499: --> 250-SIZE Oct 9 15:22:24 ns sendmail[499]: n99BMJs00499: --> 250-DSN Oct 9 15:22:24 ns sendmail[499]: n99BMJs00499: --> 250-ONEX Oct 9 15:22:24 ns sendmail[499]: n99BMJs00499: --> 250-ETRN Oct 9 15:22:24 ns sendmail[499]: n99BMJs00499: --> 250-XUSR Oct 9 15:22:24 ns sendmail[499]: n99BMJs00499: --> 250 HELP Oct 9 15:22:24 ns sendmail[499]: n99BMJs00499: <-- MAIL FROM:<user@yandex.ru> SIZE=989 BODY=8BITMIME Oct 9 15:22:24 ns sendmail[505]: n99BMOs00505: --> 250 2.1.0 <user@yandex.ru>... Sender ok Oct 9 15:22:24 ns sendmail[505]: n99BMOs00505: <-- RCPT TO:<local user> ORCPT=rfc822;local user Oct 9 15:24:31 ns sendmail[505]: n99BMOs00505: --> 451 <local user>... 8.46.88.77.list.dsbl.org.: Name server timeout Oct 9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 250 2.1.5 <local user>... Recipient ok Oct 9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 421 4.4.1 L-SERVER Lost input channel from forward3.yandex.ru [77.88.46.8] Oct 9 15:24:43 ns sendmail[505]: n99BMOs00505: lost input channel from forward3.yandex.ru [77.88.46.8] to MTA after rcpt Oct 9 15:24:43 ns sendmail[505]: n99BMOs00505: from=<user@yandex.ru>, size=989, class=0, nrcpts=1, bodytype=8BITMIME, proto=ESMTP, daemon=MTA, relay=forward3.yandex.ru [77.88.46.8] Подскажите, пожалуйста. Почему письма не доставляются? Sendmail 8.11.3 Free BSD 4.3 Единственную разницу в доставке вижу только в том, что просходит: RCPT TO:<local user> ORCPT=rfc822;local user Но дальше-то локальный почтовик пишет, что: 250 2.1.5 <local user>... Recipient ok Почему возникает lost input channel from forward3.yandex.ru [77.88.46.8] to MTA after rcpt Подскажите, пожалуйста. Где что посмотреть, чтобы исправить ситуацию.
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

RFC-822, PavelR, 08:55 , 12-Окт-09, (1)
RFC-822, Etch, 11:14 , 12-Окт-09, (2)

RFC-822, rf, 11:20 , 12-Окт-09, (3)

RFC-822, nadirx2, 11:48 , 12-Окт-09, (4)

RFC-822, rf, 12:33 , 12-Окт-09, (5)

RFC-822, Аноним, 13:33 , 12-Окт-09, (7)

RFC-822, rf, 13:39 , 12-Окт-09, (9)

RFC-822, PavelR, 13:12 , 12-Окт-09, (6)

RFC-822, rf, 13:35 , 12-Окт-09, (8)

RFC-822, rf, 13:43 , 12-Окт-09, (10)

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

1. "RFC-822" +/–

Сообщение от PavelR (??) on 12-Окт-09, 08:55

Пока сендмыл ждет таймаут ресолва - яндекс тоже не теряется и отключается по своему таймауту, не дождавшись ответа... чо тут непонятного ?

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

2. "RFC-822" +/–

Сообщение от Etch on 12-Окт-09, 11:14

DSBL уже давным-давно приказал долго жить: http://www.dsbl.org/
Уберите его из своих блек-листов.

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

3. "RFC-822" +/–

Сообщение от rf (ok) on 12-Окт-09, 11:20

>Пока сендмыл ждет таймаут ресолва - яндекс тоже не теряется и отключается по своему таймауту, не дождавшись ответа... чо тут непонятного ?
"таймаут ресолва" можно пояснить? Я видимо чего-то недопонимаю. Хотите сказать, что дело в том, что локальный сервер не отправил команду
<-- DATA
и поэтому произошёл отлуп?
Нужно править здесь Timeout.datainit в сторону увеличения?
Вот то, что на mail.ru
Oct  9 15:35:43 ns sendmail[705]: n99BX1K00705: --> 250 2.1.5 <local user>... Recipient ok
Oct  9 15:35:43 ns sendmail[705]: n99BX1K00705: <-- DATA
А это на yandex.ru
Oct  9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 250 2.1.5 <local user>... Recipient ok
Oct  9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 421 4.4.1 L-SERVER Lost input channel from forward3.yandex.ru [77.88.46.8]
То есть время одинаковое ушло на отправку следующей команды, что там что там.

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

4. "RFC-822" +/–

Сообщение от nadirx2 (ok) on 12-Окт-09, 11:48

Как обидно =)))
http://www.dsbl.org/node/5
Database lost - list empty
Thu, 06/05/2008 - 21:34 — riel
It looks like the database can not be recovered from the old hard disks - both disks in the RAID1 array are totally broken. Because we absolutely do not want to lose removal requests, we will not restart the list from an older backup. If the list gets continued (interest has been expressed by several organizations), it will start with an empty database.

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

5. "RFC-822" +/–

Сообщение от rf (ok) on 12-Окт-09, 12:33

хм... RAID не использую. А самим жёстким дискам не больше 2-х лет.

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

7. "RFC-822" +/–

Сообщение от Аноним (??) on 12-Окт-09, 13:33

>хм... RAID не использую. А самим жёстким дискам не больше 2-х лет.
>
русским по белому же написали, уберите из черных список вышеуказанный адрес

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

9. "RFC-822" +/–

Сообщение от rf (ok) on 12-Окт-09, 13:39

попробуем убрать.
Просто интересно, почему для одного это стало проблемой при отправке, а для другого нет.
К тому же судя вот по этой ссылке http://stats.dnsbl.com/
list.dsbl.org вроде как жив. Может у меня просто адрес для него не правильно определяется.

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

6. "RFC-822" +/–

Сообщение от PavelR (??) on 12-Окт-09, 13:12

>>Пока сендмыл ждет таймаут ресолва - яндекс тоже не теряется и отключается по своему таймауту, не дождавшись ответа... чо тут непонятного ?
>
>"таймаут ресолва" можно пояснить? Я видимо чего-то недопонимаю. Хотите сказать, что дело
>в том, что локальный сервер не отправил команду
> <-- DATA
>и поэтому произошёл отлуп?
Да.
Таймаут ресолва - потому что:
Tracing to 98.128.69.217.list.dsbl.org[a] via A.ROOT-SERVERS.NET, maximum of 3 retries
A.ROOT-SERVERS.NET [.] (198.41.0.4)
|\___ C0.ORG.AFILIAS-NST.INFO [org] (2001:0500:000b:0000:0000:0000:0000:0001) Not queried
|\___ C0.ORG.AFILIAS-NST.INFO [org] (199.19.53.1)
|     |\___ ns4.nameresolve.com [dsbl.org] (64.94.31.66)
|     |      \___ stop-using-dsbl.dsbl.org [list.dsbl.org] (192.0.2.1) * ^C

192.0.2.1 - недоступный хост.

>[оверквотинг удален]
>Oct  9 15:35:43 ns sendmail[705]: n99BX1K00705: --> 250 2.1.5 <local user>... Recipient ok
>Oct  9 15:35:43 ns sendmail[705]: n99BX1K00705: <-- DATA
>
>А это на yandex.ru
>
>Oct  9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 250 2.1.5 <local user>... Recipient ok
>Oct  9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 421 4.4.1 L-SERVER Lost input channel from forward3.yandex.ru [77.88.46.8]
>
>То есть время одинаковое ушло на отправку следующей команды, что там что
>там.
ну-ну. А строчкой выше время посмотреть не судьба ? И обратить внимание на направление стрелочек "-->" - их в лог выводят не для красоты, а для информативности.

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

8. "RFC-822" +/–

Сообщение от rf (ok) on 12-Окт-09, 13:35

>[оверквотинг удален]
>>
>>А это на yandex.ru
>>
>>Oct  9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 250 2.1.5 <local user>... Recipient ok
>>Oct  9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 421 4.4.1 L-SERVER Lost input channel from forward3.yandex.ru [77.88.46.8]
>>
>>То есть время одинаковое ушло на отправку следующей команды, что там что
>>там.
>
>ну-ну. А строчкой выше время посмотреть не судьба ? И обратить внимание на направление стрелочек "-->" - их в лог выводят не для красоты, а для информативности.
Две с лишним минуты уходит между:
Oct  9 15:22:24 ns sendmail[505]: n99BMOs00505: <-- RCPT TO:<local user> ORCPT=rfc822;local user
Oct  9 15:24:31 ns sendmail[505]: n99BMOs00505: --> 451 <local user>... 8.46.88.77.list.dsbl.org.: Name server timeout
Oct  9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 250 2.1.5 <local user>... Recipient ok
то есть на проверку list.dsbl.org.: Name server timeout
Код "451" говорит о том, что "Запрошенная команда не выполнена; произошла локальная ошибка при обработке сообщения"
В конфиге почтовика стоят следующие проверки (я просто перечислю количество:
# DNS based IP address spam list
# DNS based IP address spam list blackholes.mail-abuse.org
# DNS based IP address spam list blackholes.mail-abuse.org
# DNS based IP address spam list bl.spamcop.net
# DNS based IP address spam list cbl.abuseat.org
# DNS based IP address spam list dnsbl.njabl.org
# DNS based IP address spam list dnsbl.sorbs.net
# DNS based IP address spam list list.dsbl.org
# DNS based IP address spam list zen.spamhaus.org
# DNS based IP address spam list bl.csma.biz
# DNS based IP address spam list dul.ru
# DNS based IP address spam list relays.mail-abuse.org
# DNS based IP address spam list dialups.mail-abuse.org
+ использую
FEATURE(delay_checks)
так же в конфиге вот такие значения:
O Timeout.initial=10m
O Timeout.helo=10m
O Timeout.datainit=10m
O Timeout.misc=5m
Возможно ли решить проблему увеличение таймаутов? Или всё дело в том, что мой почтовик слишком много времени тратит на обработку сообщения и не укладывается в то время, которое отведено для отправки сообщения на yandex.ru?

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

10. "RFC-822" +/–

Сообщение от rf (ok) on 12-Окт-09, 13:43

Спасибо всем, что возитесь со мной. Попробую удалить list.dsbl.org. Посмотрю, что получиться. Извините, если что не так.

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

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

Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "RFC-822"		+/–
Сообщение от PavelR (??) on 12-Окт-09, 08:55
Пока сендмыл ждет таймаут ресолва - яндекс тоже не теряется и отключается по своему таймауту, не дождавшись ответа... чо тут непонятного ?
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

2. "RFC-822"		+/–
Сообщение от Etch on 12-Окт-09, 11:14
DSBL уже давным-давно приказал долго жить: http://www.dsbl.org/ Уберите его из своих блек-листов.
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "RFC-822"		+/–
	Сообщение от rf (ok) on 12-Окт-09, 11:20
	>Пока сендмыл ждет таймаут ресолва - яндекс тоже не теряется и отключается по своему таймауту, не дождавшись ответа... чо тут непонятного ? "таймаут ресолва" можно пояснить? Я видимо чего-то недопонимаю. Хотите сказать, что дело в том, что локальный сервер не отправил команду <-- DATA и поэтому произошёл отлуп? Нужно править здесь Timeout.datainit в сторону увеличения? Вот то, что на mail.ru Oct 9 15:35:43 ns sendmail[705]: n99BX1K00705: --> 250 2.1.5 <local user>... Recipient ok Oct 9 15:35:43 ns sendmail[705]: n99BX1K00705: <-- DATA А это на yandex.ru Oct 9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 250 2.1.5 <local user>... Recipient ok Oct 9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 421 4.4.1 L-SERVER Lost input channel from forward3.yandex.ru [77.88.46.8] То есть время одинаковое ушло на отправку следующей команды, что там что там.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "RFC-822"		+/–
	Сообщение от nadirx2 (ok) on 12-Окт-09, 11:48
	Как обидно =))) http://www.dsbl.org/node/5 Database lost - list empty Thu, 06/05/2008 - 21:34 — riel It looks like the database can not be recovered from the old hard disks - both disks in the RAID1 array are totally broken. Because we absolutely do not want to lose removal requests, we will not restart the list from an older backup. If the list gets continued (interest has been expressed by several organizations), it will start with an empty database.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "RFC-822"		+/–
	Сообщение от rf (ok) on 12-Окт-09, 12:33
	хм... RAID не использую. А самим жёстким дискам не больше 2-х лет.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "RFC-822"		+/–
	Сообщение от Аноним (??) on 12-Окт-09, 13:33
	>хм... RAID не использую. А самим жёстким дискам не больше 2-х лет. > русским по белому же написали, уберите из черных список вышеуказанный адрес
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "RFC-822"		+/–
	Сообщение от rf (ok) on 12-Окт-09, 13:39
	попробуем убрать. Просто интересно, почему для одного это стало проблемой при отправке, а для другого нет. К тому же судя вот по этой ссылке http://stats.dnsbl.com/ list.dsbl.org вроде как жив. Может у меня просто адрес для него не правильно определяется.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "RFC-822"		+/–
	Сообщение от PavelR (??) on 12-Окт-09, 13:12
	>>Пока сендмыл ждет таймаут ресолва - яндекс тоже не теряется и отключается по своему таймауту, не дождавшись ответа... чо тут непонятного ? > >"таймаут ресолва" можно пояснить? Я видимо чего-то недопонимаю. Хотите сказать, что дело >в том, что локальный сервер не отправил команду > <-- DATA >и поэтому произошёл отлуп? Да. Таймаут ресолва - потому что: Tracing to 98.128.69.217.list.dsbl.org[a] via A.ROOT-SERVERS.NET, maximum of 3 retries A.ROOT-SERVERS.NET [.] (198.41.0.4) \|\___ C0.ORG.AFILIAS-NST.INFO [org] (2001:0500:000b:0000:0000:0000:0000:0001) Not queried \|\___ C0.ORG.AFILIAS-NST.INFO [org] (199.19.53.1) \| \|\___ ns4.nameresolve.com [dsbl.org] (64.94.31.66) \| \| \___ stop-using-dsbl.dsbl.org [list.dsbl.org] (192.0.2.1) * ^C 192.0.2.1 - недоступный хост. >[оверквотинг удален] >Oct 9 15:35:43 ns sendmail[705]: n99BX1K00705: --> 250 2.1.5 <local user>... Recipient ok >Oct 9 15:35:43 ns sendmail[705]: n99BX1K00705: <-- DATA > >А это на yandex.ru > >Oct 9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 250 2.1.5 <local user>... Recipient ok >Oct 9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 421 4.4.1 L-SERVER Lost input channel from forward3.yandex.ru [77.88.46.8] > >То есть время одинаковое ушло на отправку следующей команды, что там что >там. ну-ну. А строчкой выше время посмотреть не судьба ? И обратить внимание на направление стрелочек "-->" - их в лог выводят не для красоты, а для информативности.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "RFC-822"		+/–
	Сообщение от rf (ok) on 12-Окт-09, 13:35
	>[оверквотинг удален] >> >>А это на yandex.ru >> >>Oct 9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 250 2.1.5 <local user>... Recipient ok >>Oct 9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 421 4.4.1 L-SERVER Lost input channel from forward3.yandex.ru [77.88.46.8] >> >>То есть время одинаковое ушло на отправку следующей команды, что там что >>там. > >ну-ну. А строчкой выше время посмотреть не судьба ? И обратить внимание на направление стрелочек "-->" - их в лог выводят не для красоты, а для информативности. Две с лишним минуты уходит между: Oct 9 15:22:24 ns sendmail[505]: n99BMOs00505: <-- RCPT TO:<local user> ORCPT=rfc822;local user Oct 9 15:24:31 ns sendmail[505]: n99BMOs00505: --> 451 <local user>... 8.46.88.77.list.dsbl.org.: Name server timeout Oct 9 15:24:43 ns sendmail[505]: n99BMOs00505: --> 250 2.1.5 <local user>... Recipient ok то есть на проверку list.dsbl.org.: Name server timeout Код "451" говорит о том, что "Запрошенная команда не выполнена; произошла локальная ошибка при обработке сообщения" В конфиге почтовика стоят следующие проверки (я просто перечислю количество: # DNS based IP address spam list # DNS based IP address spam list blackholes.mail-abuse.org # DNS based IP address spam list blackholes.mail-abuse.org # DNS based IP address spam list bl.spamcop.net # DNS based IP address spam list cbl.abuseat.org # DNS based IP address spam list dnsbl.njabl.org # DNS based IP address spam list dnsbl.sorbs.net # DNS based IP address spam list list.dsbl.org # DNS based IP address spam list zen.spamhaus.org # DNS based IP address spam list bl.csma.biz # DNS based IP address spam list dul.ru # DNS based IP address spam list relays.mail-abuse.org # DNS based IP address spam list dialups.mail-abuse.org + использую FEATURE(delay_checks) так же в конфиге вот такие значения: O Timeout.initial=10m O Timeout.helo=10m O Timeout.datainit=10m O Timeout.misc=5m Возможно ли решить проблему увеличение таймаутов? Или всё дело в том, что мой почтовик слишком много времени тратит на обработку сообщения и не укладывается в то время, которое отведено для отправки сообщения на yandex.ru?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "RFC-822"		+/–
	Сообщение от rf (ok) on 12-Окт-09, 13:43
	Спасибо всем, что возитесь со мной. Попробую удалить list.dsbl.org. Посмотрю, что получиться. Извините, если что не так.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору