Sdscompany.ru

Компьютерный журнал
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

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

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

Вопрос

Имеется MS Exchange 2007 на Windows 2003 server R2 Standatr

проанализировав все действия по настройке сервера за последнее время (а их было немного) предположу, что началом послужили именно описанные мной

как было, когда работало:

для пользователей внутри домена по умолчанию создавались ящики вида: для пользователя user — ящик user@local-domain-name. После этого в свойствах почтового ящика на вкладке «адреса электронной почты» добавлялся и устанавливался по-умолчанию адрес smtp вида: user@mydomain.ru (где mydomain.ru — имя домена, доступного из интернета) после этих действий почта ходила как внутри локалки так и наружу.

что делал, чтобы все сломалось:

в АД пользователь user1 был переименован в user2 и в Exchange в свойствах почтового ящика на вкладке «адреса электронной почты» были внесены изменения user1@local-domain-name -> user2@local-domain-name и user1@mydomain.ru -> user2@mydomain.ru

что имеем в итоге:

почта от пользователя user2 ходит по внутренней сети, но при попытке пойти наружу получаю ошибку:

Не удалось выполнить доставку следующим получателям или лицам из следующих списков рассылки:

Сообщение не было доставлено из-за настройки политик безопасности. Microsoft Exchange не будет повторять попытку доставить это сообщение электронной почты. Передайте следующее диагностическое сообщение системному администратору.

Следующая организация отклонила сообщение: www.mydomain.ru.

Диагностические сведения для администраторов:

Формирующий сервер: local-domain-name

mail@mail.ru
www.mydomain.ru #554 5.7.1 : Sender address rejected: Access denied ##

Если для user2 в свойствах почтового ящика на вкладке «адреса электронной почты» поменять smtp адрес по-умолчанию обратно на user1@mydomain.ru — почта начинает ходить наружу

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

если создать нового пользователя и настроить для него все по этой же схеме, то почта уже не идет наружу

если пользователя user1 (того самого, которого переименовывали в user2) вообще удалить из АД, то почта с smtp адресом по-умолчанию user1@mydomain.ru — всеравно идет наружу

Складывается ощущение, что Exchange сформировал себе некий список адресов, с которых идти наружу можно и пускает туда только согласно ему

PS: Возможно причиной было не переименование, но других придумать я не могу

что пробовал делать по этому поводу:

пробовал выполнять команды в консоли:

Add-AdPermission -Identity «Default Hub1» -User domain-nameuser2 -ExtendedRights ms-Exch-SMTP-Submit, ms-Exch-SMTP-Accept-Any-Recipient

add-adpermission -User domen-nameuser2 -ExtendedRights ms-Exch-SMTP-Accept-Authoritative-Domain-Sender

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

На уровне интуиции чувствую, что где-то прав не хватает, но не могу ни вспомнить что делал, чтобы сломать, ни найти решение в уженаписанном

При отправке почтовых сообщений я получаю ошибки с номерами 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-сервер.

Читать еще:  Www jscreenfix com basic php

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

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

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

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

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

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

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

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

Коды сообщений и ошибок протокола SMTP почтовой службы Gmail.com

Информация о сообщениях и ошибках протокола 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 – 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». Синтаксическая ошибка.

Читать еще:  Ошибка днс ростелеком

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

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, экономит время и нервы

Михаил

© 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

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

Ссылка на основную публикацию
Adblock
detector