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

При отправке почтовых сообщений я получаю ошибки с номерами 550 и 553 или ошибки ретрансляции

Проблема

Когда вы, находясь вне дома, отправляете сообщение электронной почты с помощью домашней почтовой учетной записи, это сообщение может вернуться с ошибкой 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, как и в большинстве почтовых программ, можно указать «отображаемое имя» и обратный почтовый адрес, который появляется при ответе на ваше сообщение. В нежелательной почте эти поля почти всегда содержат ложную информацию. Вы правда верите, что сообщения о том, как быстро разбогатеть, пришли от супермодели или мирового лидера?

Источник

‘550-Unrouteable address’ – What causes it and how to fix it in Exim, cPanel and Outlook

550 email errors happens due to a multitude of reasons, ranging from a non-existing mail account to a wrongly added mail server rule.

Today, we’ll discuss the error ‘550-Unrouteable address’ based on the various scenarios we’ve noticed them happening, during our Web Hosting Support services.

When an email is sent, it is routed from the sender mail server to the recipient mail server over internet. The recipient later downloads the mail from his mail server.

How email routes from sender to recipient

The error ‘550-Unrouteable address’ occurs due to the routing issues that happen in this mail delivery process, which can be due to either the recipient or sender problems.

What causes the error ‘550-Unrouteable address’

The error message ‘550-Unrouteable address’ is usually shown to the sender in the bounce message he gets when attempting to send an email via mail clients such as Outlook or webmail.

From the complete bounce message, it is possible to know the exact reason for the error. Here, we’ll see the main reasons why this error happens and how to fix it.

1. Non-existent recipient domain

At times, the domain to which the mail was sent, may be non-existent. A typo in the email address can cause mail delivery attempt to an invalid domain.

Also, the recipient domain which was once existing, but got deleted or deactivated or expired, will no longer be routeable for the mail servers.

In such scenarios, the mails would not be delivered and would bounce back to the sender, giving the error ‘550-Unrouteable address’.

Solution:

Always validate the recipient email address you’ve given in the email for any spelling mistakes or errors.

Confirm that the domain is active and not expired, using the command:

Verify the DNS resolution results and ensure the domain is resolving fine:

2. Incorrect MX records for the recipient domain

If the MX records are not set properly for the recipient domain, the sender mail server would be unable to route correctly to the recipient mail server.

Any error in the DNS settings for the recipient domain can render it unreachable by the other external mail servers.

If DNS changes are made recently, it may take some time to resolve in the Internet and during that time period, the domain may be unrouteable.

Any temporary DNS resolution issues with the sender’s ISP can make it unable to resolve the recipient domain correctly and fail to route mails to it.

Mails sent in all these cases may bounce back to the sender, giving the error message ‘550-Unrouteable address’.

Solution:

Verify that the MX records are correctly set for the recipient domain, using the command:

Try connecting to the recipient mail server to the port 25 and confirm that the connectivity is working fine, using:

If you notice DNS errors or missing MX records or connectivity issues to remote mail server, then contact the recipient server support and get it fixed.

3. Lookup failure for sender mail server

Some mail servers have strict security settings configured, to avoid spamming. Looking up the sender domain is one such security measure.

If the sender mail server is in any spam blacklist, many recipients reject the mails from it. Some even accept mails only from grey-listed senders.

RDNS is another security check where the mail server IP and its hostname should map with each other. A PTR record is set to route the IP address to the sender server name.

Many receiving servers will reject mail from IP addresses whose PTR record does not match the sending address. If a mail server rejects mail as it couldn’t verify the sender properly, it would bounce the mail.

550 error can also happen while sending mails from scripts without configuring proper sender address. In such cases, the mails may go with sender address as root@hostname or some other invalid address.

If the sender address is not routeable or if the sender hostname in the header doesn’t resolve correctly, the recipient will reject the mail.

The error message in the bounce mail in such cases would be “550-Unrouteable address 550 Sender verify failed (in reply to RCPT TO command)” .

Solution:

Confirm that the RDNS for the sender mail server IP is set fine, using the command:

Blacklisting or rejections from the recipient mail server can be confirmed by looking up the Spam blacklist and confirming with the remote mail server.

In case of blacklisting, scan the server, remove all spamming scripts and implement security measures to secure the server.

Also make sure that all the email scripts are configured with valid sender and recipient email addresses, to avoid mails going as nobody or with invalid addresses.

4. Mail server configuration settings

In some mail servers such as Exim, there is a limit set for the number of emails a domain can send out every hour. If the sender exceeds this limit, the mails would bounce with the error ‘550-Unrouteable address’ .

Wrong routing of the domain, where the mails are routing to remote server instead of local mail server, can also end up giving email error 550.

Anti-spam firewalls or certain security rules in the recipient mail server can lead to email bounces with 550 error.

How to fix the error ‘550-Unrouteable address’ in Exim server for cPanel/WHM

These are some ways to fix the 550 error, depending on the reason why the error happened.

1. Disable sender verification

If your server is the recipient server that is bouncing mails, the easiest work around for this error is to stop using sender verification against your email server.

In your cPanel/WHM server, you can turn off this with the setting “Verify the existence of email senders” under Exim Configuration Editor.

But this is not a recommended solution due to the security constraints, to avoid server from being spammed by scripts or malicious accounts.

2. Email limits for the domain

If your mail server is the sender, check the Exim logs to see if the error is due to the sender domain exceeding its maximum email limit.

To increase the maximum count of emails that a domain can send in one hour, in case of valid mails, use the Tweak Settings in cPanel/WHM.

The option “The maximum each domain can send out per hour (0 is unlimited)” can help to change the value – increase or decrease – based on the requirement.

3. Disable ‘nobody’ user mails

In cPanel/WHM servers where Apache is running as user nobody, mails sent from PHP scripts would be delivered as ‘nobody’ and can be rejected by some recipient servers.

To resolve this, enable PHPSuexec in the server. Prevent malicious scripts from sending out spam from the server, using the option ‘Prevent the user “nobody” from sending out mail to remote addresses’ in Tweak Settings of cPanel/WHM.

4. Check email routing

For a domain that has its mail server setup locally, confirm that an entry exists for that domain in the ‘/etc/localdomains’ file.

In certain special cases, the domain maybe hosted locally but need to use remote mail servers. In such cases, the domain should be removed from localdomains and added to ‘remotedomains’ file.

5. Email filters and forwarder

Verify the email filters and forwarders set for the recipient domain and confirm that there are no entries that cause mails to be bounced or forwarded to non-existing addresses.

The file ‘/etc/valiases/domain’ contains the email forwarders set for that domain and its email accounts. The email filters are stored under ‘/etc/vfilters’ for each domain.

How to fix the error ‘550-Unroutable address’ in Outlook, Thunderbird, etc.

As the error message is shown to the senders in their email program such as Microsoft Outlook, Outlook Express, Thunderbird, etc., many people tend to associate the error with these software.

But the fixes for the error are the ones discussed in this article, irrespective of the email client used. Checking the email address authenticity and mail client settings are vital, however, for mails to deliver.

In short..

Here we’ve discussed the various causes for the email error ‘550-Unrouteable address’ and how to fix it, specifically in Exim mail server for cPanel/WHM.

There isn’t a one-fix-all solution for any error. Examining the mail logs, testing the email routing and checking the mail server settings are some ways we identify and fix the issue.

Bobcares also gives recommendations to server owners on how to manage their server resources effectively. If you’d like to know how to fix your mail server, we’d be happy to talk to you.

Is your website stable and unique for your business?

Don’t let a poor website design or site errors affect your business. We’re here to help you.

Источник

Проблема

Когда вы, находясь вне дома, отправляете сообщение электронной почты с помощью домашней почтовой учетной записи, это сообщение может вернуться с ошибкой 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. Это ограничение используется не так широко, как описанные ранее, но может применяться ко всем пользователям независимо от их местонахождения и способа подключения. В этом случае альтернативы нет. Если администратор сервера использует этот способ, вы должны указывать в обратном адресе домен, соответствующий вашему текущему подключению.

Данная проблема обыкновенно возникает, когда вы с рабочей почты, вдруг решили произвести отправку из дома или наоборот из домашней, решили воспользоваться рабочей, от друга, то может возникнуть ошибка 550. Многие не связывают все устройства единой учёткой.

Например, я отношусь к таким. Если ошибка не возникла, то на основном устройстве появится письмо с предупреждением, и часто чуть ли не требованием, поменять пароль. Мол «Кто-то вошёл в вашу почту и распространяет спам. Вы должны поменять пароль». Многие игнорируют это сообщение, но в основном Гугл очень настырен по этому поводу, может потребовать заход с двуфакторной идентификацией через пароль с телефона.

Сложность понимания ошибки упирается в почтовые протоколы отличные от веб трансляции и ретрансляции промежуточных адресов. Поэтому я воспользуюсь цитатой:

Естественно текст будет отличаться в зависимости от почтовика, а может вообще отсутствовать, только кратенько: «Ошибка 550»

Фактически ваше письмо не доставлено адресату, потому что протокол не признаёт в вас реального пользователя, такова защита от вирусов и спама.

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

1. 09.03.2010, 17:07

   
   

   #1

   

   
   Junior Member
   

   ---

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

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

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

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

   ---

2. 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)

   ---

3. 09.03.2010, 19:41

   
   

   #3

   

   
   ISPsystem team
   

   

   ---

   
   

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

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

   ---

4. 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 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

   

   
   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

   

   
   ISPsystem team
   

   

   ---

   
   

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

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

   ---

7. 09.03.2010, 21:26

   
   

   #7

   

   
   Junior Member
   

   ---

   
   

   Спасибо!
   Буду тогда мучать хостера!

   ---

550 email errors happens due to a multitude of reasons, ranging from a non-existing mail account to a wrongly added mail server rule.

Today, we’ll discuss the error ‘550-Unrouteable address’ based on the various scenarios we’ve noticed them happening, during our Web Hosting Support services.

When an email is sent, it is routed from the sender mail server to the recipient mail server over internet. The recipient later downloads the mail from his mail server.

The error ‘550-Unrouteable address’ occurs due to the routing issues that happen in this mail delivery process, which can be due to either the recipient or sender problems.

See how we can support your websites!

What causes the error ‘550-Unrouteable address’

The error message ‘550-Unrouteable address’ is usually shown to the sender in the bounce message he gets when attempting to send an email via mail clients such as Outlook or webmail.

From the complete bounce message, it is possible to know the exact reason for the error. Here, we’ll see the main reasons why this error happens and how to fix it.

1. Non-existent recipient domain

At times, the domain to which the mail was sent, may be non-existent. A typo in the email address can cause mail delivery attempt to an invalid domain.

Also, the recipient domain which was once existing, but got deleted or deactivated or expired, will no longer be routeable for the mail servers.

In such scenarios, the mails would not be delivered and would bounce back to the sender, giving the error ‘550-Unrouteable address’.

Solution:

Always validate the recipient email address you’ve given in the email for any spelling mistakes or errors.

Confirm that the domain is active and not expired, using the command:

whois domain.com 

Verify the DNS resolution results and ensure the domain is resolving fine:

dig domain.com

[ Are your websites helping you get business? Our website support team gives you custom website solutions and fix all errors in your website in no time. ]

2. Incorrect MX records for the recipient domain

If the MX records are not set properly for the recipient domain, the sender mail server would be unable to route correctly to the recipient mail server.

Any error in the DNS settings for the recipient domain can render it unreachable by the other external mail servers.

If DNS changes are made recently, it may take some time to resolve in the Internet and during that time period, the domain may be unrouteable.

Any temporary DNS resolution issues with the sender’s ISP can make it unable to resolve the recipient domain correctly and fail to route mails to it.

Mails sent in all these cases may bounce back to the sender, giving the error message ‘550-Unrouteable address’.

Solution:

Verify that the MX records are correctly set for the recipient domain, using the command:

dig domain.com MX

Try connecting to the recipient mail server to the port 25 and confirm that the connectivity is working fine, using:

telnet domain.com 25

If you notice DNS errors or missing MX records or connectivity issues to remote mail server, then contact the recipient server support and get it fixed.

3. Lookup failure for sender mail server

Some mail servers have strict security settings configured, to avoid spamming. Looking up the sender domain is one such security measure.

If the sender mail server is in any spam blacklist, many recipients reject the mails from it. Some even accept mails only from grey-listed senders.

RDNS is another security check where the mail server IP and its hostname should map with each other. A PTR record is set to route the IP address to the sender server name.

Many receiving servers will reject mail from IP addresses whose PTR record does not match the sending address. If a mail server rejects mail as it couldn’t verify the sender properly, it would bounce the mail.

550 error can also happen while sending mails from scripts without configuring proper sender address. In such cases, the mails may go with sender address as root@hostname or some other invalid address.

If the sender address is not routeable or if the sender hostname in the header doesn’t resolve correctly, the recipient will reject the mail.

The error message in the bounce mail in such cases would be “550-Unrouteable address 550 Sender verify failed (in reply to RCPT TO command)”.

Solution:

Confirm that the RDNS for the sender mail server IP is set fine, using the command:

host ip-address

Blacklisting or rejections from the recipient mail server can be confirmed by looking up the Spam blacklist and confirming with the remote mail server.

In case of blacklisting, scan the server, remove all spamming scripts and implement security measures to secure the server.

Also make sure that all the email scripts are configured with valid sender and recipient email addresses, to avoid mails going as nobody or with invalid addresses.

[ A single misconfiguration may break your site! Click here for a customized and error-free website to help you boost your business. ]

4. Mail server configuration settings

In some mail servers such as Exim, there is a limit set for the number of emails a domain can send out every hour. If the sender exceeds this limit, the mails would bounce with the error ‘550-Unrouteable address’.

Wrong routing of the domain, where the mails are routing to remote server instead of local mail server, can also end up giving email error 550.

Anti-spam firewalls or certain security rules in the recipient mail server can lead to email bounces with 550 error.

How to fix the error ‘550-Unrouteable address’ in Exim server for cPanel/WHM

These are some ways to fix the 550 error, depending on the reason why the error happened.

1. Disable sender verification

If your server is the recipient server that is bouncing mails, the easiest work around for this error is to stop using sender verification against your email server.

In your cPanel/WHM server, you can turn off this with the setting “Verify the existence of email senders” under Exim Configuration Editor.

But this is not a recommended solution due to the security constraints, to avoid server from being spammed by scripts or malicious accounts.

2. Email limits for the domain

If your mail server is the sender, check the Exim logs to see if the error is due to the sender domain exceeding its maximum email limit.

To increase the maximum count of emails that a domain can send in one hour, in case of valid mails, use the Tweak Settings in cPanel/WHM.

The option “The maximum each domain can send out per hour (0 is unlimited)” can help to change the value – increase or decrease – based on the requirement.

[ Worried about your broken website? Get our server specialists’ assistance to fix your site from all errors. ]

3. Disable ‘nobody’ user mails

In cPanel/WHM servers where Apache is running as user nobody, mails sent from PHP scripts would be delivered as ‘nobody’ and can be rejected by some recipient servers.

To resolve this, enable PHPSuexec in the server. Prevent malicious scripts from sending out spam from the server, using the option ‘Prevent the user “nobody” from sending out mail to remote addresses’ in Tweak Settings of cPanel/WHM.

4. Check email routing

For a domain that has its mail server setup locally, confirm that an entry exists for that domain in the ‘/etc/localdomains’ file.

In certain special cases, the domain maybe hosted locally but need to use remote mail servers. In such cases, the domain should be removed from localdomains and added to ‘remotedomains’ file.

5. Email filters and forwarder

Verify the email filters and forwarders set for the recipient domain and confirm that there are no entries that cause mails to be bounced or forwarded to non-existing addresses.

The file ‘/etc/valiases/domain’ contains the email forwarders set for that domain and its email accounts. The email filters are stored under ‘/etc/vfilters’ for each domain.

How to fix the error ‘550-Unroutable address’ in Outlook, Thunderbird, etc.

As the error message is shown to the senders in their email program such as Microsoft Outlook, Outlook Express, Thunderbird, etc., many people tend to associate the error with these software.

But the fixes for the error are the ones discussed in this article, irrespective of the email client used. Checking the email address authenticity and mail client settings are vital, however, for mails to deliver.

In short..

Here we’ve discussed the various causes for the email error ‘550-Unrouteable address’ and how to fix it, specifically in Exim mail server for cPanel/WHM.

There isn’t a one-fix-all solution for any error. Examining the mail logs, testing the email routing and checking the mail server settings are some ways we identify and fix the issue.

Bobcares also gives recommendations to server owners on how to manage their server resources effectively. If you’d like to know how to fix your mail server, we’d be happy to talk to you.