550 ошибка почты
Код отклика 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 стандартом отведена обширная область возвращаемых ошибок, и более конкретную причину можно получить только из ответа сервера (текст внутри скобок после описания ошибки на русском языке).
550 ошибка почты
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).
Хорошая компания, отличный сервис. Рекомендуем!
Сухарева Виктория Вісник підприємця України,
© Copyright, 2001-2020, ePochta
Email и почтовые рассылки, программа для рассылки писем, сервис массовой смс рассылки, смс шлюз
Лицензия №101172 Роскомнадзора на предоставление телематических услуг
При отправке почтовых сообщений я получаю ошибки с номерами 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 Mailbox unavailable»
Каждый пользователь ПК имеет один или несколько почтовых ящиков в популярных сервисах, типа Gmail, Яндекс Почта, Mail.ru и т.д. К сожалению, такие системы не застрахованы от различных ошибок, которые могут возникать как на стороне пользователей, так и самого сервиса. Обычно, если неполадки и возникают, то пользователь в конечном итоге получает сообщение от почтового сервиса или уведомление в личном кабинете. В данной статье детально рассмотрим ошибку, которая имеет обозначение как «550 Mailbox unavailable», возникающую обычно при отправке почты.
Что значит эта ошибка
Данная ошибка является универсальной и может встречаться на любом почтовом сервисе. Однако стоит заметить, что пользователи Mail.ru вместо неё могут получать сообщение с таким текстом «Message was not accepted». Это одна и та же ошибка.
Обычно данное сообщение означает, что email-адрес, на который вы пытаетесь отправить письмо, заблокирован, удалён или не существует вовсе. Обычно в таком случае помогает правильное написание адреса, а также проверка самого факта его существования. Последнее можно выполнить при помощи специального онлайн-сервиса.
Проверка email на существование
Если вам нужно сделать проверку одного или небольшого количества email-адресов, то используйте специальные онлайн-сервисы. Однако стоит понимать, что они в большинстве своё не рассчитаны на многочисленные сканирования, поэтому после определённого количества попыток вы не сможете выполнять дальнейшее сканирование некоторое время. Также, в зависимости от сервиса, вместо блокировки может последовать постоянное требования ввести капчу.
Сервисы, по проверки email-адресов работают по примерно одинаковой схеме, поэтому подробно рассматривать каждый из них не имеет смысла. Процесс в любом случае будет выглядеть примерно следующим образом:
- После перехода на сайт, найдите поле с названием «Email». Туда вбейте электронный ящик, в существовании которого у вас по каким-то причинам возникают сомнения.
- Воспользуйтесь кнопкой «Проверить».
Спустя некоторое время вы сможете видеть результаты проверки.
Если ошибка «550 Mailbox unavailable» возникал при условии, что введённый ранее email существует, то здесь может быть два варианта:
- Вы неправильно написали название почтового ящика, на который должно быть доставлено ваше сообщение. Проверьте правильность написания;
- Неполадки на стороне почтового сервиса. В этом случае нужно будет просто повторить попытку отправки сообщения немного позже.
Ситуация с Mail.ru
В случае с почтовым сервисом Mail.ru ошибка будет выглядеть несколько иначе – «Message was not accepted». Она возникает практически по таким же причинам, что и «550 Mailbox unavailable». Однако к ним нужно добавить ещё одну – подозрение вашего аккаунта в рассылке спама. В данном случае не нужно паниковать, так как проблема решает простой сменой пароля:
- Войдите в свой почтовый ящик, с котором возникают проблемы в сервисе Mail.ru.
- В верхней панели нужно выбрать вариант «Ещё». Появится контекстное (выпадающее) меню, где вам нужно перейти в «Настройки».
Об успешной смене пароля вам скажет специальное уведомление, которое появится в верхнем правом углу активного окна.
Ответ сервера: 550 550 ошибка проверки для почтового сервера не удалось доставить почту (mailgun & compute-engine)
когда я отправляю от email01@mydomain.com до email02@mydomain.com через smtp.mailgun.org, я получаю этот eroro:
«Failed: email01@mydomain.com → email02@mydomain.com’ RE: test mail ‘ ответ сервера: 550 550 ошибка проверки для почтового сервера не удалось доставить почту на имя сервера. Учетная запись или домен могут не существовать, они могут быть занесены в черный список или отсутствовать соответствующие записи dns. Ошибка проверки отправителя»
но когда я отправляю от gmail.com до email02@mydomain.com или когда я отправляю от email02@mydomain.com до gmail.com
почта отправлена и доставлена успешно.
можете ли вы сказать мне, почему.
Примечание: Я использую Google compute engine и WHM.
1 Ответ
Ошибка (которая называется проверкой адреса отправителя)
WHM: Главная >> конфигурация >> редактор конфигурации Exim >> стандартные варианты >> МАИ л
Условные обозначения проверки отправителя — > выкл Проверка отправителя — > выкл
Тогда все работает нормально.
Похожие вопросы:
я использую функцию php и mail, но я сталкиваюсь с этой ошибкой: Предупреждение: mail() [function.mail]: SMTP ответ сервера: 550 нет такого пользователя здесь в.
Я получаю почтовый ящик недоступен. Ответ сервера был: 5.4.1 не удалось ретранслировать для myemail@mydomain.com, когда я пытаюсь отправить почту с помощью кода C#. Затем я протестировал свой сервер.
я создаю веб-сайт с использованием php, который отправляет подтверждающие сообщения по электронной почте.. чтобы отредактировать свой php.ini, я следовал этому пошаговому руководству.
Я использую php mail() для отправки email, через SMTP Но когда я отправляю почту от example@example.com,, я получаю ниже ошибки, Предупреждение: mail() [function.mail]: SMTP ответ сервера.
Я использую mailgun для отправки почты и получаю это сообщение об ошибке: 550 Requested action not taken: mailbox unavailable invalid DNS MX or A/AAAA resource record когда я отправляю почту на.
У меня есть кошмар, пытаясь получить email для отправки через форму на моем сайте я работаю на клиента. Я изначально понял, что у него нет записей TXT в настройках DNS, например: **Record type: TXT.
Я получаю это сообщение об ошибке Предупреждение: mail() [function.mail]: SMTP ответ сервера: 550-пожалуйста включите проверку подлинности SMTP в почтовом клиенте или войдите в систему 550-IMAP/POP3.
Я отправляю письма с помощью сервера нашей компании SMTP. Я получаю проблему, когда отправляю почту на другие почтовые адреса (вне домена компании), возвращая ошибку: — Сервер отклонил один или.
Недавно я столкнулся с проблемой, пытаясь отправить email с помощью mailgun API, потому что mailgun использует домен, зарегистрированный с mailgun в поле ‘sender’ для карты email ‘envelope’.
В моей учетной записи cPanel несколько учетных записей электронной почты работают правильно,но некоторые из учетных записей email не получают и не отправляют сообщения. вот ошибки, которые я.