Ошибка сервера 550 there are no mx records nor a records for domain gmail ru

Ошибка электронной почты 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]

90% случаев возникновения ошибки «550 Administrative prohibition» — это некорректно приписанные MX-записи. Что такое запись MX

Для решения проблемы необходимо проверить текущие MX-записи и, если они прописаны некорректно, изменить их.

Проверка текущих MX-записей

Перейдите на страницу on-line проверки DNS-записей. Введите имя домена, в выпадающем списке выберите тип записи «MX» и нажмите Проверить.

• если вы пользуетесь почтой на виртуальном хостинге REG.RU, в выводе должны фигурировать:
  mx1.hosting.reg.ru и mx2.hosting.reg.ru;
• если вы пользуетесь Yandex почтой:
  mx.yandex.ru;
• если вы используете Google Workspace:
  ALT2.ASPMX.L.GOOGLE.COM
ASPMX2.GOOGLEMAIL.COM
ASPMX3.GOOGLEMAIL.COM
ASPMX.L.GOOGLE.COM
ALT1.ASPMX.L.GOOGLE.COM
• если вы пользуетесь почтой Mail.ru:
  emx.mail.ru.

MX-записи прописаны верно

Если MX-записи прописаны верно, а почта всё равно не отправляется, причина связана с тем, что с момента изменения MX-записей (или DNS для домена) ещё не прошло 24 часа.

MX-записи прописаны некорректно или вовсе отсутствуют

В этом случае вам просто необходимо прописать корректные MX-записи. Для начала необходимо определить, какие DNS-сервера прописаны для вашего домена. Именно на этих DNS-серверах нужно будет прописывать корректные MX-записи.

Перейдите к сервису Whois, введите название вашего домена и нажмите Проверить.
Возможны следующие варианты:

• прописаны DNS-серверы «ns1.hosting.reg.ru» и «ns2.hosting.reg.ru».
  В этом случае прописывать MX-записи необходимо в панели управления хостингом:
  Как это сделать для почты REG.RU
  Как это сделать для Yandex-почты
  Как это сделать для Google Workspace
  Как это сделать для Mail.ru
• прописаны DNS-серверы «ns1.reg.ru» и «ns2.reg.ru».
  Прописывать MX-записи необходимо в личном кабинете на сайте REG.RU (или в личном кабинете партнёра REG.RU (например, 2domains), если домен приобретался через него).
  Если вы хотите пользоваться почтой на виртуальном хостинге REG.RU, проще всего будет изменить DNS-сервера на хостинговые, при этом хостинговые MX-записи настроятся автоматически.
• прописаны DNS-серверы «ns5.hosting.reg.ru» и «ns6.hosting.reg.ru».
  MX-записи необходимо прописывать там, где производилась первоначальная настройка DNS для домена. Это может быть:

1. панель управления (ISPmanager, Parallels Plesk);
2. dnsadmin.

Если вы хотите управлять почтовыми ящиками на VPS-сервере, вам необходимо внести следующие ресурсные записи:

Что такое записи MX, TXT, A

• для домена прописаны другие DNS-сервера.
  В этом случае обратитесь к поставщику DNS вашего домена. Если вы хотите пользоваться почтой REG.RU, на сторонних DNS необходимо прописать соответствующие ресурсные записи. Ресурсные записи для VPS приведены выше, ресурсные записи почты виртуального хостинга приведены здесь.

Настройка почты клиентам для отправки почты и рассылки отчетов

Настройка почты

Яндекс почта

Настроить пароль для доступа агента в почту Яндекс

Google почта

Настроить пароль для доступа агента в почту Google

Mail.ru почта

Настройка Агента

Для Яндекс почты

Для Google почты

Для Mail.ru почты

Проверка отправки

Возможные ошибки

Отправка сообщения завершена с ошибкой ERROR [EElSMTPError]: User authentication failed: User authentication failed: Unaccepted server reply.
Command: AUTH PLAIN cGluZ3YucGluZ3dpbkB5YW5kZXgucnUAcGluZ3YucGluZ3dpbkB5YW5kZXgucnUAcGluZ3dpbnF3ZTEyMzQ1
Reply: 535 5.7.8 Error: authentication failed: Invalid user or password! 1643106983-7ths24EaRC-aNHWX6ou

Отправка сообщения завершена с ошибкой ERROR [EElSMTPError]: User authentication failed: User authentication failed: Unaccepted server reply.
Command: AUTH PLAIN cGluZ3YucGluZ3dpbkB5YW5kZXgucnUAcGluZ3YucGluZ3dpbkB5YW5kZXgucnUAYXZtY3JwcXBrbmZicmV1Yg==
Reply: 535 5.7.8 Error: authentication failed: This user does not have access rights to this service 1643106264-TgpCkl1emm-OOHaJmhY

Отправка сообщения завершена с ошибкой ERROR [EElSMTPError]: User authentication failed: User authentication failed: Unaccepted server reply.
Command: AUTH PLAIN QmVsbGluaS5jb21AaW5ib3gucnUAQmVsbGluaS5jb21AaW5ib3gucnUAQWlrYW51UjIwMDg=
Reply: 535 Authentication failed. Please verify your account by going to https://e.mail.ru/login?email=bellini.com@inbox.ru

Отправка сообщения завершена с ошибкой ERROR [EElSMTPError]: User authentication failed: User authentication failed: Unaccepted server reply.
Command: AUTH PLAIN cGluZ3YucGluZ3dpbkB5YW5kZXgucnUAcGluZ3YucGluZ3dpbkB5YW5kZXgucnUAYXZtY3JwcXBrbmZicmV1Yg==
Reply: 535 5.7.8 Error: authentication failed: This user does not have access rights to this service 1643106264-TgpCkl1emm-OOHaJmhY

Отправка сообщения завершена с ошибкой ERROR [EElSSLCmdClientError]: Unaccepted server reply code 554

Устанавливаем SMTP соединение
ERROR [EElSimpleSSLClientError]: Connection failed due to error 73730

Устанавливаем SMTP соединение
ERROR [EElSimpleSSLClientError]: Connection failed due to error 75777

Устанавливаем SMTP соединение
ERROR [EElSimpleSSLClientError]: TLS certificate validation failed: error 75787; the connection will be terminated

Устанавливаем SMTP соединение
ERROR [EElSocketClientError]: Connection error 10060

Отправка сообщения завершена с ошибкой ERROR [EElSSLCmdClientError]: Unaccepted server reply.
Command: RCPT TO: <test@gmail.cjm>
Reply: 550 There are no MX-records nor A-records for domain gmail.cjm

Отправка сообщения завершена с ошибкой ERROR [EElSSLCmdClientError]: Unaccepted server reply.
Command: RCPT TO: <test@mail ru>
Reply: 550 There are no MX-records nor A-records for domain gmail.cjm

Отправка сообщения завершена с ошибкой ERROR [EElSSLCmdClientError]: Unaccepted server reply.
Command: RCPT TO: <test@nail.ru> NOTIFY=NEVER
Reply: 550 5.7.1 Policy rejection on the target address 1650289309-TslatqTQFN-fnKOMeIH

29.06.2022 18:18:37:679 [15][1232] Устанавливаем SMTP соединение
29.06.2022 18:18:38:318 [15][1232] ERROR [EElSSLCmdClientError]: Unaccepted server reply.
Command: EHLO User-ПК
Reply: 501 Syntactically invalid EHLO argument(s)

29.06.2022 18:18:38:318 [15][1232] ОШИБКА: Ошибка отправки!

550 5.7.1 This message was not accepted due to domain owner DMARC policy (RFC 7489)

27.03.2023 05:05:35:325 [4732][3852] Отправка сообщения завершена с ошибкой ERROR [EElSMTPError]: User authentication failed: User authentication failed: Unaccepted server reply.
Command: AUTH PLAIN bm9yZXBseUBjaGFpa2EyNC5ydQBub3JlcGx5QGNoYWlrYTI0LnJ1AEZhNCFPTGdvMlBpYg==
Reply: 535 5.7.0 NEOBHODIM parol prilozheniya https://help.mail.ru/mail/security/protection/external / Application password is REQUIRED

Introduction

Often times we have delivery issues like rejected and dropped emails, and emails landing in spam. Usually, it takes a while for us to understand that these issues have occurred, and until then some damage is done either to the campaign result or the domain reputation which can be noticed earlier by fetching SMTP response codes.

In this blog, we are focusing on the response codes that are related to spam emails. This will help you to immediately act on the situations that may arise due to something going really wrong with your emails or your email sending domain.

FAQs

• Error code 421 4.7.0 — Not in the whitelist, Authentication issue, Spam
• Error code 550 5.7.1 — Blocked, Marked as spam, Authentication
• Error code 550 5.2.1 — Email sending limit reached
• Error code 550 5.7.26 — DMARC policy failed
• Error code 550 5.7.26 — SPF DKIM policy alignment failed
• Error code 550 5.2.2 — SPF policy alignment failed

Error code 421 4.7.0 — Not in the whitelist, Authentication issue, Spam

421-4.7.0 This message does not have authentication information or fails to pass authentication checks. To best protect our users from spam, the message has been blocked. Please visit https://support.google.com/mail/answer/81126#authentication for more information.

You may have issues with your SPF, DKIM, and DMARC alignment which is a part of Gmail’s email authentication, you can check our detailed tutorials for that. Gmail has a strict policy for these and does that to prevent the Gmail users from any kind of malicious activities.

Solution:

• You can use checker tools to identify the issues and generate records.
  — SPF Validator
  — SPF Generator
  — DKIM Validator
  — DKIM Generator
  — DMARC Validator
  — DMARC Generator
• Here are some of these tutorials that can help with the setup:
  — SPF
  — DKIM
  — DMARC

421-4.7.0 Our system has detected an unusual rate of unsolicited mail originating from your IP address. To protect our users from spam, mail sent from your IP address has been temporarily blocked. For more information

Your domain is being blocked because of being identified as spam or due to a drastic increase in email sending rates.

Solution:

Email Blacklist

• Get your domain and IP checked if it is in an email blocklist
• If in case it is in the blocklist, you will need to fix the issues with the email in the first place.
• After a successful resolution of email issues, you can go for delisting of the domain/IP from the respective blocklist. You can take the assistance of the email tester for that.

A New email sending domain

• In case you have a relatively new email sending domain that is less than a year old, then it is not wise to send millions of emails on the first go. This is a sure way of getting marked as spam mail. You need to increase your email volume slowly if you are sending emails through a new domain.
• Contact your Mail service providers, they will help you with this process called email warmup. This will make it easier for you to send emails and increase volume.

IP not in whitelist for RCPT domain, closing connection.

• This states that you are sending emails to an email id of which the user has created a whitelist, Which means that it will only allow emails from the domain that are explicitly mentioned by the owner of that particular email id.

solution:-

• What you can do is currently stop sending emails to the user. In case you still want to send an email to the user, you might want to get in contact with the user for the whitelisting of your email.

TLS required for RCPT domain, closing connection.

You might have seen a lock symbol at the left corner of your email. The text besides that lock should say a TLS encryption.

This means that the email you are receiving is encrypted and cannot be read by anyone in the process of transmission. This is a critical security protocol that Gmail expects the email sending server to perform for all of the emails sent.

solution:-

• The only way this could be resolved is if somehow the email id admin adds your IP to the allowed list.
• You should immediately remove this user from your campaign list since they clearly don’t want anyone else emailing them but a few exceptions.
• If possible you can contact the owner of the particular mail id to allow you into the valid sender whitelist, so that your emails won’t get rejected.

Error code 550 5.7.1 — Blocked, Marked as spam, Authentication

• Messages are rejected because the sending server’s IP address is on an IP suspended list, it also can be that your sending domain is listed. You might get this error if you’re sending mail using a shared IP with a poor reputation (which means you are on an email blacklist or being identified as spam due to being in a spam folder or bad email practices).
• This can also be due to the GCDP (Google Custom Domain Policies). This means that a user has set a custom policy that has denied your domain from being able to send email to the respective email id.
• The email content is another thing that you want to check out if your emails are landing in spam. The issues such as Mixed content, Spam keywords, Phishing links in the email, Non SSH links, External links in the email, and email size can be some of the issues that might cause an email to be marked as spam.

Examples:-

Here are some of the examples of the error messages you might see.

550-5.7.1 Our system has detected that this message is likely unsolicited mail. To reduce the amount of spam sent to Gmail, this message has been blocked.

550-5.7.1 [XXX.XXX.XXX.XXX] Our system has detected an unusual rate of unsolicited mail originating from your IP address. To protect our users from spam, mail sent from your IP address has been blocked.

Your emails are probably being considered by the Gmail anti-spam filters as spam. This might affect All of your emails/Only a few emails/a Moderate amounts of emails.

Solution:

• Check if your domain IP or domain is listed in the blocklist.
• In case it is listed, Find the reason why your domain or IP is listed on the blocklist. And remove the emails from the listing.

Here are some pointers on how you can identify issues with your email:

1. Check your email domain authentication setup:- I.e SPF, DKIM, DMARC setup is valid or not. Gmail may reject many bulk emails that are not mail authentication compliant. Gmail checks these parameters to prevent any unwanted spam, phishing, and harmful emails from being sent to their users.
2. Send emails to only opt-in users:- 
   What does this mean? It means you send emails to the users who have subscribed/ requested emails from you and are expecting some emails from you. This will make sure your emails get opened, and plus they won’t move you to spam. (Very important)
   — If you have someplace in your website form that has a subscription box that takes a willing user’s emails for subscription, make sure that you are verifying the email by sending an email with a confirmation link to the respective user email id. And add that email to your mailing list only once you get a confirmation for that email id. This prevents you from sending emails to someone who hasn’t subscribed to your services. You cannot expect people on the internet to be decent all the time.
   — Do not acquire/create an email sending list through web scraping or by downloading a list online (which is usually web scraped or gathered from unaware users)
3. Check your email volume rate. With that, we mean how much your email sending volume (The number of email recipients you are sending emails to) has increased over a few days. If your domain is relatively new, it is imperative that you do a warmup (i.e slowly ramp up your email sending volume)
4. Assess how you are acquiring your email list. Is it an organic way maybe a simple mail to subscribe to your services or a through an opt-in site form? If you are acquiring bulk mail from an agency or some website, that is not right and would definitely land you in spam traps.
5. Monitoring and List cleanup: Use webhooks (a service provided by email sending services to send feedback regarding each and every email sent so that you can get critical data regarding your email campaigns) to remove the non-engaged users so that people that are not interested in opening your emails for a long time (usually a 1-2 weeks is more than enough time) are not forcefully sent an email.
   — This will clean up your emailing list and make sure that you have no issues in the future. The goal is to keep the open rates to the max.
   — If you can sustain that, that is really beneficial. In case a user is not opening an email for a long time, there’s a chance that the Gmail antispam might mark you as spam.
6. Check your open rates from the email ids that you’re sending emails to. A large number of non-opened emails indicates that either you were moved to spam or you were marked due to multiple emails not being opened by the same email user.
7. In case you are listed in the Gmail blocklist, you will need to get your sending domain to be immediately de-listed from Gmail. Use the Google Postmaster tool for the identification of your domain/IP status.
8. Check if your domain name is marked as unsafe from google: You can check here, by adding your domain URL here: https://transparencyreport.google.com/safe-browsing/search
9. Clearly Stated Unsubscribe button/link: According to the email sending standards authority, it is imperative to send an email with an unsubscribe link. You just need to mention the unsubscribe link in the email very clearly.
   — In case an unsubscribe link is not found, the anti-spam engine can identify that and mark you as spam.
   Also, in case the user isn’t able to identify the unsubscribe button or link for some reason, it is a possibility that the user will be forced to move the email to spam in order to avoid the emails.
10. Check your email content and from address, and see if there are any mistakes in the from address. The email content needs to be scanned for spammy content.
11. Verify the sending server PTR record. It is critical that the email sending server’s sending IP address must match the IP address of the hostname specified in the Pointer (PTR) record. PTR records are also called Reverse DNS records.

550, "5.7.1": The IP you're using to send mail is not authorised to send email directly to our servers. Please use the SMTP relay at your service provider instead. For more information, visit 'The IP you're using to send email is not authorised...'.

The message is quite self-explanatory, your email sending servery is unauthorized as per Gmail to send email to its clients.

This could happen if you are not using an open SMTP server that is publicly available and anyone can send emails through it

There might also be an issue with IP Blocklisting in Gmail. Check Gmail postmaster tools for it.

Solution:

• If you’re using a public SMTP server stop immediately and get an authentic paid SMTP service provider.
• If you’re indeed using a legitimate SMTP server that is provided to you by a reputable email service provider, then there are two things you can do
  — Contact your SMTP service provider and ask them to help with fixing the issue. This is the easiest way to fix the issue in this situation.
  — You can opt for a dedicated IP that will be a custom IP address that would be allocated to you, this is the case when you are having a really high email volume and you are sending millions of emails.

Our system has detected that this message is 421-4.7.0 suspicious due to the nature of the content and/or the links within. 421-4.7.0 To best protect our users from spam, the message has been blocked.

Here, the spam checker has identified the contents of the email as being malicious in some way. You will need to update the email content or subject line, so as to fix this.

Solution:

These are some basic pointers on how to go about these points:

1. Avoid spam keywords in the email: There are some keywords that are explicitly baked in the spam checkers so as to identify spammy marketing emails.
2. Check your email structure. Usually, the email is an HTML document. Hidden contents, overuse of heavy images, external hyperlinks to a different domain from your own, and phishing links are responsible for spam identification of a good intent email. Remove these to fix the email issues.
3. Also avoid hidden content or invisible text in the email, that will mark you as spam easily.
4. The Size of the email can also be an issue. Especially with the images. The email sizes should be in KB. around 150 to 200 KB should be a good spot to be.
5. The image-to-text ratio also affects the email rejection from the server. It is recommended to keep a ratio of 60:40 for text and image. The more the textual content, the better.
6. Ensure that you do AB testing for each email template that you’ll send to your subscribers.

These bullet points are just some of the common factors that affect your emails. You can check our Email Content Guide for a detailed tutorial on how you can fix the spam identification and what are different kinds of things to keep in mind with email content.

Even with the tutorial helping you, the number of things you will have to check for is quite daunting, so you can take the help of the Email tester, for a quick check.

550, "5.7.1": The user or domain that you are sending to (or from) has a policy that prohibits the mail that you sent. Please contact your domain administrator for further details. For more information, visit Sorry, a policy is in place that prevents your message from being sent.

In This Case, your email is getting blocked due to user policy, there’s no immediate fix to this. The receiving end-user has made some email policy that is causing your email to be rejected.

What you can do is currently stop sending emails to the user. In case you still want to send an email to the user, you might want to get in a one-on-one conversation with the user for the policy updates.

Error code 550 5.2.1 — Email sending limit reached

The user you are trying to contact is receiving mail at a rate that prevents additional messages from being delivered. For more information, visit Limits for sending & getting mail.

• To keep Gmail efficient and accounts safe, Google limits the number of messages a Gmail user can receive.
• You have sent an excessive amount of emails to a particular Gmail id and your emails are being blocked or dropped due to this.
• When an account reaches the limit,  you can’t receive any new messages. The account might also have general problems, for example, slow searching. Any new incoming messages bounce back to the sender

Here is the email frequency that Gmail has set for all of its users (These limits are subject to change from time to time):

Per-minute: 60 Emails

Per hour: 3,600

Per day: 86,400

Size limit: A Gmail user can receive emails of up to 50 MB.

Attachment limit: A Gmail user can receive up to 500 attachments per single email.

Solution:

• If you are receiving this SMTP message, that means you are probably blocked from sending any emails to the respective account holder.
• But thankfully this is not permanent and you’ll be able to send the emails again after 24 hours of the suspension.
• But the emails you’ve sent at the times of suspension will be dropped and are not recoverable, so it’s better to maintain an email log so as to keep that in check.
• Before resending just make sure to reduce the email size. The email size should never be in MB. Try reducing the images and pdf attachments to reduce the email size.

Error code 550 5.7.26 — DMARC policy failed

Unauthenticated email from domain-name is not accepted due to domain's DMARC policy. Please contact the administrator of the domain-name domain. If this was legitimate mail please visit Control unauthenticated mail from your domain to learn about the DMARC initiative.

Your DMARC policy has failed certain checks by Gmail, so you will need to fix that. There may be an alignment issue or the issue with the record syntax.

Solution:

• Make sure that you have the DMARC  policy of your domain properly aligned or if there are some issues with the setup.
• You can use checker tools to identify the issues — DMARC Validator
• If you don’t have a DMARC record, use this link to generate one DMARC Generator
• You can use email tester tool to test DMARC policy in your sent email.
• Check out. This link is for setting up DMARC Policy.

Error code 550 5.7.26 — SPF DKIM policy alignment failed

This message does not have authentication information or fails to pass authentication checks (SPF or DKIM). To best protect our users from spam, the message has been blocked.

• Your SPF and DKIM policies are not properly aligned. There also might be issues with the records individually

Solution:

• Make sure that you have the SPF and DKIM  policy of your domain properly aligned.
•  You can use our Email tester tool to check your SPF and DKIM record issues in your sent email. Also, check out these tutorials for setting up SPF Policy
• You can check the following tools to check the TXT records individually
  — SPF Validator
  — SPF Generator
  — DKIM Validator
  — DKIM Generator

Error code 550 5.2.2 — SPF policy alignment failed

This message fails to pass SPF checks for an SPF record with a hard fail policy (-all). To best protect our users from spam and phishing, the message has been blocked. Please visit Prevent mail to Gmail users from being blocked or sent to spam for more information.

Your SPF is failing validation.

Solution:

• Make sure that you have the SPF policy that is failing checks by Gmail.
•  You can use our tool to check your SPF record. Also, check out these tutorials for setting up SPF Policy
• You can also check the record with our tool — SPF Validator
• Or generate a new SPF record with — SPF Generator

Other Links:

• Guide for email blocklist
• Improve your domain reputation
• Protect your emails from spambot

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