Ошибка отправления почты почтовый сервер ответил relay not permitted

Есть почтовый сервер. CentOS+VestCP(exim+dovecot).
В принципе все гуляет хорошо, Настроено все, dkim, ptr, etc..

Но есть один ящик, на который не доходят письма..

Вот возврат этого письма:

*получатель*
    SMTP error from remote mail server after RCPT TO:<*получатель*>:
    host relay2.itsinternet.net [213.133.164.24]:
    550 relay not permitted

С других почтовиков на него все прекрасно уходит. Например с яндекса.

Прошу помочь с поиском решения, или понять происходящее для самостоятельного решения.

Прошу прощения. Писал много, и часть случайно удалил, и не заметил.

Письма отсылаются с нашего сервера на чужой сервер.

[root@mx ~]# exim -bt *получатель*
*получатель*
  router = dnslookup, transport = remote_smtp
  host relay.itsinternet.net  [213.133.164.36] MX=5
  host relay2.itsinternet.net [213.133.164.24] MX=10

[root@mx exim]# cat /var/log/exim/main.log | grep *часть домена получателя*
2015-03-30 14:02:21 1YcXS2-0000Uk-Hn SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay.itsinternet.net [213.133.164.36]: 451 Could not complete sender verify callout
2015-03-30 14:02:46 1YcXS2-0000Uk-Hn == *получатель(чужой)* R=dnslookup T=remote_smtp defer (-44): SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay2.itsinternet.net [213.133.164.24]: 451 Could not complete sender verify callout
2015-03-30 14:06:47 1YcXS2-0000Uk-Hn == *получатель(чужой)* routing defer (-51): retry time not reached
2015-03-30 15:07:13 1YcXS2-0000Uk-Hn SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay.itsinternet.net [213.133.164.36]: 451 Could not complete sender verify callout
2015-03-30 15:07:38 1YcXS2-0000Uk-Hn == *получатель(чужой)* R=dnslookup T=remote_smtp defer (-44): SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay2.itsinternet.net [213.133.164.24]: 451 Could not complete sender verify callout
2015-03-30 16:07:13 1YcXS2-0000Uk-Hn SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay.itsinternet.net [213.133.164.36]: 451 Could not complete sender verify callout
2015-03-30 16:07:38 1YcXS2-0000Uk-Hn == *получатель(чужой)* R=dnslookup T=remote_smtp defer (-44): SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay2.itsinternet.net [213.133.164.24]: 451 Could not complete sender verify callout
2015-03-30 17:06:47 1YcXS2-0000Uk-Hn == *получатель(чужой)* routing defer (-51): retry time not reached
2015-03-30 18:07:13 1YcXS2-0000Uk-Hn SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay.itsinternet.net [213.133.164.36]: 451 Could not complete sender verify callout
2015-03-30 18:07:37 1YcXS2-0000Uk-Hn ** *получатель(чужой)* R=dnslookup T=remote_smtp: SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay2.itsinternet.net [213.133.164.24]: 550 relay not permitted
2015-04-02 14:04:18 1Ydcv2-000116-I7 <= *получатель(чужой)* H=mail.itplus.kiev.ua [91.224.156.250] P=esmtps X=TLSv1:AES256-SHA:256 S=34035 id=E147CA6FDAEC464E8DE722F2CEC1A55A@Comp
2015-04-02 16:55:47 1Ydfaa-0003pE-2z SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay.itsinternet.net [213.133.164.36]: 451 Could not complete sender verify callout
2015-04-02 16:56:09 1Ydfaa-0003pE-2z ** *получатель(чужой)* R=dnslookup T=remote_smtp: SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay2.itsinternet.net [213.133.164.24]: 550 relay not permitted
2015-04-02 16:59:40 1YdfeM-0003qW-IO SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay.itsinternet.net [213.133.164.36]: 451 Could not complete sender verify callout
2015-04-02 17:00:05 1YdfeM-0003qW-IO == *получатель(чужой)* R=dnslookup T=remote_smtp defer (-44): SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay2.itsinternet.net [213.133.164.24]: 451 Could not complete sender verify callout
2015-04-02 17:06:50 1YdfeM-0003qW-IO == *получатель(чужой)* routing defer (-51): retry time not reached
2015-04-02 18:07:16 1YdfeM-0003qW-IO SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay.itsinternet.net [213.133.164.36]: 451 Could not complete sender verify callout
2015-04-02 18:07:41 1YdfeM-0003qW-IO == *получатель(чужой)* R=dnslookup T=remote_smtp defer (-44): SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay2.itsinternet.net [213.133.164.24]: 451 Could not complete sender verify callout
2015-04-02 19:07:16 1YdfeM-0003qW-IO SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay.itsinternet.net [213.133.164.36]: 451 Could not complete sender verify callout
2015-04-02 19:07:42 1YdfeM-0003qW-IO == *получатель(чужой)* R=dnslookup T=remote_smtp defer (-44): SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay2.itsinternet.net [213.133.164.24]: 451 Could not complete sender verify callout
2015-04-02 20:06:50 1YdfeM-0003qW-IO == *получатель(чужой)* routing defer (-51): retry time not reached
2015-04-02 21:07:16 1YdfeM-0003qW-IO SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay.itsinternet.net [213.133.164.36]: 451 Could not complete sender verify callout
2015-04-02 21:07:42 1YdfeM-0003qW-IO == *получатель(чужой)* R=dnslookup T=remote_smtp defer (-44): SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay2.itsinternet.net [213.133.164.24]: 451 Could not complete sender verify callout
2015-04-02 22:06:50 1YdfeM-0003qW-IO == *получатель(чужой)* routing defer (-51): retry time not reached
2015-04-02 23:07:16 1YdfeM-0003qW-IO SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay.itsinternet.net [213.133.164.36]: 451 Could not complete sender verify callout
2015-04-02 23:07:33 1YdfeM-0003qW-IO ** *получатель(чужой)* R=dnslookup T=remote_smtp: SMTP error from remote mail server after RCPT TO:<*получатель(чужой)*>: host relay2.itsinternet.net [213.133.164.24]: 550 relay not permitted

Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.

Как избежать ошибок при составлении и отправке писем

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

Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.

Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:

• выделенный IP-адрес с целью исключить блокировку на стороне сервера-ретранслятора или почтовой программы конечного получателя;
• криптографические подписи DKIM и SPF, помогающие подтвердить подлинность домена и минимизировать количество писем, воспринимаемых как спам.

Важно! В случае несоблюдения этих элементарных правил вы рискуете не только тем, что конкретное письмо не будет доставлено адресату. При многократных попытках отправки письма в большинстве почтовых программ в блок-лист попадет вся корреспонденция, отправляемая с вашего email, и даже корпоративный домен (@domain.***).

Некорректное использование бота для отправки писем может привести к блокировке отправителя и другим нежелательным последствиям. Даже если информация, которую вы отправляете потенциальным клиентам, реально интересна им, система спам-фильтрации может воспринять данную рассылку как вредоносную. Чтобы избежать этого, лучше всего воспользоваться услугами специализированных компаний.

В моей практике был случай, когда никак не удавалось добиться получения моей электронной корреспонденции одним из сотрудников компании «Лукойл». Письма я отправлял самые простые, используя корпоративный ящик. Только после того, как мой респондент обратился в IT-службу своего предприятия, выяснилось, что данный адрес находится в блэк-листе. Попал он туда из-за каких-то ошибок, допущенных моим предшественником. Понадобилось больше недели, чтобы адрес включили в «белый список». Все это время письма, высылаемые с личного mail@yandex.ru, доходили без проблем.

Полезно: Почему не приходят письма с сайта. Пример частного случая.

Положительные и отрицательные сообщения SMTP-сервера

SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.

Данные коды являются трехзначными, каждая его часть несет в себе определенную информацию, расшифровывающую причину сбоя.

Первая цифра комбинации содержит информацию о качестве доставки:

• сообщение доставлено («SMTP OK»);
• возникла неизвестная или временная проблема («SMTP unknown»);
• критическая ошибка («SMTP error»). 

Существует четыре варианта значений для первой цифры кода:

• 2xx – положительный результат, есть возможность передачи следующей команды;
• 3xx – отложенный результат, необходимо осуществление дополнительных действий;
• 4xx – сообщение не принято, но проблема носит временный характер, и запрос может быть повторен через какое-то время; 
• 5xx – категорический отказ выполнения команды, отправка запроса со стороны передающего сервера в том же виде невозможна. 

Вторая цифра в коде сообщает о категории ответа:

• 0 – синтаксические ошибки; 
• 1 – ответы на запросы информации; 
• 2 – ошибки канала передачи; 
• 3 и 4 – неизвестный тип ошибки;
•  5 – статус почтовой системы.

Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.

Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.

Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.

Следует учитывать, что SMTP-message говорит об успешном или неудачном варианте доставки именно на уровне взаимодействия почтовых серверов. Положительный ответ вовсе не означает, что ваше письмо не попало в папку «Спам».

Виды почтовых сервисов

На программном уровне существует несколько видов обработки электронной почтовой корреспонденции. К первой группе относятся виртуальные сервисы, доступные чаще всего в бесплатном исполнении через интернет-соединение на сайте почтового сервера. Это всем известные ресурсы: 

• Gmail/Google Suite (почта от Google.com);
• Yandex.ru;
• Mail.ru; 
• Rambler.ru и другие.

Более подробную информацию о значениях ответов SMTP можно получить на сайтах популярных почтовых сервисов:

• Коды ошибок SMTP почтового сервиса Gmail (Google Suite) (support.google.com)
• Создание и отправка писем на сервисе Яндекс
• Ошибки отправки писем при использовании сервера и сервиса Mail.ru

Ко второй группе относятся почтовые клиенты – программы, обладающие более расширенным функционалом, чем виртуальные сервисы. Наиболее популярными и универсальными почтовыми клиентами для Windows являются:

• Opera Mail;
• Mozilla Thunderbird;
• Koma-Mail;
• SeaMonkey;
• The Bat!;
• Microsoft Outlook.

Принципы работы почтовых клиентов несколько отличаются от процесса обработки корреспонденции виртуальными серверами. При отправке сообщения программа отсылает его не напрямую конечному получателю, а ретранслирует через сервер-релей. Этот процесс осуществляется чаще всего с использованием протокола SMTP, а получение корреспонденции обычно происходит с помощью IMAP или POP.

Коды SMTP-ответов определяются стандартом. Администратор почтового сервера может создать собственные настройки, в том числе и в части кодировки ответов сервера. Особенно это касается локальных почтовых программ, установленных непосредственно на сервере какой-нибудь компании.

О вариантах выбора и способах создания корпоративных почтовых сервисов более подробно можно прочитать здесь: Что такое почтовый сервер и зачем он нужен.

Классификация отрицательных SMTP-сообщений. Способы решения проблем

Я настроил свою почтовую программу – локальный клиент (MS Outlook и т.п.) или бесплатную почту на gmail или yandex. Начинаю отправлять письма, но сталкиваюсь с различными проблемами, связанными с тем, что мои респонденты не получают направленную им корреспонденцию. Соответственно, на мой ящик приходят сообщения об ошибках в виде кодировок SMTP. 

Сразу опускаю тот пакет сообщений, которые начинаются с 2хх и 3хх, так как они содержат информацию о том, что задача получения письма уже решена положительно либо получит такой статус в ближайшее время. Более подробно рассмотрим некоторые виды кодированных сообщений, начинающихся с 4хх и 5хх, т.е. отклики SMTP-сервера, которые сообщают о наличии проблем.

Почтовый сервер сообщил об ошибке 421

Значение: Service Not Available. Сервер недоступен: канал связи будет закрыт.

Данная ошибка возникает наряду с грейлистингом (Greylisting – «Серый список») при интенсивном использовании бесплатного SMTP-сервера, который лимитирует количество отправляемых сообщений в единицу времени. Для решения этой проблемы можно воспользоваться высоконагруженным SMTP-сервером. Чаще всего эта услуга является платной.

Получено сообщение с кодом 451

Значение: Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке.

Устранение проблем с доставкой электронной почты для кода ошибок 451 4.7.500–699 (ASxxx) в Exchange Online. Электронная почта из доменов onmicrosoft.com ограничена и фильтруется для предотвращения спама.

Необходимо добавить настраиваемый домен.

Ошибка почтового сервера 452

Значение: Insufficient system resources. Запрашиваемое действие не выполнено: недостаточно места в системе.

В Microsoft Exchange Server есть специальный компонент мониторинга доступных ресурсов Back Pressure, который отслеживает свободное место на диске, на котором хранятся очереди транспортной службы Exchange. При возникновении такой ошибки можно сделать следующее:

• очистить диск от ненужных файлов;
• отключить мониторинг Back Pressure (не рекомендуется);
• перенести транспортную очередь на другой диск достаточного объема.

Сервер сообщил об ошибке SMTP 550

Значение:  Mailbox unavailable. Требуемые действия не предприняты: электронный ящик недоступен

Данная ошибка может возникнуть из-за настроек программы Антиспам на стороне получателя. Проверьте корректность оформления вашего письма и другие параметры, по которым ваше сообщение может быть отнесено к нежелательным.

Почтовый сервер ответил ошибкой 571

Значение:  SMTP Protocol Returned a Permanent Error 571 xxx@mail.ru prohibited. We do not relay/Spam message rejected. Ошибка на стороне получателя почты.

Как я уже писал выше, разные почтовые серверы накладывают свои ограничения на прием и отправку сообщений. Код 571 в Google Suite расшифровывается следующим образом: «Действующая политика запрещает отправку этого сообщения». Письмо может содержать защищенные или конфиденциальные данные – номера кредитных карт и т.п. Или политика администрирования запрещает отправку определенными пользователями сообщений адресатам вне установленной группы.

Сертификат почтового сервера недействителен

Обычно с таким сообщением приходится сталкиваться пользователям, у которых настроен Microsoft Exchange Server/MS Outlook. В данной ситуации самое простое решение – обновить сертификат.

Проверка доступности почтового сервера программным методом

В данной статье описаны лишь некоторые варианты ошибок, которые могут возникнуть при отправке электронных сообщений. Полный перечень достаточно объемен и во многом зависит от настроек конкретного сервера как на стороне отправителя, так и получателя. Некоторые из ошибок могут быть легко устранены обычным пользователем, другие под силу лишь опытным администраторам.

Одним из способов предупреждения появления ошибок является онлайн-проверка доступности почтового сервера с помощью бесплатных инструментов:

• https://mxtoolbox.com
• https://www.ultratools.com
• http://mail2web.com

Эти сервисы пробуют подключиться к почтовому серверу по SMTP, подтверждают, что у него есть запись обратной зоны DNS, и замеряют время отклика. С их помощью можно диагностировать некоторые ошибки службы почтовых серверов или проверить, не занесен ли данный ресурс в черные списки из-за спама.

Прочитав эту статью, обратите внимание на то, как настроен ваш почтовый сервер на получение сторонних писем по SMTP-протоколу. Быть может, в данный момент ваш антиспам или локальная политика фильтрации входящих сообщений блокирует получение очень важного и нужного для вас месседжа? Проверьте сами или обратитесь к системному администратору. Если ошибку с SMTP никак не удается решить, то попробуйте обратиться в службу поддержки почтового сервера.

‘550 Relay Not Permitted’ is a common error message in email programs when users attempt to send mails without proper authentication. This is a security measure to protect mail server from open relay.

In our role as Support Engineers for web hosting companies, we see this error often reported by website owners.

What causes the error ‘550 Relay Not Permitted’?

All legitimate mail servers require their users to authenticate with a username and password before a mail is accepted for delivery.

This prevents something called “open relay spamming” where a spammer can blast thousands of spam through a server that has broken or no authentication.

Open relays often lead to spamming and cause the mail server to be blacklisted.

‘550 Relay Not Permitted‘ email error usually happens due to improper user authentication. There are a few other causes too, we’ll discuss them one by one.

1. User not authenticated properly

To prevent spammers or unauthorized users from abusing it, every mail server has an authentication system configured in it.

Only users who authenticate in the mail server by providing their username and password, will be allowed to send mails using that mail server.

This authentication process is usually done in the email program or mail client. The option to enable authentication varies with the mail client used – Outlook, Thunderbird, Outlook Express, etc.

If users try to send mails from their mail program without authenticating their account first, the error ‘550 Relay Not Permitted’ will be shown.

[ Worry no more about web or mail errors. Get an experienced server admin to manage your servers for as low as $12.99/hour. ]

2. SMTP port blocked

By default, the SMTP port is Port 25. But some ISPs and mails servers block this port to prevent spammers from misusing or attacking that port and abusing the server.

In many cases, the ISPs or mail servers who have blocked port 25, may have configured another email port for sending mails, which is usually 587.

There are some ISPs or mail servers who implement advanced security measures such as blocking certain IP ranges and allowing users to connect only from white-listed IPs.

To know if there is a connectivity issue or port/IP block in the mail servers, use the command:

telnet domain.com 25

In email clients, there is an option to provide the SMTP port. When users try to connect to a blocked SMTP port or IP to send mails, they end up seeing the error ‘550 Relay Not Permitted’.

3. MX configuration issues

Incorrect MX record settings or DNS resolution issues for the recipient domain, will also cause the error ‘550 Relay Not Permitted’ when you send mail to that domain.

This usually happens when the primary MX records of that domain may be resolving to some remote mail server or when recent changes in DNS records have been done.

To verify the MX records for a domain, use the command:

dig domain.com MX

Improper settings of authentication servers such as POP, IMAP, Dovecot, etc. can also be a reason for the error ‘550 Relay Not Permitted‘.

4. Routing issues in mail server

Sometimes, incorrect routing configuration settings in the mail server can lead to mails being routed wrongly. This can cause remote delivery attempts for local mails and vice versa.

For instance, in cPanel servers with Exim, if a domain in listed in the ‘local domains’ list, the email delivery would be attempted locally even if its mail server is remote.

If the routing issue is in the recipient server, the error message in the bounce mail that reaches the sender would be ‘Remote server replied: 550 relay not permitted’.

[ Tired of repeated mail errors? Our Support Engineers can take care of your servers and support your customers 24/7. Click here to know more. ]

5. Apps that modify recipient addresses

Some mail programs can contain filters or forwarders which modify the email address or forward them to another address. For instance, Google Apps has a feature where it modifies the ‘To’ address of emails during email forwarding.

We’ve seen cases where wrongly set forwarders can cause mails to go into an infinite loop. To prevent email spoofing, some mail servers have security settings where such features are not supported.

During such scenarios, the email senders can end up facing the error ‘550 Relay Not Permitted’.

How to do enable SMTP authentication in different mail programs

The first and foremost option to avoid the 550 email error is to configure your email client program with proper authentication settings. After enabling authentication, validate your login credentials by checking for incoming mails, before trying to send mails.

If your ISP or mail server blocks port 25, give the alternate custom SMTP port such as 587, in your mail client during configuration. Here is how to configure SMTP authentication for popular email clients:

1. How to fix the error ‘550 Relay Not Permitted’ in Thunderbird

The steps to configure authentication in Thunderbird is pretty easy:

1. In Thunderbird, under ‘Tools‘ select ‘Account Settings‘.
2. Select ‘Outgoing Server (SMTP)‘ and click ‘Edit‘.
3. Enable the ‘Use name and password‘ option.
4. Enter the username and password and click OK.

2. How to fix the error ‘550 Relay Not Permitted’ in Microsoft Office Outlook

To enable SMTP authentication in Microsoft Office Outlook, the steps are:

1. 1. Select the Tools -> Account Settings option.
   2. On the Email tab, click New.
   3. In the Add New Account dialog box, enter the Name, email address and password.
   4. Check the option ‘Require logon using SPA’.

5. In the ‘More Settings’ tab, set the Outgoing server and enable the option ‘My Outgoing server (SMTP) requires authentication’. Click OK.

3. How to fix the error ‘550 Relay Not Permitted’ in Outlook Express

To enable SMTP authentication in Outlook Express, here are the steps:

1. In the “Tools” menu, select “Accounts…“
2. Edit the “Properties” of your email account.
3. Click the “Servers” tab.
4. Check the “My Server Requires Authentication” check box and the adjacent “settings” button.
5. Make sure that the “Use same settings as my Incoming Mail Server” radio button is selected.
6. Click “OK” and close.

[ Don’t wait till it’s too late. Prevent web and mail errors by getting our experts to monitor & maintain your server. ]

How to fix the error ‘550 Relay Not Permitted’ in Exim mail server for cPanel, AWS and DirectAdmin

Most cPanel/WHM, AWS and DirectAdmin servers use Exim as the mail server. The ‘550 Relay Not Permitted’ error is commonly reported by users in Exim mail server.

In Exim, there is a file known as ‘local_domains’. This file contains the domains for which mails are to be delivered locally or within the email server.

All other mails would be delivered to the internet and remote SMTP transmission would be attempted. The mail relay for the domains would be decided based on their entry in this file.

To fix the error ‘550 Relay Not Permitted’ in Exim, we make sure that the domains are listed in the appropriate configuration files, and the Exim routing is configured correctly.

For cPanel servers that use Dovecot email program to fetch mails, the authentication configuration for senders should be properly updated in the ‘exim.conf’ file.

In short..

Here we’ve seen the major reasons why the error ‘‘550 Relay Not Permitted’ happens and how to fix it in different mail clients and cPanel servers, where it is commonly noticed.

There isn’t any one-fix-all solution for any error. While this error usually gets resolved with proper mail client settings, in some rare situations, more investigation may be required.

Examining the mail logs, testing of email routing and checking the mail server settings are some ways to identify and fix the issue. If you’d like to know how to fix your mail server, we’d be happy to talk to you.

var google_conversion_label = «owonCMyG5nEQ0aD71QM»; #olark-wrapper .olark-launch-button,#olark-wrapper .olark-attention-grabber,#olark-wrapper .olark-attention-grabber-img,#olark-wrapper .olark-bounding-box { display: none !important; }

Ошибка электронной почты 550 может возникнуть в различных клиентских программах , таких как Outlook и Mozila Thunderbird. Ошибка возникает, когда некоторые пользователи отправляют электронные письма с клиентским программным обеспечением. Хотя точные всплывающие сообщения об ошибках могут незначительно отличаться, все они будут содержать код ошибки 550. Как следствие, пользователи не могут отправлять электронные письма конкретным получателям с помощью своего клиентского программного обеспечения.

Ошибка 550 — это ошибка SMTP (Simple Mail Transfer Protocol) для отправки электронной почты. SMTP-сервер не отправил электронное письмо, когда возникает ошибка 550, поскольку почтовый ящик получателя недоступен. Это может произойти из-за нескольких вещей, а в некоторых случаях это может быть проблема, которую может исправить предполагаемый получатель, а не отправитель.

Как пользователи могут исправить ошибку электронной почты 550?

1. Проверьте адрес электронной почты опечатки

Ошибка 550 может возникнуть из-за опечаток электронной почты. Итак, еще раз проверьте, что вы ввели точный адрес электронной почты. Убедитесь, что в адресе электронной почты нет опечаток или пробелов, прежде чем нажимать кнопку отправки.

2. Отправить письмо на день позже

Хотя это маловероятно, сервер получателя может быть недоступен при отправке электронного письма. Итак, попробуйте один или два дня. Тогда сервер может вернуться в исходное состояние, когда вы отправите письмо еще раз через несколько дней.

3. IP-адрес электронной почты находится в черном списке?

1. Может случиться, что антиспам-фильтр заблокировал IP-адрес / домен сервера для сервера электронной почты при возникновении ошибки 550. Чтобы проверить, так ли это, откройте страницу поиска MX .
2. Введите свой почтовый домен в текстовое поле и нажмите кнопку « Поиск MX» . Затем будет предоставлена ​​информация об IP-адресе для введенного домена электронной почты.
3. Скопируйте IP-адрес вашего почтового домена в буфер обмена, выделив его и нажав Ctrl + C.
4. Затем откройте страницу проверки черного списка в браузере.
5. Вставьте IP-адрес в текстовое поле с помощью сочетания клавиш Ctrl + V.
6. Нажмите кнопку Проверка черного списка , которая покажет пользователям список черных списков адресов электронной почты.

Если проверка в черном списке указывает на то, что антиспам-фильтр внес в черный список введенный IP-адрес электронной почты, поэтому вы не можете отправлять сообщения. Попробуйте отправить сообщение с альтернативным адресом электронной почты, если можете. Кроме того, пользователи, у которых нет альтернативной электронной почты, могут создавать новые учетные записи веб-почты в Yahoo, Gmail и т. Д.

4. Включите аутентификацию SMTP

1. Некоторым пользователям может потребоваться включить аутентификацию SMTP для своего программного обеспечения почтового клиента. Пользователи Outlook 2013/16 могут сделать это, щелкнув Инструменты в окне Outlook.
2. Выберите Настройки учетной записи в меню.
3. Затем выберите учетную запись электронной почты и нажмите кнопку « Изменить» .
4. Нажмите кнопку « Дополнительные параметры» в открывшемся окне «Изменить параметры электронной почты».
5. Выберите вкладку «Исходящий сервер» в открывшемся окне «Параметры электронной почты Интернета».
6. Установите флажок Мой исходящий сервер (SMTP) требует проверки подлинности .
7. Кроме того, нажмите кнопку Использовать те же настройки, что и у моего сервера входящей почты .
8. Нажмите кнопку ОК .
9. Пользователи Mozilla Thunderbird могут настроить SMTP-аутентификацию, щелкнув Инструменты и Настройки учетной записи в окне Thunderbird.
10. Выберите Исходящий сервер в левой части окна.
11. Выберите почтовый сервер и нажмите кнопку « Редактировать» , чтобы открыть окно, показанное ниже.
12. Затем пользователям нужно будет ввести настройки SMTP для своего почтового сервера. Например, пользователям Gmail нужно будет ввести «smtp.gmail.com» в качестве адреса сервера и «587» или «465» в качестве номеров портов TLS / SSL.
13. Нажмите кнопку ОК после ввода необходимых данных.

Эти резолюции могут исправить ошибку электронной почты 500 для некоторых пользователей. Однако предполагаемые получатели электронной почты также могут решить проблему, отключив свои брандмауэры антивирусного программного обеспечения или очистив свои почтовые ящики. Таким образом, некоторым пользователям может потребоваться связаться с получателями (без электронной почты), чтобы решить проблему.

СВЯЗАННЫЕ СТАТЬИ, ЧТОБЫ ПРОВЕРИТЬ:

• Как исправить ошибку электронной почты 0x80048802 в Windows 10
• Как исправить ошибку Outlook 0x80042109 в Windows 10
• Ошибка 421 не может подключиться к SMTP-серверу в Outlook [EXPERT FIX]