Ошибка «550 Unroutable sender address» возникает при отправке сообщений с сайта на ящики некоторых почтовых служб (Mail.Ru, Hotmail) в том случае, если почтовый ящик, указанный в качестве отправителя, не существует.
Как исправить
Для устранения проблемы вам необходимо создать почтовый ящик, который вы указываете при отправке почты с сайта, или же прописать другой, существующий почтовый ящик.
Если вы пользуетесь почтой на хостинге REG.RU:
-
1.
войдите в панель управления хостингом и откройте на редактирование файл php.ini: Как изменить параметры PHP;
-
2.
найдите строку вида:
sendmail_path = "/usr/sbin/sendmail -t -i -f mail@mysite.ru"
Убедитесь, что почтовый ящик mail@mysite.ru существует. Если ящика не существует, добавьте его по инструкции: Как создать почтовый ящик на хостинге
Спасибо за оценку!
Как мы можем улучшить статью?
Нужна помощь?
Напишите в службу поддержки!
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.
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.
The reasons for the 550 email errors range from a non-existing email account to a wrongly added email server rule. To rectify the error, first, we have to analyze the basic process behind every email communication. While sending an email, it is routed from the server email to the receiver email server. Later the recipient downloads the email from his email server. So the error happens during this email delivery process which is either driven by the sender or by the receiver. In this blog, we will discuss the error ‘550-Unrouteable address’ and its solution.
The Cause behind the Error ‘550-Unrouteable Address’
While sending an email via Outlook or webmail, in the bounce message, the error message ‘550-Unrouteable address’ is displayed. We can track the source of the error from the complete bounce message. Understanding the causes for the error, help us to make the right resolution for the error.
Sending Emails to a Non-Existent Recipient Domain
When the email is delivered to a non-existing recipient domain, it shows a ‘550-Unrouteable address’ error. Another reason for the error is when the user sends an email with a wrong typo in the email address. In such cases, the email reaches an invalid email address. Configuration errors in email server also cause errors, you can choose any remote server management company like Ideamine to keep your server error-free. While sending emails to a deleted, deactivated, and expired email domain also causes ‘550-Unrouteable address’ error. So if the recipient email addresses are wrong, the emails would not be delivered and would bounce back to the sender by giving an error message.
The solution here is to validate the recipient email address while sending the emails and check whether the domain is neither expired nor deactivated. In order to validate the email, use the following command:
whois domain.com
Ensure the domain is resolving fine by verifying the DNS resolution results.
Dig domain.com
Incorrect MX Records for the Recipient Domain
The sender email server will not be able to route correctly to the recipient email server unless the MX records are set properly for the recipient domain. If there is any error in the DNS settings for the recipient domain, the other external emails servers render the email delivery as unreachable. The temporary DNS resolution issues with the sender’s ISP make it difficult to resolve the domain of recipient correctly which lead to the failure of email routing. So it gives rise to the bouncing back of emails and thereby the ‘550-Unrouteable address’ error is displayed.
So as a solution, always verify whether the MX records are correctly set for the recipient or not. You can use the following command:
dig domain.com MX
Always try to connect to the port 25 of the recipient email server and confirm that the connectivity is fine. Use the command:
telnet domain.com 25
Contact the recipient server support, if you find any connectivity issues to remote email server or DNS errors or missing of MX records and get it fixed.
Security Constraints
Many email servers will not accept emails from the senders whose email server is in any spam blacklist. Services like Amazon SES might help you to land your emails in inbox. There are email servers which accept emails only from grey-listed senders. In RDNS security checks, it is mandatory that the server IP and its hostname have to map with each other. In order to route the IP address to the sender server name, a PTR record is set. If the sending address PTR record is not matching with the receiving address, some servers will reject the email. If the recipient server can’t verify the sender properly, the email bounces back and thus displays the error.
As a solution for this, the RDNS for the sender email server IP is should be set properly and is possible using the code:
host ip-address
Through checking the spam blacklist and confirming with the remote email server, the rejections or blacklisting from the recipient email server can be confirmed. In order to secure the server in case of the blacklisting, scan the server and remove all spamming scripts and implement security measures. Check whether all the email scripts are configured with the valid sender and recipient email addresses. Thus, we can avoid sending emails to invalid addresses.
Configuration Settings of Email Server
In email server such as Exim, the number of emails a domain can send out every hour has a limit. After the limit exceeds, the emails would bounce back to the sender by displaying the error ‘550-Unrouteable address’. The wrong routing of the domain can also cause the display of the ‘550- Unrouteable address’. The firewalls and other security rules in recipient email server too become a reason for the error. These scenarios are capable of generating the error ‘550- Unrouteable address’.
Conclusion
In creating the error ‘550- Unrouteable address’, the sender and the recipient email server address has a vital role. In fixing the error, the first step is to verify whether the email addresses are correct or not. It should be the foremost goal because most of the ‘550-Unrouteable address’ happen due to the wrong email address both in sender and receiver sides. Setting the MX records correctly helps the administrators to rectify the error. Now, most of the email servers maintain strict security measures. So meeting the security or quality standards not only protect your email servers but also help you to communicate with other servers. It eliminates the chances of displaying the error. You can always opt for any server management company to keep your server error free. In brief, the fixing of the error ‘550- Unrouteable address’ is solely under the control of the server users. Following the required standards and procedures makes the server free from hazards of email communication which is highly important in meeting the enterprise requirements.
Содержание
- При отправке почтовых сообщений я получаю ошибки с номерами 550 и 553 или ошибки ретрансляции
- Проблема
- Описание
- Нежелательная почта и открытые ретрансляции
- Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений
- Решения
- Сообщения по-прежнему не отправляются?
- ‘550-Unrouteable address’ – What causes it and how to fix it in Exim, cPanel and Outlook
- What causes the error ‘550-Unrouteable address’
- 1. Non-existent recipient domain
- 2. Incorrect MX records for the recipient domain
- 3. Lookup failure for sender mail server
- 4. Mail server configuration settings
- How to fix the error ‘550-Unrouteable address’ in Exim server for cPanel/WHM
- 1. Disable sender verification
- 2. Email limits for the domain
- 3. Disable ‘nobody’ user mails
- 4. Check email routing
- 5. Email filters and forwarder
- How to fix the error ‘550-Unroutable address’ in Outlook, Thunderbird, etc.
- In short..
- Is your website stable and unique for your business?
При отправке почтовых сообщений я получаю ошибки с номерами 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. Это ограничение используется не так широко, как описанные ранее, но может применяться ко всем пользователям независимо от их местонахождения и способа подключения. В этом случае альтернативы нет. Если администратор сервера использует этот способ, вы должны указывать в обратном адресе домен, соответствующий вашему текущему подключению.
Over the past few weeks, some of our readers have encountered a 550 email address error that cannot be forwarded. This problem can occur for several reasons. We will discuss this below.
Speed up your PC in just a few clicks
Download this software now and say goodbye to your computer problems.
If the actual email is delivered to a valid recipient domain and it doesn’t exist, the full “550-Unrouteable address” error will be displayed. .Another .cause.of.an.error.is.when.a.website.visitor .sends.an.email.with.extension…An error occurred while entering an e-mail address. In such cases, the e-mail arrives with another invalid e-mail address.
Mail 550 errors occur for a variety of reasons, from a non-existent mail account to an accidentally added mail server rule.
Today we are going to discuss all 550 non-routable address errors based on various scenarios we encountered during web hosting support.
When an email is sent, the sender’s package server relays it through the Internet system to the recipient’s email. Then the recipient downloads the letter from his mail computer.
What does 550 permanent failure for one or more recipients mean?
550 Error Blocked and 550 Requested Action Completed: Mailbox Out Stock of are Simple Mail Transfer Protocol (SMTP) error codes that were blocked by the recipient’s email host server and returned directly to you.
The 550-Unrouteable address error is due to routing issues found in this sent email, which may be due to actual recipient or sender issues.
What Causes The “550 – Non-routable Address” Error
The 550-Unrouteable address error message is typically displayed by senders in the return signal they receive when they try to post an email from their mail clients. nts such as Outlook or Webmail.
According to the full message about the omission, you can specify the exact reason for the error. Here we see the main causes of this error, how to fix it.
1.Computer Domain Does Not Exist
Sometimes the domain to which the email was sent may not exist. Entering an incorrect address in the PO may cause the email to be sent to an invalid domain.
In addition, some of the once well-known but well-known recipient domains that have been removed, disabled, or expired will no longer be routed by mail servers.
Different
In some cases, email messages were simply not delivered and bounced back to the sender with a “550-Non-routable address” error.
Check Always check the recipient’s email address that you provide in email messages for errors and typos.
This
Confirm that the domain is active and not expired by typing someone else’s command
Speed up your PC in just a few clicks
Is your computer running slow and unstable? Are you plagued by mysterious errors, and worried about data loss or hardware failure? Then you need ASR Pro � the ultimate software for repairing Windows problems. With ASR Pro, you can fix a wide range of issues in just a few clicks, including the dreaded Blue Screen of Death. The application also detects crashing applications and files, so you can quickly resolve their problems. And best of all, it�s completely free! So don�t wait � download ASR Pro now and enjoy a smooth, stable and error-free PC experience.
Use whois domain:.Confirmation toDNS ohm
checks the results and makes sure the domain resolves without problems:
dig domain.com
[ Do websites help you run your business? Our website support team offers website solutions that you can buy and will quickly fix any errors on your website. ]
2. Invalid MX Records For Recipient Domain
If it is determined that the MX records for the target domain are not configured correctly, the sender’s email server may not route properly to help you get to the recipient’s email server.
Any mistake in this recipient’s DNS settings could make it unavailable to other external mail servers.
DNS
How do I fix email errors?
Check your Internet connection. Yes.Check your SMTP server information.Check all usernames and passwords.Check your own SMTP server connection to.Change the actual SMTP port.Check your antivirus perhaps, or, firewall settings.
If changes have been made in the past, it may take some time before I’m sure they’re allowed on the Internet, and during that time the domain may not be routable.
Any temporary quality issues with the dns of the sender’s ISP will certainly mean that the recipient’s domain often cannot be resolved correctly and you cannot forward mail to it.
in
Vo inIn all cases, e-mail messages sent by e-mail may be returned to the sender with a “550 – non-routable address” error message.
right
Check the MX record specifications for the recipient domain. Help for this command:
How do I fix Error 550?
Check for typos in email addresses.Check if the email IP address is permanently blacklisted.Try to send the email correctly.editTry the postal port for your money.ProveCheck if IP selection is enabled.Enable SMTP authentication.Fix this SSL method.Contact your Internet Service Provider.
dig domain.com MX
Try configuring the recipient’s mail server that supports port 25 and make sure the connection is:
working properly.
telnet-domain.com 25
If you start seeing DNS errors, missing MX features, or problems connecting to the remote mail server, contact your support recipient and let them fix the problem as well.
3. Server Search Error On Sender’s Contacts
Some mail servers have strict privacy settings to prevent spam. One such security measure is to look up the sender’s domain.
If an email server is blacklisted by many spam, recipients will reject emails from it. Some even accept mail from only greylisted senders.
RDNS
– it’s aboutOne common security check that recommends matching a mail server’s IP address with its hostname. The PTR record is used to pass the IP address of the sender’s website name.
Many receiving servers refuse to serve IP addresses whose discovery PTR does not match the file’s unique upload address. If the mail server rejects the email and the email cannot verify the sender, it will no doubt correctly reject the email.
The
550 error can sometimes appear when emails are sent from website programs without a properly configured sender address. In most of these cases, emails may be sent to the email address [email protected] or some other invalid address.
If
The email sender address is not routable, or the sender hostname is incorrectly resolved in some headers, the recipient is likely to reject the email. mail.
Error content when resending an email in these cases will be: “550-Unforwardable th e-mail address 550 Sender verification failed (in response to RCPT TO command)”.
Confirm with the command:
that RDNS is correctly configured for the sender’s server IP address.
Host IP address
The recipient’s mail server blacklist or denials can be confirmed by searching for the spam blacklist type and confirming it on the remote mail server.
In the event of a blacklist scan, the server removes virtually all spam scripts and takes security measures to keep the server secure.
Also make sure that all configured emails have valid sender and therefore recipient email addresses to avoid emails being sent as “Person” or sick with addresses.
Download this software now and say goodbye to your computer problems.
Oshibka Elektronnoj Pochty 550 Nemarshrutiziruemyj Adres
Erro De E Mail 550 Endereco Nao Roteavel
E Mailfout 550 Niet Routeerbaar Adres
이메일 오류 550 라우팅할 수 없는 주소
Erreur E Mail 550 Adresse Non Acheminable
Error De Correo Electronico 550 Direccion No Enrutable
Blad E Mail 550 Nietrasowalny Adres
E Postfel 550 Adress Som Inte Kan Dirigeras
E Mail Fehler 550 Nicht Weiterleitbare Adresse
Errore E Mail 550 Indirizzo Non Instradabile