Ошибка 552 при отправке почты

Если отправка сообщений через SMTP не удается, SMTP сервер сообщает код ошибки, по нему можно определить, в чем проблема и как ее исправить. Наиболее распространенные ошибки указаны в списке ниже.

Такие ошибки называются ошибками доставки, но чаще говорят просто – ошибки отправки. Поэтому для удобства в статье будем писать «ошибки отправки».

Если неправильно настроить сервер, параметры рассылки или использовать неактуализированную базу контактов, то могут возникать ошибки при отправке электронной почты. В статье собрали самые распространенные ошибки и описали возможные причины их возникновения.

Ошибка 500 – команда не распознана из-за синтаксической ошибки

• Антивирус или брандмауэр блокирует соединение сервера SMTP и возникает ошибка отправки email.

Ошибка 503 – неправильная последовательность команд

• Отсутствует аутентификация – проверьте настройки SMTP-сервера. Скорее всего, нужно пройти аутентификацию и заново ввести логин и пароль.

Ошибка 512 – неверный адрес получателя или ошибка DNS

• У какого-то из серверов проблема с DNS – свяжитесь с администратором сервера.
• Ошибка в доменном имени получателя – проверьте правильность написания домена в почте и исправьте ошибки. Это могут быть синтаксические ошибки типа yanded.ru или gmai.com.

Ошибка 513 – неверный адрес получателя или ошибка аутентификации

• Неправильный адрес получателя – проверьте ошибки в email-адресе и почту на существование. Скорее всего, нужно пройти аутентификацию и заново ввести логин и пароль.

Ошибка 523 – письмо слишком большое

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

Ошибка 530 – нет доступа

• Отсутствует аутентификация – проверьте настройки SMTP-сервера, скорее всего нужно пройти аутентификацию и заново ввести логин и пароль.
• Получатель блокирует ваш IP-адрес – антивирус, файрвол или фильтр спама не пропускает сообщения от вас. Свяжитесь с получателем другим способом и попросите исключить вас из списка блокировки, чтобы устранить ошибку рассылки.
• Адрес не существует – проверьте почту на существование.

Ошибка 541 – сообщение распознано как спам

• Антиспам фильтр получателя распознал ваше письмо, как нежелательное – проверьте письмо на наличие контента, похожего на спам, попросите получателя добавить вас в «белый лист».

Ошибка 550 – почтовый ящик недоступен

• Неправильный адрес получателя – проверьте правильность написания адреса и почту на существование.
• Ошибка в настройке SMTP-сервера получателя – отправьте письмо на другой почтовый сервер. Если письмо доставлено без ошибки, свяжитесь с получателем другим способом и сообщите о проблеме с его сервером.
• Антиспам фильтр получателя распознал ваше письмо, как нежелательное – проверьте письмо на наличие контента, похожего на спам.
• В вашей системе вирус, который отправляет массовые рассылки – сделайте сканирование антивирусом.
• Ваш провайдер ограничивает рассылку исходящих сообщений – свяжитесь с провайдером и уточните, есть ли такие ограничения.

Ошибка 552 – превышено распределение памяти

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

Ошибка 553 – ошибка в адресе почты

• Неправильный адрес получателя – проверьте ошибки в email-адресе и почту на существование.
• Нет подключения к интернету – иногда ошибка указывает на отсутствие стабильного подключения к провайдеру.

Ошибка 571 – ошибка на стороне получателя

• Получатель блокирует ваш IP-адрес – антивирус, файрвол или фильтр спама не пропускает сообщения от вас. Свяжитесь с получателем другим способом и попросите исключить вас из списка блокировки.
• Нет разрешения отправлять почту через промежуточный сервер, который связывает вас с получателем – свяжитесь с администратором сервера, чтобы изменить настройки.
• Не настроен DNS у IP отправителя – проверьте настройки получения писем и разрешения для доменов-отправителей.

В редких случаях ошибка может означать, что:

• Система распознала в письме запрещенные данные. Например, конфиденциальную или защищенную информацию: номера карт, личные данные и прочее. В этом случае для устранения ошибки отправки электронной почты надо пересмотреть контент письма.
• Этому адресату нельзя отправить письмо. Некоторым получателям можно отправлять письма только в составе установленной группы.

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

Если у вас постоянно возникают такие ошибки — воспользуйтесь Sendsay. В сервисе есть база знаний с инструкциями по настройке всех ключевых параметров для рассылки, платные услуги настройки сервисов и доменов, а также служба поддержки, которая всегда готова помочь.

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

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

Почтовый сервер всегда должен возвратить какой-то результат отправки (успешно, неуспешно, если неуспешно, то почему и т.п.). Результат возвращается в трехзначном коде из трех цифр, например 4.4.5, 5.7.1 и др.

Внимание! Код статуса и ответ сервера (например, номер ошибки) не одно и то же! Например, при успешной отправке письма будет возвращен ответ 250, а код 2.0.0:
250 2.0.0 Ok: queued as 3E2344369F8

А при ошибке 503 код 5.5.1 дополнительно расшифрует, что именно могло быть не так:
503 5.5.1 Сначала команда EHLO/HELO

За кодом идет расшифровка, что именно не так. Информация об ответе сервера и код статуса вместе дают исчерпывающую информацию о проблеме.

По факту, чаще используют термин «возвращена ошибка такая-то», а не «ответ», поэтому дальше я буду использовать термин «ошибка» как более привычный.

Статус коды

Коды статуса состоят из трех цифр, через точку.

Первая цифра означает результат (успех, неудача, необходимость доп. действий).
Вторая цифра дает дополнительную информацию (что случилось, почему).
Третья цифра уточняет вторую и дает дополнительные сведения о событии.

Первая цифра:
2.X.X — успех (Success)
3.X.X — временные трудности
4.X.X — есть реальные, но скорее всего временные проблемы (Persistent Transient Failure)
5.X.X — реальные (постоянные) проблемы, которые требуют вмешательства (Permanent Failure)

Вторая цифра:
X.0.X — нет дополнительных сведений.
X.1.X — проблема в адресе отправителя или получателя. Исправляется на стороне отправителя.
X.2.X — что-то с почтовым хранением, ящиком (сохранение почты, канальные проблемы и т.п.).
X.3.X — что-то (непонятно, что именно) с почтовым сервером получателя.
X.4.X — сетевые и маршуртные нюансы.
X.5.X — проблемы почтовой доставки (могут быть разные причины)
X.6.X — ошибки, связанные с контентом письма (кодировка, вложение и др.)
X.7.X — ошибки безопасности и политик (шифрование, фильтры отправителя, сертификаты).

В документах rfc5321 (Simple Mail Transfer Protocol) и rfc1893 (Enhanced Mail System Status Codes) даются обширные описания работы smtp, включая многочисленные варианты кодов возврата. Почтовый сервер не обязательно будет соответсвовать RFC! Это лежит в области ответсвенности создателя почтового сервера. Если в RFC написано так-то, это не обязательно будет реализовано в конкретном почтовике.

Распространенные ошибки

Ошибка 421

Почтовый адрес существует, но не принимает сообщения (закрыт канал передачи). Возможно, почтовый ящик временно заблокирован. Перегружен или занят почтовый сервер. Применяется серый список. Временные сетевые неполадки. Сервер-отправитель находится в списках подозрительных, возможно, спамеров.

Что делать: подождать и попробовать отправку позднее. Проверить, не находится ли ваш SMTP в списках спама.

Ошибка 451

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

Ошибка 452

Возможно, переполнен почтовый ящик получателя. Стоит сообщить ему об этом.
У вашего сообщения слишком много получателей (Too many recipients). Почтовые клиенты могут при этом выдать ошибку 552.
Возможно, превышен максимальный размера и (или) количество правил электронной почты для домена получателя.
Также места может не быть на вашем сервере (реже).

Ошибка 503

Неверная последовательность команд.
Может возникать если используется какой-то самописный скрипт или же когда жестко тормозит компьютер отправителя. Проблема скорее всего на стороне клиента-отправителя.

Ошибка 550

Может означать много чего, нужно смотреть по кодам, может быть ваш почтовик подозревают в спаме, может быть превышен лимит на количество писем (например, вирус шлет спам от вас), ошибка ретрансляции и др. Чаще всего дополняется кодом 5.7.1 и расшифровкой, что именно не то. Например:
SMTP Protocol Returned a Permanent Error 571 email@doamin.org prohibited. We do not relay.
Delivery not authorized, sender can send email to his/her own domain only

Запрет ретрансляции частенько встречался раньше — например, со стороны провайдера, который предоставил почтовый релей своему клиенту, но почему-то не хочет пересылать почту.

В настоящее время чаще связан с неверно указанным адресом получателя или запретом своего почтового сервера на отправку почты, например, от внутренненго почтовика во внешний мир или с конкретного IP что-то запрещено.

Ошибка 552

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

Например, отправка зашифрованного rar архива на Gmail привело к получению ответа:

552-5.7.0 This message was blocked because its content present a potential
552-5.7.0 security issue. Please visit 552-5.7.0 https://support.goole.com/mail/?p=BlockedMessage to review .

где 5.7.0 — 5 — проблема постоянная, 7 — связана с безопасностью, 0 — без доп. комментариев.

Ошибка 553

Требуемые действия не предприняты.
Ответ сервера может быть, например, таким: » 553 к сожалению, этого домена нет в моем списке разрешенных узлов (#5.7.1) «.
Неверный синтаксис указания адреса почтового ящика. Проверьте правильность адреса электронной почты получателя и убедитесь, что после него нет пробелов, точек и других знаков пунктуации.

Обратите внимание, что код возврата в примере 5.7.1. Он уже встречался в ошибке 550. Именно сочетание номера ошибки и кода возврата максимально проясняет ситуацию.

Источник

Mail.ru не принимает письма с сервера

Я поднял SMTP-сервер на своем домашнем компьютере (демон sendmail), после чего для того, чтобы проверить его работу, отправил тестовое сообщение на почту: test_mail10@list.ru

В итоге сообщение не удалось доставить по причине того, что сервер mxs.mail.ru оказался недоступен.
Apr 17 08:30:52 serik1987-desktop sendmail[28633]: 03H5UqfS028633: to=test_mail10@list.ru, ctladdr=www-data (33/33), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30365, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (03H5Uqci028634 Message accepted for delivery)
Apr 17 08:30:53 serik1987-desktop sm-mta[28636]: 03H5Uqci028634: to=, ctladdr= (33/33), delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=120658, relay=mxs.mail.ru. [94.100.180.104], dsn=5.0.0, stat=Service unavailable

При этом на почтовый ящик отправителя пришло письмо следующего содержания:
Return-Path:
Received: from localhost (localhost)
by serik1987-desktop.local (8.15.2/8.15.2/Debian-10) id 03H5Urci028636;
Fri, 17 Apr 2020 08:30:53 +0300
Date: Fri, 17 Apr 2020 08:30:53 +0300
From: Mail Delivery Subsystem
Message-Id:
To:
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary=»03H5Urci028636.1587101453/serik1987-desktop.local»
Content-Transfer-Encoding: 8bit
Subject: Returned mail: see transcript for details
Auto-Submitted: auto-generated (failure)

This is a MIME-encapsulated message

The original message was received at Fri, 17 Apr 2020 08:30:52 +0300
from localhost [127.0.0.1]

——The following addresses had permanent fatal errors ——

(reason: 550 non-local sender verification failed)

——Transcript of session follows ——
. while talking to mxs.mail.ru.:
>>> DATA

To: test_mail10@list.ru
Subject: Тестовое сообщение

Помимо этого, письма на yandex.ru и gmail.com с моего локального почтового сервера доходят успешно.

Кто-нибудь знает, в чем дело?

С наилучшими пожеланиями,
Кожухов Сергей

Здравствуйте.
Имя домена, используемого в SMTP-конверте «MAIL FROM» при отправке на
почтовые ящики Mail.ru, должно быть валидным (домен должен иметь МХ- и А- запись).
Также в поле From: должен быть указан валидный адрес.
Пожалуйста, измените настройки отправки почты.

Если после изменений настроек проблема при отправке письма на данный ящик повторится, расскажите об этом через форму https://help.mail.ru/surveys/claims и пришлите «свежий» отчет о недоставке.

> (домен должен иметь МХ- и А- запись).

Нет, не должен. Читаем здесь:

If one or more MX RRs are found for a given name, SMTP systems MUST NOT utilize any address RRs associated with that name unless they are located using the MX RRs; the «implicit MX» rule above applies only if there are no MX records present. If MX records are present, but none of them are usable, this situation MUST be reported as an error.

То есть MX или A. Если MX есть, ни о какой A записи речи идти не может.

Источник

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

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

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

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

Источник

В начале 2022 года мне стали жаловаться некоторые пользователи на то, что при отправке мне почтового сообщения на мой почтовый ящик на яндексе, возвращается ошибка вида: 552 5.2.2 Mailbox size limit exceeded. Я сначала решил, что это временное явление, «скоро исправят». Ан нет. Ошибка сохранялась перманентно до тех пор, пока не стал искать решение.

Для начала я решил проверить сохраняется ли ошибка Mailbox size limit exceeded при отправке с разных почтовых систем РФ и не РФ. Но неизменно письмо не проходило, и возвращалось одно и тоже:

Тогда я стал грешить на свой сборщик писем на том же яндексе, но сборщик работал исправно. Вообще, ошибка Mailbox size limit exceeded дословно обозначает, что абонент не может получить почтовое сообщение, т.к. его ящик переполнен, и в нём попросту нет больше места.

Но проблема в том, что данный почтовый ящик к моменту возникновения этой ошибки содержал всего 133 копеечных по размеру письма. А как известно, яндекс предоставляет около 10Гб дискового пространства для ящиков пользователей, потому сетовать на то, что в почте на яндексе у меня нет места — просто смешно.

Решение проблемы состояло в том, что оказывается, на яндексе есть некие временные лимиты, если не заходишь в ящик, скажем, в течение 3 или 4 или 6 месяцев, короче, в течение продолжительного времени, то он может себя так вести! У меня же сборщик почты, который расположен в другом почтовом ящике. Следовательно, я никогда почти не захожу в конечные почтовые ящики, с которых собираю почту.

Вот мне и пришлось зайти именно в тот ящик, который вызывал такую ошибку. При входе меня запросили подтвердить почту через СМС, я подтвердил, вышел из ящика, и почта стала приходить исправно. Правда сборщик сначала сильно тупил, доходило до нескольких часов сначала ожидание пока сработает пересылка, но через сутки -двое, всё устаканилось.

Так что имейте эту информацию ввиду)

Информация о сообщениях и ошибках протокола SMTP

Сообщения и их коды, которые можно получить при работе с почтовой службой, например Gmail.com (G Suite), помогают найти и устранить проблему при отправке и получении электронной почты через почтовый сервер. На этой странице рассмотрим сообщения и ошибки при работе с серверами Gmail.

Актуальная информация о сообщениях протокола SMTP всегда доступна официальном сервере поддержки Gmail, в соответствующих разделах помощи по работе с почтой, в т.ч. на странице: Информация об ошибках протокола SMTP.

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

• gsmtp (Google SMTP): добавляется во все сообщения об ошибках;
• gcdp (G Suite Custom Domain Policies): добавляется в сообщения об ошибках, связанных с правилами, которые созданы администратором G Suite.

Например, сообщение «550 5.7.1 Это сообщение нарушает политику example.com в отношении электронной почты. – gcdp <sessionid> – gsmtp» указывает, что ошибка связана с персонализированным правилом, созданным администратором G Suite.

Ниже приведена детальная информация о сообщениях ошибок протокола SMTP.

Сообщения об ошибках протокола SMTP

421, «4.4.5». Сервер занят. Повторите попытку позже.
421, «4.7.0». Соединение прервано, так как IP отсутствует в белом списке домена RCPT.
421, «4.7.0». С вашего IP-адреса с необычной частотой поступают незапрашиваемые сообщения. Почта, отправляемая с вашего IP-адреса, временно заблокирована для защиты пользователей от спама. Узнайте подробнее о том, как осуществлять массовые рассылки.
421, «4.7.0». Временные неполадки в системе. Повторите попытку позже.
421, «4.7.0». Соединение прервано, так как для домена RCPT требуется протокол TLS.
421, «4.7.0». Соединение прервано. Повторите попытку позже. Такая ошибка обычно указывает на отказ в обслуживании (DoS) для ретрансляции SMTP на этапе HELO.
450, «4.2.1». Пользователь, которому вы пытаетесь отправить письмо, получает почту слишком часто. Отправьте сообщение позже. Если к тому времени пользователь сможет получать почту, ваше письмо будет доставлено.
450, «4.2.1». Пользователь, которому вы пытаетесь отправить письмо, получает почту со скоростью, которая не позволяет доставлять ему дополнительные сообщения. Отправьте сообщение позже. Если к тому времени пользователь сможет получать почту, ваше письмо будет доставлено.
450, «4.2.1». Превышено пиковое ограничение на ретрансляцию для клиента. Это временная ошибка. Чтобы получить подробную информацию об ограничениях, прочтите эту статью или свяжитесь с администратором.
451, «4.3.0». Почтовый сервер временно отклонил сообщение.
451, «4.3.0». Несколько целевых доменов для одной операции не поддерживаются. Повторите попытку.
451, «4.4.2». Тайм-аут – соединение прервано.
451, «4.5.0». Нарушение протокола SMTP, см. RFC 2821.
452, «4.2.2». В аккаунте получателя закончилось свободное место. Предложите получателю ознакомиться с этой статьей.
452, «4.5.3». Превышен максимальный размер правил домена для транзакции. Выполните отдельную транзакцию для этого получателя.
Это сообщение указывает на превышение максимального размера и (или) количества правил электронной почты для домена получателя.
452, «4.5.3». У вашего сообщения слишком много получателей. Подробную информацию об ограничениях на отправку сообщений можно найти здесь.
454, «4.5.0». Нарушение протокола SMTP, после STARTTLS для потока запрещены другие команды, см. RFC 3207.
454, «4.7.0». Не удалось выполнить аутентификацию из-за временных неполадок в системе. Повторите попытку позже.
454, «5.5.1». Запрещено повторять команду STARTTLS.
501, «5.5.2». Не удалось расшифровать ответ.
501, «5.5.4», Недопустимый аргумент HELO/EHLO, прочтите эту статью.
502, «5.5.1». Слишком много нераспознанных команд.
502, «5.5.1». Незадействованная команда.
502, «5.5.1». Нераспознанная команда.
503, «5.5.1». Сначала команда EHLO/HELO.
503, «5.5.1». Сначала команда MAIL.
503, «5.5.1». Сначала команда RCPT.
503, «5.7.0». Запрещены изменения идентификационных данных.
504, «5.7.4». Нераспознанный тип аутентификации.
530, «5.5.1». Необходима аутентификация.
530, «5.7.0». Сначала необходима команда STARTTLS.
535, «5.5.4». Для этого режима AUTH запрещен необязательный аргумент.
535, «5.7.1». Требуется пароль приложения.
535, «5.7.1». Войдите через браузер и повторите попытку.
535, «5.7.1». Имя пользователя и пароль не приняты.
550, «5.1.1». Аккаунт электронной почты получателя не существует. Проверьте ещё раз, правильно ли указан адрес электронной почты и нет ли в нем пробелов.
550, «5.2.1». Аккаунт электронной почты получателя отключен.
550, «5.2.1». Пользователь, которому вы пытаетесь отправить письмо, получает почту со скоростью, которая не позволяет доставлять ему дополнительные сообщения.
550, «5.4.5». Исчерпан дневной лимит на отправку сообщений.
550, «5.4.5». Превышено суточное ограничение на ретрансляцию для клиента. Чтобы получить подробную информацию об ограничениях, прочтите эту статью или свяжитесь с администратором.
550, «5.7.0». Почтовый ретранслятор запрещен.
550, «5.7.0». Отправка почты запрещена. Эта ошибка возникает, если аккаунт отправителя заблокирован или не зарегистрирован в домене G Suite.
550, «5.7.1». Превышена квота электронной почты.
550, «5.7.1». Неверные учетные данные ретранслятора.
550, «5.7.1». C вашего IP-адреса с необычной частотой поступают незапрашиваемые сообщения. Почта, отправляемая с вашего IP-адреса, заблокирована для защиты пользователей от спама. Узнайте подробнее о том, как осуществлять массовые рассылки.
550, «5.7.1». Это сообщение классифицировано системой как потенциально невостребованное. Для уменьшения количества спама, отправляемого в Gmail, это сообщение заблокировано.
550, «5.7.1». IP-адрес, который используется для отправки почты, не имеет разрешения на отправку сообщений непосредственно на наши серверы. Используйте для отправки SMTP-шлюз своего поставщика услуг.
550, «5.7.1». Для пользователя или домена, от которого или которому отправляются сообщения, установлено правило, запрещающее отправленную вами почту. Для получения дополнительной информации обратитесь к своему администратору домена.
550, «5.7.1». Почта без аутентификации от этого домена не принимается.
550, «5.7.1». Превышено суточное ограничение на ретрансляцию для клиента. Чтобы получить подробную информацию об ограничениях, прочтите эту статью или свяжитесь с администратором.
552, «5.2.2». Для аккаунта электронной почты получателя превышена квота.
552, «5.2.3». Превышен максимально допустимый размер сообщения. Ознакомьтесь с этими рекомендациями.
553, «5.1.2». Не удалось найти домен получателя. Проверьте правильность адреса электронной почты получателя и убедитесь, что после него нет пробелов, точек и других знаков пунктуации.
554, «5.6.0». Сообщение электронной почты не принято, так как имеет недопустимый формат.
554, «5.6.0». Для сообщения превышено установленное значение пересылки – 50 раз. Это может указывать на наличие почтового цикла.
554, «5.7.0». Слишком много команд без аутентификации.
555, «5.5.2». Синтаксическая ошибка.