Unrouteable address ошибка почты

Скажу сразу - я новичок. ОС - debian, isp manager lite. При отправке и получении почты выдается ошибка Unrouteable address. В каком направлении искать проблему? В bind или exim?
  1. 09.03.2010, 17:07


    #1

    lexploot вне форума


    Junior Member


    По умолчанию Помогите разобраться с ошибкой: Unrouteable address

    Скажу сразу — я новичок.
    ОС — debian, isp manager lite.

    При отправке и получении почты выдается ошибка Unrouteable address.

    В каком направлении искать проблему? В bind или exim?


  2. 09.03.2010, 17:09


    #2

    lexploot вне форума


    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)


  3. 09.03.2010, 19:41


    #3

    ls вне форума


    ISPsystem team

    Аватар для ls


    По умолчанию

    В сторону работы домена tuniga.ru
    Делегирован ли он, отдается ли с серверов имен, работает ли на них DNS
    dig +trace tuniga.ru поможет понять что работает ли домен.

    Вообще, у вас скорее всего в /etc/resolv.conf на сервере прописаны неработающие сервера имен, уточните правильные у хостера и пропишите их.


  4. 09.03.2010, 20:21


    #4

    lexploot вне форума


    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 ms

    tuniga.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 — стоят правильные неймсервера хостера…


  5. 09.03.2010, 20:24


    #5

    lexploot вне форума


    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


  6. 09.03.2010, 21:12


    #6

    ls вне форума


    ISPsystem team

    Аватар для ls


    По умолчанию

    Правильные и тем не менее домен не резолвят они
    так как ping tuniga.ru и host tuniga.ru не работает у вас.

    Пропишите googlовские — 8.8.8.8 и 8.8.4.4


  7. 09.03.2010, 21:26


    #7

    lexploot вне форума


    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

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

Понравилась статья? Поделить с друзьями:
  • Unreal engine text render error 2715 перевод
  • Update rc d error cannot find a lsb script for checkroot sh
  • Unresponsive раст как исправить
  • Unreal engine sdk error
  • Update process ended with error 1 4pda