550 overquoted ошибка

Ошибки Почтовой Системы

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

Содержание

Сообщения без кодов

Unroutable address

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

Не существует или не делегирован домен, на который посылается почта
Для домена не прописаны ни MX, ни A записи
MX запись указывает на несуществующее имя

User unknown

Данного почтового ящика не существует, либо почтовый адрес указан с ошибкой

Transmission in progress. Stay tuned

Сообщение возникает при отправке писем почтовым клиентом. Это сообщение не нашей почтовой системы. Оно означает, что у пользователя в локальной сети есть антиспам или фаервол, который проверяет все отправляющиеся письма.

Over quota

LMTP error after end of data: 552 5.2.2 Over quota
Ошибка возникает, в случае если у получателя переполнен почтовый ящик.

Сообщения с кодами

Sender verify callout failed
Проверка отправителя письма. Ошибка может быть либо полной, как указано ниже, либо сокращённой: «Sender verify failed [#1005]». Ошибка присылается каким-либо сервером, который осуществил неудачную попытку отправить письмо нашему серверу. Наш сервер указан в строчке «… while talking to mx3.peterhost.ru.:».

Адрес adresat@domain.tld – это адрес получателя письма, он приведён только ради полноты информации.
Адрес отправителя sender@example.com не прошёл проверку, о чём и написано в сообщении.

Для каждого письма производится проверка отправителя. Для этого наш сервер пытается подсоединиться к серверу, принимающему почту для домена отправителя (в примере – example.com) и отправить письмо с адреса «<>» на адрес отправителя (в примере sender@example.com). Такие письма всегда должны приниматься, потому что именно так выглядят сообщения о неудачных доставках. Если сервер отвечает, что такого ящика не существует (в примере сервер, обслуживающий домен example.com, ответил «550-User unknown (200)») или по другим причинам отвергает попытку, то письмо с адреса sender@example.com не принимается.

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

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

Sorry, we don’t accept messages from the hosts without a PTR record
Ошибка возникает, когда у узла отправителя отсутствует PTR -запись.

We don’t accept dynamic ip-addresses, please use your provider’s smtp [#1007] или dynamic ip rejected [#1007]
Данная ошибка возникает у пользователей, использующих для своего подключения динамический пул адресов. Проверка осуществляется на основании PTR записи IP-адреса пользователя (наличие в нём слов dial, ppp, pool, dsl, dynamic, static и другие вхождения).

Sender verify failed
В заголовке smtp-сесии mail from указан неверный обратный адрес (несуществующий домен, например).

We don’t accept dynamic ip-addresses, please use your provider’s smtp [#1009]
Данная ошибка в основном возникает у пользователей использующих DSL или DialUp подключения и отправляющих почту со своих локальных компьютеров, иными словами не использующих SMTP -сервер своего провайдера. Проверка осуществляется на основе регулярного выражения для PTR записи:
^([0-9]<1,3>D+)<2>([0-9]<1,3>[^d.]*).*.(w|-)+.w<2,4>$
Если вы по какой-то причине не можете использовать SMTP -сервер вашего провайдера – напишите заявку в техническую поддержку с указанием вашего ip адреса, он будет добавлен в white-list.

Mail rejected, see http://www.spamcop.net/w3m?action=checkblock&ip=IP-адрес [#1014]
Мы используем DNS -блеклисты spamcop.net для защиты от спама. Адрес отправителя находится в блеклистах spamcop.net

Relay not permitted
Совершена попытка отправить письмо на домен, который не обслуживается нашими почтовыми серверами.

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

Recipient verify callout failed
Проверка получателя письма. Ошибка возникает, если удалённый сервер отвечает, что такого получателя не существует.

You are sending too many messages
Превышен лимит по отправке писем через smtp. Для повышения лимита необходимо обратиться в службу технической поддержки.

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

Recipient verify failed for

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

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

Проблема

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

Описание

Ретрансляция происходит, когда почтовое сообщение отправлено на адрес электронной почты, домен которого (имя после символа @, например adatum.com) не обрабатывается протоколом SMTP или сервером исходящей почты, получающим от отправителя запрос на доставку сообщения. SMTP-серверу необходимо подключиться к другому SMTP-серверу, чтобы ретранслировать сообщение.

Если при отправке почтового сообщения возникает ошибка ретрансляции, ваш SMTP-сервер (исходящей почты) может вернуть ваше сообщение вместе с сообщением об ошибке, например, такого вида:

«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: . Тема: , учетная запись: , сервер: , протокол: SMTP, ответ сервера: «550 . Ретрансляция запрещена», порт: 25, защита (SSL): нет, ошибка сервера: 550, номер ошибки: 0x800CCC79″.

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

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

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

SMTP — это протокол (стандарты, используемые компьютерами для взаимодействия), который используется на большинстве серверов электронной почты для отправки сообщений в Интернете. Если вы используете почтовую программу (например, Outlook), которая позволяет хранить сообщения на компьютере, вам необходим доступ к SMTP-серверу для отправки сообщений.

Примечание: Веб-системы электронной почты (например, Windows Live Mail или Yahoo! Mail) работают иначе и не рассматриваются в этой статье.

Нежелательная почта и открытые ретрансляции

Рекламные сообщения, распространяемые без запроса, называют нежелательной почтой или спамом. Объем нежелательной почты продолжает расти, потому что ее отправка практически ничего не стоит тем, кто ее рассылает. Фактически отправителю даже не обязательно отправлять нежелательную почту через SMTP-сервер (исходящей почты) своего поставщика интернет-услуг.

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

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

Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений

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

На сегодняшний день используются ограничения нескольких типов.

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

Требуется сначала подключиться к POP3-серверу (входящей почты) поставщика интернет-услуг. Чтобы получить свои новые почтовые сообщения, вы обычно подключаетесь к POP3-серверу (входящей почты). Для доступа к почтовому ящику вам нужно ввести имя пользователя и пароль. Администратор сети может настроить сервер таким образом, что если вы сначала подключаетесь к POP3-серверу входящей почты и проходите проверку подлинности, он будет утверждать все запросы на отправку почтовых сообщений через SMTP-сервер исходящей почты, на котором в ином случае эта возможность будет ограничена.

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

Требуется подключение с определенного IP-адреса или диапазона IP-адресов. Ваш поставщик интернет-услуг может разрешить доступ к SMTP-серверу людям, не подключенным к сети напрямую. Например, это может быть удаленный пользователь в офисе. Основная проблема состоит в том, что во многих местах используются динамические IP-адреса. При этом вы не можете быть уверены в том, что при каждом подключении у вас один и тот же IP-адрес. У некоторых организаций может быть зарезервирован блок или диапазон IP-адресов. Поставщик интернет-услуг может считать тех, кто подключается с этих IP-адресов, проверенными пользователями. Он может предоставить дополнительные сведения.

Возможных сценариев ретрансляции очень много. Ниже приведены самые распространенные ситуации. Возможно, одна из них похожа на вашу.

550 overquoted ошибка

Requested mail action not taken: mailbox unavailable.

Требуемые почтовые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик занят).

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

Requested action aborted: local error in processing.

Требуемое действие прерывалось: ошибка в обработке.

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

Syntax error, command unrecognized.

Синтаксическая ошибка, неправильная команда (Это может включать ошибки типа слишком длинная командная строка).

Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения SMTP. Вам следует настроить антивирус/брандмауэр для решения проблемы.

Syntax error in parameters or arguments.

Синтаксическая ошибка в параметрах или переменных.

Недопустимые адреса электронной почты или доменное имя почтового адреса. Иногда указывает на проблемы соединения.

Bad sequence of commands or this mail server requires authentication.

Неправильная последовательность команд.

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

The host server for the recipient’s domain name cannot be found (DNS error).

У одного из серверов на пути к серверу назначения есть проблема с DNS-сервером либо адрес получателя не верный. Проверьте адрес получателя на правильность доменного имени (орфографические ошбки в доменном имени или несуществующее доменное имя).

Address type is incorrect or authentication required.

Убедитесь, что адрес электронной почты получателя верный, не содержит ошибок. Затем попробуйте повторно отправить сообщение. Другой причиной может быть то, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (обычно аутентификация ESMTP, логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.

The Recipient’s mailbox cannot receive messages this big.

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

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

Username and Password not accepted.

Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно.

Recipient Address Rejected – Access denied.

Этот ответ почти всегда отправляется Антиспам фильтром на стороне получателя. Проверьте ваше сообщение соспам чекером или попросите получателя добавить вас в белый список.

Требуемые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик, не найден, нет доступа).

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

Requested mail action aborted: exceeded storage allocation or size of the incoming message exceeds the incoming size limit.

Требуемые почтовые действия прервались: превышено распределение памяти.

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

Requested action not taken – Mailbox name invalid.

Требуемые действия, не предприняты: имя почтового ящика, недопустимо (например, синтаксис почтового ящика неправильный).

Неверный адрес электронной почты получателя. Отклик 553 SMTP-сервера иногда возвращает почтовый сервер вашего Интернет провайдера. Это происходит, если у Вас нет подключения к Интернету у этого провайдера.

Передача данных не удалась

Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если не нравится емейл-адрес отправителя, или IP-адрес отправителя, или почтовый сервер отправителя (к примеру, они находятся в RBL). Вам нужно либо попросить отправителя добавить Вас в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List).

Пользовалась долго демо версией — все отлично, работает беспроблем. Теперь выросла база подписчиков приобрела полную версию ePochta Mailer и – ePochta Подробнее

Веденьева Елена Васильвна

© Copyright, 2001-2020, ePochta
Email и почтовые рассылки, программа для рассылки писем, сервис массовой смс рассылки, смс шлюз

Лицензия №101172 Роскомнадзора на предоставление телематических услуг

Отчет о недоставке письма на другой адрес (не Яндекс)

Если вы отправили письмо с вашего почтового ящика на Яндексе и оно было отклонено почтовым сервером получателя, вы получите автоматический отчет от сервиса «Mailer-Daemon» , в котором указываются причины недоставки и имя сервера, отклонившего дальнейшее движение письма по назначению.

В автоматическом отчете будет указана причина недоставки. Как ее найти и расшифровать:

Bad destination mailbox address

Bad destination system address

Bad destination mailbox address syntax

DNS: no such domain

Invalid arguments — possible version mismatch

Host or domain name not found

No such user here

The email account that you tried to reach does not exist

Письмо отправлено на несуществующий адрес.

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

Message rejected as spam by Content Filtering

Message rejected under suspicion of SPAM

Message rejected. See http://mail.google.com/support/bin/answer.py?answer=69585 for more information

Sorry, message looks like SPAM to me

550 5.7.1 SPF check failed: IP_host is not authorized to send in the name of domain_name . (in reply to RCPT TO command)

Почтовый сервер получателя принимает письма за спам.

Попробуйте связаться с получателем или администрацией его почтового сервиса альтернативным способом связи и сообщить о проблеме.

Если Вы отправляете легальные рассылки пользователям своего сайта или подписчикам, ознакомьтесь с требованиями Яндекса к «честным» рассылкам.

Аccount is full

Error writing message: Disk quota exceeded

Recipient’s mailbox is full

User has exhausted allowed storage space

Ящик получателя переполнен. Чаще всего это происходит потому, что получатель редко пользуется ящиком и ящик заполняется рассылками.

Попробуйте связаться с получателем альтернативным способом связи и сообщить о проблеме.

Policy rejection on the target address

This account has been disabled or discontinued

User account disabled for being inactive

Your emails has been returned because the intented recipient’s email account has been suspended.

Адрес получателя заблокирован почтовой службой получателя.

Попробуйте связаться с получателем альтернативным способом связи и сообщить ему о проблеме.

Message size exceeds fixed limit

Message size exceeds fixed maximum message size

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

Загрузите вложение на сервис хранения файлов (например, Яндекс.Диск) и укажите в письме ссылку на него.

Client host [ IP_host ] blocked using bl.spamcannibal.org; blocked, See: http://www.spamcannibal.org/cannibal.cgi?page=lookup&lookup= IP_host

Client host [ IP_host ] blocked using dnsbl-1.uceprotect.net; IP IP_host is UCEPROTECT-Level 1 listed. See http://www.uceprotect.net/rblcheck.php?ipr= IP_host

Email blocked by SPAMCANNIBAL — to unblock see.

Email from IP_host is currently blocked by Verizon Online’s anti-spam system

Recipient address rejected: Blocked by external RBL

Your host [ IP_host ] is blacklisted by dnsbl.sorbs.net. Currently Sending Spam See: http://www.sorbs.net/lookup.shtml? IP_host

Your server IP address is in the bl.spamcannibal.org database

Почтовый сервер Яндекса попал в черный список. Вы можете попробовать удалить адрес почтового сервера Яндекса из черного списка самостоятельно, для этого перейдите по ссылке в отчете. Также вы можете написать нам через форму внизу страницы, переслав полный текст полученного отчета.

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

Loop detected! Message rejected

Mail for email loops back to myself

Our servers have detected a mail loop

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

Relay not permitted

Sorry, relaying denied from your location

Пересылка запрещена (почтовый сервер получателя не распознает почтовые серверы Яндекс.Почты из-за некорректно настроенной MX-записи).

Sender verification failed

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

Код отклика SMTP 550

Первые SMTP-серверы позволяли любому почтовому клиенту рассылать почту другим почтовым серверам, выступая в качестве промежуточного транспорта. В начальной версии протокола SMTP авторизация клиента полностью отсутствовала; позднее, в протоколе SMTP появилась авторизация, что несколько улучшило ситуацию. Такая возможность породила понятие спама. Спам (spam) – нежелательная массовая принудительная рассылка бесполезной информации (чаще всего рекламы). Сейчас же, когда принудительные рассылки приобрели огромный масштаб, администраторам серверов приходится придумывать различные ухищрения для пресечения таких рассылок в целях экономии трафика и процессорного времени. Результатом таких ухищрений часто является возвращаемая почтовым сервером ошибка с кодом 550.

Почтовый адрес состоит из двух частей разделенных символом ‘@’. Первая часть является именем пользователя, а вторая доменом в котором находится почтовый сервер и на котором отведено некоторое место, принадлежащее пользователю. Например в адресе nick@d.foo.ru — «nick» это имя пользователя, а d.foo.ru – домен.

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

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

Для устранения этой ошибки, нужно присвоить адрес отправителю, принадлежащему тому же домену, что и почтовый сервер, например:

Копировать в буфер обмена

Бывают серверы, которые отправляют письмо с любым значением свойства отправитель, но возвращают ошибку, если получатель не принадлежит домену сервера (такой сервер еще называют сервером входящей почты).

Чаще всего данная проблема снимается авторизацией на сервере (если она поддерживается сервером). Для этого нужно заполнить следующие свойства объекта ИнтернетПочтовыйПрофиль:

Следует заметить, что настройки для SMTP авторизации могут отличаться от настроек POP3. Например, некоторые серверы для POP3 авторизации используют в качестве «логина» первую часть почтового адреса, а для SMTP-авторизации – полный адрес.

Иногда серверы настраивают так, что если указан адрес отправителя, принадлежащий домену сервера, и отправитель не входит в разрешенные (задаваемые на сервере) адреса, то сервер откажется принимать письмо для дальнейшей отсылки. В данном случае опять же поможет авторизация.
Ошибка 550 возникает также, когда указан несуществующий адрес отправителя или этот адрес запрещен на принимающем сервере.
Релей-сервер принимает и отправляет почту без всяких проверок отправителя и получателя. Чаще всего такой тип сервера требует авторизацию и без авторизации может вернуть ошибку:

Некоторые почтовые серверы не принимают сообщения от пользователей, которые используют dial-up соединение, принуждая таким образом использовать почтовый сервер Интернет провайдера предоставляющего доступ в Интернет.

Коду 550 стандартом отведена обширная область возвращаемых ошибок, и более конкретную причину можно получить только из ответа сервера (текст внутри скобок после описания ошибки на русском языке).

Источник

Проблема

Описание

«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: <proverka@example.com>. Тема: <тест>, учетная запись: <тест>, сервер: <smtp.example.com>, протокол: SMTP, ответ сервера: «550 <proverka@example.com>… Ретрансляция запрещена», порт: 25, защита (SSL): нет, ошибка сервера: 550, номер ошибки: 0x800CCC79″.
«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: <адрес эл. почты>. Тема: <тест>, учетная запись: <тест>, сервер: <smtp.example.com>, протокол: SMTP, ответ сервера: «553 к сожалению, этого домена нет в моем списке разрешенных узлов (#5.7.1)», порт: 25, защита (SSL): нет, ошибка сервера: 553, номер ошибки: 0x800CCC79″.

Нежелательная почта и открытые ретрансляции

Нежелательные коммерческие сообщения иногда называют нежелательной почтой или спамом. Основной причиной увеличения объема нежелательной почты является то, что она стоит того, кто отправляет ее практически ничего не отправляемого; на самом деле отправителям даже не нужно отправлять нежела ту же почту через SMTP-сервер (исходятую почту) собственного isP.

Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений

На сегодняшний день используются ограничения нескольких типов.

Требуется проверка подлинности SMTP. Так же как вы используете имя пользователя и пароль для доступа к POP3-серверу (входящей почты) и своим почтовым сообщениям, вам требуется ввести имя пользователя и пароль для отправки почтовых сообщений через SMTP-сервер. Обычно это те же имя пользователя и пароль, что и для POP3-сервера, но могут быть и уникальные.
Требуется сначала подключиться к POP3-серверу (входящей почты) поставщика интернет-услуг. Чтобы получить свои новые почтовые сообщения, вы обычно подключаетесь к POP3-серверу (входящей почты). Для доступа к почтовому ящику вам нужно ввести имя пользователя и пароль. Администратор сети может настроить сервер таким образом, что если вы сначала подключаетесь к POP3-серверу входящей почты и проходите проверку подлинности, он будет утверждать все запросы на отправку почтовых сообщений через SMTP-сервер исходящей почты, на котором в ином случае эта возможность будет ограничена.
Требуется подключение из авторизованного расположения в сети. Если вы из дома подключаетесь к поставщику интернет-услуг по телефонной линии, с помощью кабеля или через DSL-модем, подключение идет напрямую к сети поставщика. Вы заслуживаете доверия, поскольку у вас есть учетная запись с именем пользователя и паролем, которые предоставил поставщик интернет-услуг. Вам как клиенту разрешается использовать SMTP-сервер для отправки почтовых сообщений.
Требуется подключение с определенного IP-адреса или диапазона IP-адресов. Ваш поставщик интернет-услуг может разрешить доступ к SMTP-серверу людям, не подключенным к сети напрямую. Например, это может быть удаленный пользователь в офисе. Основная проблема состоит в том, что во многих местах используются динамические IP-адреса. При этом вы не можете быть уверены в том, что при каждом подключении у вас один и тот же IP-адрес. У некоторых организаций может быть зарезервирован блок или диапазон IP-адресов. Поставщик интернет-услуг может считать тех, кто подключается с этих IP-адресов, проверенными пользователями. Он может предоставить дополнительные сведения.

Ситуация	Это ретрансляция?
Вы дома, и у вас есть учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com, с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com.	Нет. Ваша почта обрабатывается обычным способом.
То же, что и в первой ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com.	Да, но она не блокируется. Вы подключаетесь напрямую к поставщику интернет-услуг и тем самым получаете полномочия для отправки почты через его SMTP-сервер (исходящей почты) на любые адреса, независимо от расположения почтового ящика получателя.
Вы на работе. Ваш рабочий почтовый адрес оканчивается на @thephone-company.com, и у вас есть домашняя учетная запись поставщика интернет-услуг, адрес которой оканчивается на @proseware.com и с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение человеку, почтовый адрес которого тоже оканчивается на @proseware.com.	Нет. Ваша почта обрабатывается обычным способом.
То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com.	Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя.
Вы остановились в гостинице или воспользовались в аэропорту интернет-терминалом, предоставляющим доступ в Интернет. У вас есть домашняя учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com, с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com.	Нет. Ваша почта обрабатывается обычным способом.
То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com.	Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя.

Решения

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

Если это не работает или вы предпочитаете использовать домашнюю учетную запись, вам нужно связаться со своим поставщиком интернет-услуг и спросить, доступны ли вам описанные ранее параметры. Что касается первых двух ограничений (требуется проверка подлинности SMTP и требуется сначала подключение к POP3-серверу входящей почты поставщика интернет-услуг), вы можете внести изменения в Параметры учетной записи в Outlook. Инструкции см. в статье Изменение параметров учетной записи электронной почты.

Сообщения по-прежнему не отправляются?

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

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

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

Чтобы предотвратить спуфинг удостоверений, некоторые поставщики интернет-услуг ограничивают возможность вставки ложной информации в поле адреса в ответах. Например, если доменное имя вашего поставщика интернет-услуг оканчивается на proseware.com, поставщик может запретить вам указывать обратный адрес ivan@contoso.com. Это ограничение используется не так широко, как описанные ранее, но может применяться ко всем пользователям независимо от их местонахождения и способа подключения. В этом случае альтернативы нет. Если администратор сервера использует этот способ, вы должны указывать в обратном адресе домен, соответствующий вашему текущему подключению.

Источник

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

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

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

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

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

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

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

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

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

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

Комьюнити теперь в Телеграм

Подпишитесь и будьте в курсе последних IT-новостей

Положительные и отрицательные сообщения 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. Сервер недоступен: канал связи будет закрыт.

Возможные причины	Варианты решения
Неправильно заданы параметры SMTP-соединения	Необходимо перепроверить настройки
Брандмауэр блокирует IP-адрес сервера электронной почты	Необходимо создать новое правило в брандмауэре
Блокируется трафик через порт 25	Попробуйте в настройках учетной записи электронной почты сменить номер порта SMTP на 465
Проблема использования VPN	Необходимо, чтобы провайдер услуги занес ваш почтовый сервер в белый список адресов VPN

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

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

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

Возможные причины	Варианты решения
Превышено количество допустимых подключений или лимит обмена сообщениями за отрезок времени, письма ждут отправки в очереди	В настройках сервера увеличить лимит или задать ограничение не на количество подключений, а на количество писем на одного пользователя. Накопившуюся очередь писем можно отправить повторно командой «force send»
Неправильно настроены MX-записи домена, из-за чего происходит неправильная маршрутизация писем	Проверьте логи, конфигурационные файлы, МХ-записи и разрешения, внесите корректировки

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

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

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

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

Возможные причины	Варианты решения
На сервере получателя закончилось место, поэтому письмо не доставляется	Чтобы в этом убедиться, достаточно попробовать осуществить отправку письма с другого сервера
В сообщении присутствует текст «Out of memory». Это значит, что недостаточно места на вашем сервере	Необходимо проверить количество отправляемых писем в очереди, наличие свободного места на диске и объем доступной памяти

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

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

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

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

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

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

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

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

Возможные причины	Варианты решения
Ваш IP-адрес заблокирован на стороне конечного получателя спам-фильтром, антивирусом или файрволом	Данную проблему может решить только администратор сети получателя, исключив ваши идентификационный данные из списка блокировки или добавив их в «белый список»
Неверные учетные данные ретранслятора. У вас нет разрешения на отправку электронной почты через сервер, который находится между вами и получателем	Обратитесь к администратору данного ресурса для изменения настроек
У IP отправителя нет RDNS	Проверьте настройки получения писем и разрешения для доменов-отправителей

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

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

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

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

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

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

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

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

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

Источник

by Matthew Adams

Matthew is a freelancer who has produced a variety of articles on various topics related to technology. His main focus is the Windows OS and all the things… read more

Updated on December 8, 2021

by
Matthew Adams

Matthew is a freelancer who has produced a variety of articles on various topics related to technology. His main focus is the Windows OS and all the things… read more

The email error 550 can happen with any client or account but it’s directly linked to the SMTP.
This problem occurs when the outgoing server hasn’t sent the email signaling that the recipient’s mailbox isn’t available.
There are lots of possible causes for this issue, including entering the wrong email address or malware infection.

Email error 550 can arise in various email client software, such as Outlook and Mozilla Thunderbird. The error arises when some users send emails with client software.

Although the exact error messages that pop up might vary slightly, they will all include the 550 error code. As a consequence, users can’t send emails to specific recipients with their client software.

Error 550 is the SMTP (Simple Mail Transfer Protocol) error for sending emails. The SMTP server hasn’t sent the email when error 550 arises as the recipient’s mailbox isn’t available.

What causes the email error 550?

That can be due to a few things, and in some cases, it might actually be an issue that the intended recipient, not the sender, can fix.

It may be that your email client is not configured properly or a more zealous firewall blocks it. However, the most simple cause for this error is that you entered the wrong email address.

This problem may also occur if the recipient cannot receive your email for some reason or he blocked your domain.

How can I fix the email error 550?

1. Check for email address typos

Error 550 can arise due to email typos. So, double-check you’ve entered the exact email address. Make sure there are no typos, strange characters, or spaces in the email address before clicking the send button.

Although not likely, the recipient’s server might be down when an email is sent. So, try waiting a few minutes or hours, then try sending the email again.

2. Is the Email IP Blacklisted?

It might be the case that an anti-spam filter has blocked the server IP/domain for the email server when error 550 arises. To check if that is the case, open the MX Lookup page.
Enter your email domain in the text box, and click he MX Lookup button. That will then provide IP address details for the email domain entered.
You will see the list of hostnames and IP addresses for the webmail servers so you can just hit the Blacklist Check option for each of them to verify if it’s blocked by anyone.
You can also open the blacklist check page dirrectly and paste the IP address into the text box, then hit the Blacklist Check button, which will show users a list of email blacklists.

If the blacklist check highlights that an anti-spam filter has blacklisted the email IP address entered, that’s why you can’t send the messages. Try sending the message with an alternative email address if you can.

In case you don’t have another email address, set up a new webmail account at Yahoo, Gmail, etc. in just a couple of minutes.

3. Enable SMTP authentication

If you’re using Outlook, first click on the File button.
Now select your account from the top if you have multiple ones, click on Account Settings, and select Server Settings from the menu.
Click on Outgoing email, select the My outgoing server (SMTP) requires authentication check box and make sure that the Use same settings as my incoming mail server option is also checked, then hit Next.
Mozilla Thunderbird users can set up SMTP authentication by clicking Tools and Account Settings.
Select Outgoing Server on the left of the window.
Up next, select an email server, and press the Edit button to open the window that you can see below:
Then you will need to enter the SMTP settings for your email server. For example, if you have a Gmail account enter smtp.gmail.com as the server address and 587 or 465 as the TLS/SSL port numbers.
Click the OK button after entering the required details.

How can I prevent the email error 550?

Although this occurrence is not pretty predictable and it’s hard to pinpoint its exact cause, there are some things you can do to prevent this from happening.

➡ Use anti-spam filters

One cause for this problem might be that your email client is infected and it sends out spam messages to all your contacts.

Using anti-spam filters from a strong antivirus can save you from this ever happening. In fact, it will improve the overall security of your PC and data so it’s a good idea any way you put it.

➡ Change the email sending frequency

Sending too many emails in a short timespan can make servers believe you’re a spammer trying to clog the network and that will also get your email blocked.

So if you’re sending more than 50 emails an hour, slow down a little bit and you won’t get in any trouble.

➡ Change your password frequently

The spammer scenario happens because you probably have a weaker password that got highjacked by wrongdoers.

Changing your password often and selecting a more complicated key will solve this problem and prevent any such problems.

Those resolutions will fix the email error 500. However, the intended email recipients might also be able to fix the issue by turning off their antivirus software firewalls or emptying their inboxes.

So, if your email is blocked by the recipient side, the only solution is to contact the person using another communication method to fix the issue.

If you can’t make your email client work, you may also consider the best email clients for Windows and pick a better solution.

For any suggestions or other solutions we might have overlooked, write us a line in the comments section and we will get back to you.

Источник

SMTP Error 550

The SMTP error code 550 means that your requested SMTP action was not completed. Most common reason for getting this error are either:

recipient SMTP server is not accepting the connections from the sender
or the recipient of the email could not be reached because the mailbox is not found
or the SMTP connection is just getting rejected because of some firewall policy.

Common Error

Requested action not taken: mailbox unavailable (e.g., mailbox
not found, no access, or command rejected for policy reasons

List of SMTP 550 error codes with its possible solutions:

SMTP Error 550 “Relay Denied”

The SMTP error code 550 “Relay Denied” means that the SMTP server to which you’re trying to connect is not able to recognize you as a valid sender.

The most common reasons for 500 “Relay Denied” error is a failure to authenticate with the SMTP server. Few other reasons are:

Misconfiguration with the Email Client: There might be a possibility that the email client (e.g. Thunderbird, Outlook) which you’re using to connect to SMTP server is not setup correctly.
Incorrect SMTP Authentication Method: You have not entered the correct SMTP username or password or your email client is not configured to use the correct authentication protocol for sending emails like SMTP-AUTH. Many email clients have a autodetect or autodiscover feature to configure SMTP. If you’re using any of the popular SMTP service provider, then on the click on autofect, the rest of the configuration will be autodetected and pre-filled. Else you might have to choose the auth method manually from the list of available methods like None, Plaintext password, Encrypted password, Kerberos/GSSAPI, NTLM.
Incorrect SMTP Port: Port 25 is the standard SMTP port for all outgoing email communications. However there can be cases, where the SMTP providers you are using is accepting SMTP connections of some other ports too. So, try checking other popular ports like 587, 465, 2525. Also, make sure you don’t have a firewall blocking the port which you’re trying to use.
Incorrect SSL Method used: While doing the SMTP setup in your email client, you might have selected a SSL method to connect. By default most of the email clients have an option of “autodetect” or “autodiscover”, which by default pings the SMTP server and sets the value of SSL. But, sometimes it doesn’t works properly so you have to try selecting the appropriate SSL method from the list of available methods like None, STARTTLS or SSL/TLS. If you’re not sure, what SSL method the SMTP server is using, then you have to try hitting each method and checks which works.
IP Address Whitelisting: If you’re able to connect to SMTP server from one location or computer but not from another location then this might be because the SMTP server is configured to only authorise connections from a particular or a range of IP address. This issue is most commonly observed while you trying to access your corporate mailbox from your home IP address.

550-5.1.1 The email account that you tried to reach does not exist

This error usually occurs when you have done typos while mentioning the recipient’s email address. e.g. instead of typing jo[email protected] , you might have written [email protected]

Few popular 550-5.1.1 error messages among different service providers:

550-5.1.1 The email account that you tried to reach does not exist. Please try
550-5.1.1 double-checking the recipient's email address for typos or
550-5.1.1 unnecessary spaces. Learn more at
550 5.1.1 http://mail.google.com/support/bin/answer.py?answer=6596 w41si3198459wfd.71

550 5.1.1 The email account that you tried to reach does not exist. Please try double-checking the recipient's email address for typos or unnecessary spaces. Learn more athttps://support.google.com/ mail/?p=NoSuchUser  u5sor6229229vkf.289 - gsmtp

The response from the remote server was:
550 5.1.1 [email protected] Recipient not found. http://x.co/irbounce

This error usually occurs when you have done typos while mentioning the recipient’s email address.

Few other list of popular SMTP 550 errors:

550 5.7.1: Service unavailable: client[###] blocked using ###(Exchange Server)
550 5.7.1: Message rejected as spam by Content Filtering(Exchange Server)
550 Invalid recipient
550 User account is unavailable
550 This message was classified as SPAM and may not be delivered
550 High probability of spam(Gmail)
550 5 2 1 mail from refused spam site
550 Message contained unsafe content
SMTP Error 5.5.0
550 – Requested actions not taken as the mailbox is unavailable.
550 Address rejected
550 No such user here
550 Not our Customer
550 Account not available
550-Previous (cached) callout verification failure
550 Sender verify failed Giving up on 240.240.240.240.
Response: 550 Cyberoam Anti Spam Engine has identified this email as a spam. Refid:str=0001.0A0B0206.4BA7422C.01F5,ss=1,vtr=str,vl=0,pt =
550-Verification failed for [email protected] – 550-Unrouteable address – 550 Sender verify failed (in reply to RCPT TO command)

Post Views:- 15,981

Share This Post

Источник

550 overquoted ошибка

Ошибки Почтовой Системы

Сообщения без кодов

Unroutable address

User unknown

Transmission in progress. Stay tuned

Over quota

Сообщения с кодами

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

Проблема

Описание

Нежелательная почта и открытые ретрансляции

Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений

550 overquoted ошибка

Отчет о недоставке письма на другой адрес (не Яндекс)

Код отклика SMTP 550

Проблема

Описание

Нежелательная почта и открытые ретрансляции

Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений

Решения

Сообщения по-прежнему не отправляются?

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

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

Читайте также

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

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

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

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

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

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

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

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

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

What causes the email error 550?

How can I fix the email error 550?

1. Check for email address typos

2. Is the Email IP Blacklisted?

3. Enable SMTP authentication

How can I prevent the email error 550?

SMTP Error 550

SMTP Error 550 “Relay Denied”

550-5.1.1 The email account that you tried to reach does not exist