-
09.03.2010, 17:07
#1
Junior Member
Помогите разобраться с ошибкой: Unrouteable address
Скажу сразу — я новичок.
ОС — debian, isp manager lite.При отправке и получении почты выдается ошибка Unrouteable address.
В каком направлении искать проблему? В bind или exim?
-
09.03.2010, 17:09
#2
Junior Member
в дополнение:
vps516:~# nslookup tuniga.ru
Server: 77.221.130.254
Address: 77.221.130.254#53** server can’t find tuniga.ru: NXDOMAIN
vps516:~# host -t mx tuniga.ru
Host tuniga.ru not found: 3(NXDOMAIN)
-
09.03.2010, 19:41
#3
ISPsystem team
В сторону работы домена tuniga.ru
Делегирован ли он, отдается ли с серверов имен, работает ли на них DNS
dig +trace tuniga.ru поможет понять что работает ли домен.Вообще, у вас скорее всего в /etc/resolv.conf на сервере прописаны неработающие сервера имен, уточните правильные у хостера и пропишите их.
-
09.03.2010, 20:21
#4
Junior Member
dig +trace tuniga.ru:
tuniga.ru. 345600 IN NS ns2.infobox.org.
tuniga.ru. 345600 IN NS ns1.infobox.org.
;; Received 74 bytes from 193.232.142.17#53(E.DNS.RIPN.NET) in 61 mstuniga.ru. 600 IN A 92.243.84.201
tuniga.ru. 600 IN NS ns1.infobox.org.
tuniga.ru. 600 IN NS ns2.infobox.org.
;; Received 90 bytes from 77.221.140.250#53(ns2.infobox.org) in 1 ms/etc/resolv.conf — стоят правильные неймсервера хостера…
-
09.03.2010, 20:24
#5
Junior Member
Что еще может быть? Куад еще можно посмотреть?
последние логи exim:
2010-03-09 08:17:06 H=localhost (92.243.84.201) [127.0.0.1] sender verify fail for <admin@tuniga.ru>: Unrouteable address
2010-03-09 08:17:06 H=localhost (92.243.84.201) [127.0.0.1] F=<admin@tuniga.ru> rejected RCPT <admin@tuniga.ru>: Sender verify failed
2010-03-09 08:17:06 unexpected disconnection while reading SMTP command from localhost (92.243.84.201) [127.0.0.1]
2010-03-09 08:45:39 Start queue run: pid=30439
2010-03-09 08:45:39 End queue run: pid=30439
2010-03-09 08:59:36 H=localhost (92.243.84.201) [127.0.0.1] sender verify fail for <admin@tuniga.ru>: Unrouteable address
2010-03-09 08:59:36 H=localhost (92.243.84.201) [127.0.0.1] F=<admin@tuniga.ru> rejected RCPT <admin@tuniga.ru>: Sender verify failed
2010-03-09 08:59:36 unexpected disconnection while reading SMTP command from localhost (92.243.84.201) [127.0.0.1]
2010-03-09 09:10:47 H=smtp-out.wplus.net (relay2.wplus.net) [195.131.104.143] F=<lex@2-park.ru> rejected RCPT <admin@tuniga.ru>: Unrouteable address
2010-03-09 09:15:39 Start queue run: pid=30617
2010-03-09 09:15:39 End queue run: pid=30617
2010-03-09 09:45:39 Start queue run: pid=30673
2010-03-09 09:45:39 End queue run: pid=30673
2010-03-09 10:15:39 Start queue run: pid=30710
2010-03-09 10:15:39 End queue run: pid=30710
-
09.03.2010, 21:12
#6
ISPsystem team
Правильные и тем не менее домен не резолвят они
так как ping tuniga.ru и host tuniga.ru не работает у вас.Пропишите googlовские — 8.8.8.8 и 8.8.4.4
-
09.03.2010, 21:26
#7
Junior Member
Спасибо!
Буду тогда мучать хостера!
- Remove From My Forums
-
Вопрос
-
Здравствуйте коллеги! Помогите разобраться со следующим вопросом: имеется сервер Exchange 2013, публикуется в мир через внешний днс, с недавних пор юзеры начали жаловаться, что письма из мира не доходят с ошибкой
Это письмо создано автоматически сервером Mail.Ru, отвечать на него не нужно.
К сожалению, Ваше письмо не может быть доставлено одному или нескольким получателям:
Unrouteable
addressРекомендуем Вам проверить корректность указания адресов получателей.
**********************
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:Unrouteable address
—— This is a copy of the message, including all the headers. ——
Return-path: <daojah@mail.ru>
Received: from [195.162.91.98] (ident=mail)
by f71.i.mail.ru with local (envelope-from <daojah@mail.ru>)
id 1XHSYn-0002Rd-2s
for abushmakin@gimnasium.com.ua; Wed, 13 Aug 2014 11:01:26 +0400
Received: from [195.162.91.98] by e.mail.ru with HTTP;
Wed, 13 Aug 2014 11:01:25 +0400
From: =?UTF-8?B?RGFvIEphaA==?= <daojah@mail.ru>
To: =?UTF-8?B?0JDQvdC00YDQtdC5INCR0YPRiNC80LDQutC40L0=?= <abushmakin@gimnasium.com.ua>
Mime-Version: 1.0
X-Mailer: Mail.Ru Mailer 1.0
X-Originating-IP: [195.162.91.98]
Date: Wed, 13 Aug 2014 11:01:25 +0400
Reply-To: =?UTF-8?B?RGFvIEphaA==?= <daojah@mail.ru>
X-Priority: 3 (Normal)
Message-ID: <1407913285.855519462@f71.i.mail.ru>
X-Cloud-Ids:
Content-Type: multipart/alternative;
boundary=»—ALT—aV5QgqswjymXUftsgeTj8hEkac794y2r1407913285″
X-Mras: Ok
X-Spam: undefinedНаш внешний IP почты 195.162.91.99,
а не 195.162.91.98. С гмэйл почта ходит отлично, только с некоторых адресов возвращается следующая ошибка. Помогите разобраться.Результат тест коннективити:
Проверка входящего потока почты SMTP для домена abushmakin@gimnasium.com.ua.
Анализатору Microsoft Connectivity Analyzer не удалось проверить входящий поток почты SMTP. Подробнее Этапы проверки Попытка получить MX-запись из службы DNS для домена gimnasium.com.ua. Одна или несколько MX-записей успешно получены из службы DNS. Подробнее Записи MX Узел mail.gimnasium.com.ua, предпочтение 10
Затраченное время: 241 мс.
Во внешнем днсе следующие записи:
gimnasium.com.ua
MX
mail.gimnasium.com.ua
mail.gimnasium.com.ua
A
195.162.91.99
Ответы
-
У вас тут не несоответствие имен, а другая проблема — ваш соединитель приема не разрешает пересылку указанного письма.
Возможные причины: в Permission Groups нет Anonymous Users, домена gimnasium.com.ua нет в числе Accepted Domains. Ну и антиспам может мешаться.
Слава России!
-
Помечено в качестве ответа
20 августа 2014 г. 11:27
-
Помечено в качестве ответа
Проблема
Когда вы, находясь вне дома, отправляете сообщение электронной почты с помощью домашней почтовой учетной записи, это сообщение может вернуться с ошибкой 550, 553 или ошибкой ретрансляции. То же самое может произойти, когда вы, находясь вне офиса, пытаетесь отправить сообщение электронной почты с помощью рабочей почтовой учетной записи.
Описание
Ретрансляция происходит, когда почтовое сообщение отправлено на адрес электронной почты, домен которого (имя после символа @, например adatum.com) не обрабатывается протоколом SMTP или сервером исходящей почты, получающим от отправителя запрос на доставку сообщения. SMTP-серверу необходимо подключиться к другому SMTP-серверу, чтобы ретранслировать сообщение.
Если при отправке почтового сообщения возникает ошибка ретрансляции, ваш SMTP-сервер (исходящей почты) может вернуть ваше сообщение вместе с сообщением об ошибке, например, такого вида:
-
«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: <proverka@example.com>. Тема: <тест>, учетная запись: <тест>, сервер: <smtp.example.com>, протокол: SMTP, ответ сервера: «550 <proverka@example.com>… Ретрансляция запрещена», порт: 25, защита (SSL): нет, ошибка сервера: 550, номер ошибки: 0x800CCC79″.
-
«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: <адрес эл. почты>. Тема: <тест>, учетная запись: <тест>, сервер: <smtp.example.com>, протокол: SMTP, ответ сервера: «553 к сожалению, этого домена нет в моем списке разрешенных узлов (#5.7.1)», порт: 25, защита (SSL): нет, ошибка сервера: 553, номер ошибки: 0x800CCC79″.
Точный текст сообщения об ошибке будет зависеть от вашего поставщика интернет-услуг. Некоторые поставщики не возвращают сообщение об ошибке, когда определяют исходящие сообщения как нежелательную рекламу. В этих случаях все выглядит так, как будто ваше сообщение отправляется в обычном режиме (в Outlook остается в папке Исходящие и появляется в папке Отправленные), но получателю оно не доставляется.
Ваше сообщение отклонено, поскольку SMTP-сервер (исходящей почты) не распознал вас как полномочного пользователя.
SMTP — это протокол (стандарты, используемые компьютерами для взаимодействия), который используется на большинстве серверов электронной почты для отправки сообщений в Интернете. Если вы используете почтовую программу (например, Outlook), которая позволяет хранить сообщения на компьютере, вам необходим доступ к SMTP-серверу для отправки сообщений.
Примечание: Веб-системы электронной почты (например, Windows Live Mail или Yahoo! Mail) работают иначе и не рассматриваются в этой статье.
Нежелательная почта и открытые ретрансляции
Нежелательные коммерческие сообщения иногда называют нежелательной почтой или спамом. Основной причиной увеличения объема нежелательной почты является то, что она стоит того, кто отправляет ее практически ничего не отправляемого; на самом деле отправителям даже не нужно отправлять нежела ту же почту через SMTP-сервер (исходятую почту) собственного isP.
При создании базовой структуры Интернета никто не предвидел, к каким последствиям приведет возможность отправлять миллионы нежелательных сообщений за ничтожно малую плату. Благодаря способности SMTP-серверов к ретрансляции отправители нежелательной почты маскируют ее подлинный источник, передавая ее через сторонние серверы, на которых разрешены такие открытые ретрансляции. В результате нежелательная почта как бы приходит с сайта, который ретранслирует сообщение и скрывает личность настоящего отправителя.
До недавнего времени большинство почтовых SMTP-серверов работали на основе доверительной открытой системы. В такой системе кто угодно откуда угодно может передать почтовое сообщение SMTP-серверу, а сервер должен принять его и переслать получателю или другому почтовому серверу, на котором находится почтовый ящик получателя. При такой открытой ретрансляции нет ограничений, запрещающих кому-либо отправлять почту через SMTP-сервер.
Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений
По мере увеличения объемов нежелательной почты администраторы сети (люди, отвечающие за управление серверами поставщика интернет-услуг) начали вводить ограничения на своих почтовых SMTP-серверах. Эти ограничения не позволяют использовать почтовый сервер всем подряд. Представьте, что в вестибюле вашей организации есть телефон, доступный для всех, в том числе для тех, кто не является сотрудником организации. Теперь телефоном разрешено пользоваться только сотрудникам.
На сегодняшний день используются ограничения нескольких типов.
-
Требуется проверка подлинности SMTP. Так же как вы используете имя пользователя и пароль для доступа к POP3-серверу (входящей почты) и своим почтовым сообщениям, вам требуется ввести имя пользователя и пароль для отправки почтовых сообщений через SMTP-сервер. Обычно это те же имя пользователя и пароль, что и для POP3-сервера, но могут быть и уникальные.
-
Требуется сначала подключиться к POP3-серверу (входящей почты) поставщика интернет-услуг. Чтобы получить свои новые почтовые сообщения, вы обычно подключаетесь к POP3-серверу (входящей почты). Для доступа к почтовому ящику вам нужно ввести имя пользователя и пароль. Администратор сети может настроить сервер таким образом, что если вы сначала подключаетесь к POP3-серверу входящей почты и проходите проверку подлинности, он будет утверждать все запросы на отправку почтовых сообщений через SMTP-сервер исходящей почты, на котором в ином случае эта возможность будет ограничена.
-
Требуется подключение из авторизованного расположения в сети. Если вы из дома подключаетесь к поставщику интернет-услуг по телефонной линии, с помощью кабеля или через DSL-модем, подключение идет напрямую к сети поставщика. Вы заслуживаете доверия, поскольку у вас есть учетная запись с именем пользователя и паролем, которые предоставил поставщик интернет-услуг. Вам как клиенту разрешается использовать SMTP-сервер для отправки почтовых сообщений.
-
Требуется подключение с определенного IP-адреса или диапазона IP-адресов. Ваш поставщик интернет-услуг может разрешить доступ к SMTP-серверу людям, не подключенным к сети напрямую. Например, это может быть удаленный пользователь в офисе. Основная проблема состоит в том, что во многих местах используются динамические IP-адреса. При этом вы не можете быть уверены в том, что при каждом подключении у вас один и тот же IP-адрес. У некоторых организаций может быть зарезервирован блок или диапазон IP-адресов. Поставщик интернет-услуг может считать тех, кто подключается с этих IP-адресов, проверенными пользователями. Он может предоставить дополнительные сведения.
Возможных сценариев ретрансляции очень много. Ниже приведены самые распространенные ситуации. Возможно, одна из них похожа на вашу.
Ситуация |
Это ретрансляция? |
---|---|
Вы дома, и у вас есть учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com, с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com. |
Нет. Ваша почта обрабатывается обычным способом. |
То же, что и в первой ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com. |
Да, но она не блокируется. Вы подключаетесь напрямую к поставщику интернет-услуг и тем самым получаете полномочия для отправки почты через его SMTP-сервер (исходящей почты) на любые адреса, независимо от расположения почтового ящика получателя. |
Вы на работе. Ваш рабочий почтовый адрес оканчивается на @thephone-company.com, и у вас есть домашняя учетная запись поставщика интернет-услуг, адрес которой оканчивается на @proseware.com и с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение человеку, почтовый адрес которого тоже оканчивается на @proseware.com. |
Нет. Ваша почта обрабатывается обычным способом. |
То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com. |
Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя. |
Вы остановились в гостинице или воспользовались в аэропорту интернет-терминалом, предоставляющим доступ в Интернет. У вас есть домашняя учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com, с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com. |
Нет. Ваша почта обрабатывается обычным способом. |
То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com. |
Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя. |
Решения
Если ваша ситуация рассматривается как ретрансляция, вы должны отправить сообщение через сервер, к которому сейчас подключаетесь. То есть, если вы на работе или вне дома и не используете своего поставщика интернет-услуг для подключения к Интернету, но хотите отправить сообщение из своей домашней учетной записи, предоставленной этим поставщиком, вам нужно изменить параметры почтовой учетной записи, указав тот SMTP-сервер, который вы используете там, где находитесь (например, рабочий SMTP-сервер). Пошаговые инструкции см. в статье Изменение параметров учетной записи электронной почты.
Если это не работает или вы предпочитаете использовать домашнюю учетную запись, вам нужно связаться со своим поставщиком интернет-услуг и спросить, доступны ли вам описанные ранее параметры. Что касается первых двух ограничений (требуется проверка подлинности SMTP и требуется сначала подключение к POP3-серверу входящей почты поставщика интернет-услуг), вы можете внести изменения в Параметры учетной записи в Outlook. Инструкции см. в статье Изменение параметров учетной записи электронной почты.
Сообщения по-прежнему не отправляются?
Вы изменили параметры SMTP в Outlook или нашли параметр, который разрешит вам отправлять почтовые сообщения. Но вы по-прежнему не можете отправить почту и получаете сообщение об ошибке.
Возможно, вы все сделали правильно, но администраторы сети используют еще какую-то функцию системы безопасности для предотвращения спуфинга удостоверений. Спуфинг удостоверений — это просто способ отправки почтового сообщения, при котором вы скрываете, кто вы.
В Outlook, как и в большинстве почтовых программ, можно указать «отображаемое имя» и обратный почтовый адрес, который появляется при ответе на ваше сообщение. В нежелательной почте эти поля почти всегда содержат ложную информацию. Вы правда верите, что сообщения о том, как быстро разбогатеть, пришли от супермодели или мирового лидера?
Чтобы предотвратить спуфинг удостоверений, некоторые поставщики интернет-услуг ограничивают возможность вставки ложной информации в поле адреса в ответах. Например, если доменное имя вашего поставщика интернет-услуг оканчивается на proseware.com, поставщик может запретить вам указывать обратный адрес ivan@contoso.com. Это ограничение используется не так широко, как описанные ранее, но может применяться ко всем пользователям независимо от их местонахождения и способа подключения. В этом случае альтернативы нет. Если администратор сервера использует этот способ, вы должны указывать в обратном адресе домен, соответствующий вашему текущему подключению.
Практически ни один почтовый внешний сервер не может отправлять письма на домены на сервере с vestacp. В логе у всех емейлов, отправляемых ими фигурирует 550 Unrouteable address
Из лога:
Code: Select all
2015-02-19 21:24:31 1YOdGZ-0005eV-Bq <= vestacpuser@myhostname.com U=vestacpuser P=local S=2657
2015-02-19 21:24:31 1YOdGZ-0005eV-Bq ** sales@realdomain.com: Unrouteable address
2015-02-19 21:24:31 1YOdGZ-0005eV-Bq gmail-smtp-in.l.google.com [2607:f8b0:400d:c03::1b] Network is unreachable
2015-02-19 21:24:32 1YOdGZ-0005eV-Bq => vasya.petrov@gmail.com R=dnslookup T=remote_smtp H=gmail-smtp-in.l.google.com [64.233.171.27] X=TLS1.2:RSA_ARCFOUR_SHA1:128 C="250 2.0.0 OK 1424399072 p9si26887310qai.60 - gsmtp"
2015-02-19 21:24:32 1YOdGZ-0005eV-Bq -> dmitry.ivanov@gmail.com R=dnslookup T=remote_smtp H=gmail-smtp-in.l.google.com [64.233.171.27] X=TLS1.2:RSA_ARCFOUR_SHA1:128 C="250 2.0.0 OK 1424399072 p9si26887310qai.60 - gsmtp"
2015-02-19 21:24:32 1YOdGa-0005ea-T0 <= <> R=1YOdGZ-0005eV-Bq U=Debian-exim P=local S=3508
2015-02-19 21:24:32 1YOdGZ-0005eV-Bq Completed
2015-02-19 21:24:33 1YOdGa-0005ea-T0 remote host address is the local host: myhostname.com
2015-02-19 21:24:33 1YOdGa-0005ea-T0 == vestacpuser@myhostname.com R=dnslookup defer (-1): remote host address is the local host
2015-02-19 21:24:33 1YOdGa-0005ea-T0 ** vestacpuser@myhostname.com: retry timeout exceeded
2015-02-19 21:24:33 1YOdGa-0005ea-T0 vestacpuser@myhostname.com: error ignored
2015-02-19 21:24:33 1YOdGa-0005ea-T0 Completed
Где
sales@realdomain.com настоящий емейл, созданный на vestacp с реальным доменом
myhostname.com — прописан в /etc/hosts
vasya.petrov@gmail.com, dmitry.ivanov@gmail.com — настоящие емейл адреса на gmail
vestacpuser — пользователь, созданный на сервере с vestacp
или для другого адреса
Code: Select all
2015-02-20 05:06:56 1YOkU4-0000mc-JQ <= vestacpusersecod@myhostname.com U=v1tr0ff P=local S=755 id=172562218.20150220100656@abs-de.jungle.freevar.com
2015-02-20 05:06:56 1YOkU4-0000mc-JQ ** support@realdomain.com: Unrouteable address
2015-02-20 05:06:56 1YOkU4-0000mg-KF <= <> R=1YOkU4-0000mc-JQ U=Debian-exim P=local S=1593
2015-02-20 05:06:56 1YOkU4-0000mc-JQ Completed
2015-02-20 05:06:56 1YOkU4-0000mg-KF remote host address is the local host: myhostname.com
2015-02-20 05:06:56 1YOkU4-0000mg-KF == vestacpusersecod@myhostname.com R=dnslookup defer (-1): remote host address is the local host
2015-02-20 05:06:56 1YOkU4-0000mg-KF ** vestacpusersecod@myhostname.com: retry timeout exceeded
2015-02-20 05:06:56 1YOkU4-0000mg-KF vestacpusersecod@myhostname.com: error ignored
2015-02-20 05:06:56 1YOkU4-0000mg-KF Completed
где
support@realdomain.com — настоящий емейл, созданный на vestacp с реальным доменом
vestacpusersecod — пользователь, созданный на сервере с vestacp
myhostname.com — прописан в /etc/hosts
Также проверял домены внешними сервисами типа dnsstuff. Они также выдавали ошибки
Code: Select all
104.236.117.174 | unexpected response to [RCPT TO: ] | 550 Unrouteable address
Ответ gmail на попытку отправки почты на емейл, созданный на сервере:
Code: Select all
Google tried to deliver your message, but it was rejected by the server for the recipient domain realdomain.com by mail.realdomain.com. [104.IP.IP.IP].
The error that the other server returned was:
550-Verification failed for <vasya.petrov@gmail.com>
550-Unrouteable address
550 Sender verify failed
Помогите пожалуйста разобраться, что и где нужно починить, чтобы заработал прием почты и в то же время не завалило спамом.