ЗаписиNDR и #4.7.1 smtp;451 4.7.1 Temporarily rejected. Try again later
Вчера произошла интересная ситуация с получением странного NDR. Толкового объяснения я не нашел до сих пор, возможно Вы мне поможете.
Пользователь на сервере Exchange 2003 отправляет e-mail с Pavel@mydomain.ru на JR@externalcompany.com.
Ему почти сразу возвращается отбой:
Your message did not reach some or all of the intended recipients.
Subject: Hotel room
Sent: 30.04.2008 10:24
The following recipient(s) cannot be reached:
JR@externalcompany.com on 30.04.2008 10:26
You do not have permission to send to this recipient. For assistance, contact your system administrator.
<myserver.mydomain.ru #4.7.1 smtp;451 4.7.1 Temporarily rejected. Try again later.>
Все бы ничего, но только какого черта код ошибки 4.7.1? Я всегда считал, что сервер будет пытаться отправить сообщение в течение двух дней согласно установленных интервалов и если сообщение не может быть доставлено, то пришлет NDR. В этом случае может быть код временной ошибки, но отбой пришел в течение 5 минут.
Вопрос, почему отбой пришел не с ошибкой 5.7.1, а 4.7.1. Смотрим логи.
06:24:19 220+mailf01.externalcompany.com+Microsoft+ESMTP+MAIL+Service, 0
06:24:19 EHLO myserver.mydomain.ru 0
06:24:19 250-mailf01.externalcompany.com+Hello+[81.211.51.161] 0
06:24:19 MAIL FROM:<Pavel@mydomain.ru>+SIZE=10634 0
06:24:20 250+2.1.0+Pavel@mydomain.ru….Sender+OK 0
06:24:20 RCPT TO:<JR@externalcompany.com> 0
06:24:20 451+4.7.1+Temporarily+rejected.+Try+again+later. 0
06:24:20 RSET — 0
06:24:20 250+2.0.0+Resetting 0
По логам видно, что принимающий сервер отбил с временной ошибкой 4.7.1+Temporarily+rejected. В наше время Greylistingа это вполне нормальная ситуация, только обычно об этом пишут в отбое.
В следующем куске лога видно, что через 1:23 мой сервер возобновил попытку отправки. Тоже странно, Glitch interval должен быть 60 сек, а не 123сек, но это отдельная история. Так вот, во второй попытке видно, что отбой 5.7.1 идет после BDAT, значит, на этот раз отбил какой-то Content filter по причине содержимого письма.
06:25:43 220+mailf01.externalcompany.com+Microsoft+ESMTP+MAIL+Service, 0
06:25:43 EHLO myserver.mydomain.ru 0
06:25:43 250-mailf01.externalcompany.com+Hello+[81.211.51.161] 0
06:25:43 MAIL FROM:<Pavel@mydomain.ru>+SIZE=10634 0
06:25:43 250+2.1.0+Pavel@mydomain.ru….Sender+OK 0
06:25:43 RCPT TO:<JR@externalcompany.com> 0
06:25:44 250+2.1.5+JR@externalcompany.com+ 0
06:25:44 BDAT 10634+LAST 0
06:25:44 550+5.7.1+Message+rejected. 0
06:25:44 QUIT — 0
После этого мой сервер генерит NDR, но только внимание!!! Вместо того, чтобы поставить в NDR ошибку 550+5.7.1+Message+rejected, он ставит 451+4.7.1+Temporarily+rejected.+Try+again+later.
Почему — непонятно.
Если есть идеи, напишите, подумаем вместе. Сваливать это на глюк Exchange 2003 совсем не хочется.
Я гонял телнетом принимающий сервер, у него действительно стоит какой-то фильтр, который отбивает на минуту все входящие соединения с временной ошибкой 4.7.1.
Похожие посты:
5 Май 2008, 10:28
Комментариев: 13
!
5 Май 5, 2008 г. в 11:00
Напрашивается вывод о "глюке" антиспама.
5 Май 5, 2008 г. в 11:21
Не, претензия к антиспаму только одна, могли бы написать про Greylisting.
Это проблема Exchange точно, т.к. он должен был поставить ошибку 5.7.1
5 Май 5, 2008 г. в 11:35
Думаю ты прав, какой нибудь greylist+content filter и + возможно еще фильтр, который проверяет с какого типа содинения была попытка установить соединение. Напр. принимающий сервак не будет принимать мессаги с dial-up-а и ADSL подключений. Что как по мне есть паранойя, но видимо админа спамеры достали…
5 Май 5, 2008 г. в 11:44
Однозначно баг эксчендж, вывалил первую ошибку вместо второй. но лучше почитать RFC как должен был он себя вести и делать дальнейшие выводы.
5 Май 5, 2008 г. в 11:50
Да и читать не надо RFC… это бага (не глюк) эксченджа.
5 Май 5, 2008 г. в 12:46
Встречный вопрос: у вас на серверах greylistg тоже настроен?
5 Май 5, 2008 г. в 15:17
Пока тестируется только на одном, второстепенном.
5 Май 5, 2008 г. в 15:21
Где-то читал, что Exchange анализирует NDR и по своему усмотрению делает его более понятным для пользователя. В данном случае 451+4.7.1+Temporarily+rejected.+Try+again+later
выглядит более информативно
Для того, чтобы Еxchange вместе со своим "сочинением" присылал оригинал нужно править ключик в реестре.
5 Май 5, 2008 г. в 16:19
Это все да, только тут немного о другом идет речь.
Строки с кодами, как правило, настраиваются и тем более в грей листах. Тут просто нужно было указать, как в посте про Greylist и все было бы понятно.
Например: 451 4.7.1 greylisting; try in 2 minutes
5 Май 5, 2008 г. в 16:42
А это не про это?
5 Май 5, 2008 г. в 16:48
Нет, в посте идет речь о том, что сервер получателя выкидывает в ответ и мне было бы удобнее, если бы они говорили о greylistинге, если его используют.
В статье же речь идет о формате возвращаемого ответа, в виде вложения или нет.
27 Октябрь 27, 2008 г. в 13:10
Это следствие работы ORF Enterprise (www.vamsoft.com) — антиспам фильтр такой. У него есть функция Tapit delay суть которой я так и не понял, поэтому на серверах где стоит ORF всегда ее отключаю.
14 Октябрь 14, 2009 г. в 17:20
> У него есть функция Tapit delay суть которой я так и не понял, поэтому на серверах где стоит ORF всегда ее отключаю.
RTFM всё таки