Что такое ошибка 550 5.7.1?
A 550 5.7.1 Обычно относится к IP отправки электронной почты, в настоящее время заблокирован от службы электронной почты получателя. Обычно он заблокирован, потому что IP использовался для отправки спама в IP получателя в один момент времени. Если этот пример в том случае, сервис электронной почты получателя блокирует IP из будущего спама и уведомляет любых отправителей с 550 — 5.7.1kick-Back-Back где-то в возвращенной электронной почте.
Внесен ли мой IP в черный список?
Просто потому, что вы получили ошибку 550 — 5.7.1, не означает, что ваш IP заблокирован. Тем не менее, все еще хорошая практика, чтобы проверить ваш IP для черной списки и текущей репутации, если вы получили ошибку 550 для проверки. Обратите внимание, что это не IP-адрес от вашего локального компьютера, а IP вашего хостинга сервера.
Инструменты для проверки черного списка:
- MXToolBox: https://mxtoolbox.com/blacklists.aspx
- MultiRBL.valli.org Проверка черного списка: https://multirbl.valli.org/
Инструменты для репутации IP:
- Сайрен: https://www.cyren.com/security-center/ip-reputation-check
- Талос: https://talosintelligence.com/reputation_center
Немедленные шаги
Важно понимать, почему эта ошибка возникает и принимает профилактические меры для обеспечения того, чтобы это было разрешено как можно быстрее. Мы предлагаем выполнять следующее:
- Измените пароли вашей учетной записи электронной почты в безопасный пароль
- Обновите любые приложения, которые вы используете для своих услуг веб-хостинга.
- Удалите все неиспользованные приложения, которые вы больше не используете
- Выполните проверку на вирусы на вашем компьютере
Если вы сделали эти шаги, и ваш IP возвращается в черный список, пожалуйста, откройте билет с нашей технической поддержкой, чтобы удалить IP из черного списка с любыми соответствующими заголовками электронной почты от этих сообщений Back Back.
Как убрать ошибку 550 5.7.1?
К сожалению, если ваш IP не заблокирован, требуется запрос «делист» на почтовую службу получателя.Это включает в себя форму с необходимой информацией, которая должна быть представлена, объясняя их сервис, в настоящее время блокирует IP, и вы хотите, чтобы он был разблокирован.Форма делиста отличается для каждой почтовой службы (пример, Outlook, Gmail) и после отправки, она зависит от текущей почтовой службы для разблокировки IP из своего списка.
Каждая почтовая почта имеет свою собственную отдельную форму для заполнения для делистирования. HOVEDWINDS ТЕХНИЧЕСКАЯ ПОДДЕРЖКА СДЕЛАНО СДЕЛАННАЯ СДЕЛАТЬ С ЗАПРЕДУЮЩЕМУ НЕДЕСТИЦИИ ВАШЕГО IP при открытии билета и запрашивающейся IP-адресом для любого из ваших управляемых услуг, таких как общий хостинг, бизнес-хостинг, управляемый Linux, управляемый Windows или выделенный сервер.
Сколько времени займет запрос на удаление после отправки?
Это может варьироваться в зависимости от результатов вашей репутации IP. Важно отметить, что запрос исключительно в руках услуги делиста. Если IP никогда не передается из их сервиса, и сам IP не подключен к черной списке, ошибка 550 7.5.1 будет продолжать быть подкрепленным.
Если мы можем помочь вам в любом случае, пожалуйста, отправьте билет или присоединяйтесь к нам в IveChat в любое время.Мы доступны 24/7/365, и мы посвящены успеху нашего клиента;Каждый клиент действительно имеет значение для нас.
Написано Hostwinds Team / апреля 5, 2018
Ошибка электронной почты 550 может возникнуть в различных клиентских программах , таких как Outlook и Mozila Thunderbird. Ошибка возникает, когда некоторые пользователи отправляют электронные письма с клиентским программным обеспечением. Хотя точные всплывающие сообщения об ошибках могут незначительно отличаться, все они будут содержать код ошибки 550. Как следствие, пользователи не могут отправлять электронные письма конкретным получателям с помощью своего клиентского программного обеспечения.
Ошибка 550 — это ошибка SMTP (Simple Mail Transfer Protocol) для отправки электронной почты. SMTP-сервер не отправил электронное письмо, когда возникает ошибка 550, поскольку почтовый ящик получателя недоступен. Это может произойти из-за нескольких вещей, а в некоторых случаях это может быть проблема, которую может исправить предполагаемый получатель, а не отправитель.
Как пользователи могут исправить ошибку электронной почты 550?
1. Проверьте адрес электронной почты опечатки
Ошибка 550 может возникнуть из-за опечаток электронной почты. Итак, еще раз проверьте, что вы ввели точный адрес электронной почты. Убедитесь, что в адресе электронной почты нет опечаток или пробелов, прежде чем нажимать кнопку отправки.
2. Отправить письмо на день позже
Хотя это маловероятно, сервер получателя может быть недоступен при отправке электронного письма. Итак, попробуйте один или два дня. Тогда сервер может вернуться в исходное состояние, когда вы отправите письмо еще раз через несколько дней.
3. IP-адрес электронной почты находится в черном списке?
- Может случиться, что антиспам-фильтр заблокировал IP-адрес / домен сервера для сервера электронной почты при возникновении ошибки 550. Чтобы проверить, так ли это, откройте страницу поиска MX .
- Введите свой почтовый домен в текстовое поле и нажмите кнопку « Поиск MX» . Затем будет предоставлена информация об IP-адресе для введенного домена электронной почты.
- Скопируйте IP-адрес вашего почтового домена в буфер обмена, выделив его и нажав Ctrl + C.
- Затем откройте страницу проверки черного списка в браузере.
- Вставьте IP-адрес в текстовое поле с помощью сочетания клавиш Ctrl + V.
- Нажмите кнопку Проверка черного списка , которая покажет пользователям список черных списков адресов электронной почты.
Если проверка в черном списке указывает на то, что антиспам-фильтр внес в черный список введенный IP-адрес электронной почты, поэтому вы не можете отправлять сообщения. Попробуйте отправить сообщение с альтернативным адресом электронной почты, если можете. Кроме того, пользователи, у которых нет альтернативной электронной почты, могут создавать новые учетные записи веб-почты в Yahoo, Gmail и т. Д.
4. Включите аутентификацию SMTP
- Некоторым пользователям может потребоваться включить аутентификацию SMTP для своего программного обеспечения почтового клиента. Пользователи Outlook 2013/16 могут сделать это, щелкнув Инструменты в окне Outlook.
- Выберите Настройки учетной записи в меню.
- Затем выберите учетную запись электронной почты и нажмите кнопку « Изменить» .
- Нажмите кнопку « Дополнительные параметры» в открывшемся окне «Изменить параметры электронной почты».
- Выберите вкладку «Исходящий сервер» в открывшемся окне «Параметры электронной почты Интернета».
- Установите флажок Мой исходящий сервер (SMTP) требует проверки подлинности .
- Кроме того, нажмите кнопку Использовать те же настройки, что и у моего сервера входящей почты .
- Нажмите кнопку ОК .
- Пользователи Mozilla Thunderbird могут настроить SMTP-аутентификацию, щелкнув Инструменты и Настройки учетной записи в окне Thunderbird.
- Выберите Исходящий сервер в левой части окна.
- Выберите почтовый сервер и нажмите кнопку « Редактировать» , чтобы открыть окно, показанное ниже.
- Затем пользователям нужно будет ввести настройки SMTP для своего почтового сервера. Например, пользователям Gmail нужно будет ввести «smtp.gmail.com» в качестве адреса сервера и «587» или «465» в качестве номеров портов TLS / SSL.
- Нажмите кнопку ОК после ввода необходимых данных.
Эти резолюции могут исправить ошибку электронной почты 500 для некоторых пользователей. Однако предполагаемые получатели электронной почты также могут решить проблему, отключив свои брандмауэры антивирусного программного обеспечения или очистив свои почтовые ящики. Таким образом, некоторым пользователям может потребоваться связаться с получателями (без электронной почты), чтобы решить проблему.
СВЯЗАННЫЕ СТАТЬИ, ЧТОБЫ ПРОВЕРИТЬ:
- Как исправить ошибку электронной почты 0x80048802 в Windows 10
- Как исправить ошибку Outlook 0x80042109 в Windows 10
- Ошибка 421 не может подключиться к SMTP-серверу в Outlook [EXPERT FIX]
Обновлено 01.09.2016
Добрый день уважаемые читатели блога и подписчики youtube канала, продолжаем разбираться в механизмах доставки почты. Есть у меня у одного сотрудника почтовое приложение Microsoft outlook 2016, и в какой то момент после командировки у данного человека при отправке почты стала выскакивать ошибка доставки 550 5.7.0 Message rejected per DKIM policy, у всех остальных корпоративная почта работала, давайте разбираться в чем дело. В итоге он не мог ни кому отправить письмо.
Что означает Message rejected per DKIM policy
Я вам уже рассказывал, что такое DKIM и как ее настроить на примере почтового сервера MDaemon, если вы читали данную статью, то там я приводил некий механизм, который верифицирует SMTP, и если что то не так, то вставляет тег rs=, в котором он выдает сообщения о том, почему он отклонил его. Именно он шлет ошибку 550 5.7.0 Message rejected per DKIM policy, если посмотреть логи на сервере, то там кроме этого сообщения, можно еще найти некоторые упоминания, что что то у пользователя с SMTP.
В MDaemon у меня включена обязательная аутентификация, это реализовано, чтобы никто не мог просто так отсылать письма, без указания явного логина и пароля (Галка Не принимать блокировку по IP (IP Shield) в авторизованных сессиях)
Так как у меня у пользователя клиентское приложение MS Outlook 2016, то открываем его и проверяем настройки, переходим в Файл-Настройка учетных записей
Откроется окно Настройка учетных записей, выбираем нужную вам почту.
Нажимаем другие настройки.
В итоге должна стоять галка SMTP-серверу требуется проверка подлинности, вот ее то и не было, хотя до этого стояла, как говорится слона, то я и не заметил.
Надеюсь кому то данная заметка сэкономит время и нервы, и избавит от ошибки 550 5.7.0 Message rejected per DKIM policy.
Несмотря на соцсети, мессенджеры и смс, отправка email-сообщений до сих пор актуальна. Клиенты компаний подписываются на рассылки, чтобы быть в курсе акций, подтверждают покупки, получают уведомления о заказах. Обруби этот канал и поток клиентов уменьшится. Любому, чей бизнес и сайт связан с этим напрямую, будет неприятно узнать, что клиенты не получают его писем.
Вам может показаться, что провайдер блокирует почтовые порты или почтовый сервер на VDS неисправен, но на самом деле адресат может не получать письма по ряду сторонних ( в т. ч. и внешних) причин. А бывает и так, что письма доходят, но попадают в папку «спам», что уже формально подтверждает работоспособность VDS для отправки писем.
Как правило, для решения этих проблем требуется проведение небольших базовых настроек и манипуляций, о которых и пойдёт речь в данной статье.
- Проверка и изменение PTR-записи
- Проверка на наличие в спам-листах , публичных и закрытых
- Недоставленные письма, изучение почтового лога
- Добавление DKIM, DMARC, SPF
- Основные требования к содержанию писем
- Проверка с помощью сервиса mail-tester
Проверка и изменение PTR-записи
Самый популярный случай, когда письма улетают в папку «спам» или не доходят вовсе — это некорректная PTR-запись .
PTR-запись , как её еще называют, обратная DNS-запись — запись, связывающая IP-адрес сервера с его каноническим именем (доменом).
Для каждого письма проверяется наличие PTR-записи у сервера-отправителя . Если записи нет, письмо не принимается, так как отсутствие PTR-записи означает, что сервер-отправитель :
-
либо не предназначен для отправки этой почты — злоумышленники получили доступ или имитируют чужой ящик,
-
либо настроен некорректно — не задана PTR-запись или ведет на некорректный домен.
Поэтому, в первую очередь, нужно задать корректную PTR. Узнать актуальную PTR можно с помощью онлайн-сервисов , например, во вкладке «проверка PTR» на 2whois.ru.
Чтобы PTR считалась корректной, необходимо выполнение двух условий:
- При вводе IP-адреса вашего сервера в утилиту проверки PTR должен отображаться ваш домен.
- Сам домен, в свою очередь, при проверке утилитой DIG должен быть направлен по А-записи на IP-адрес вашего сервера.
Таким образом, для корректной почты нам нужна двухсторонняя связка, от доменного имени к IP-адресу , и от IP-адреса к домену (поэтому PTR иногда называют обратной записью)
Пример некорректной PTR:
В данном случае домен явно указан не полностью и, дополнительно проверив А-запись , сделав DIG для этого домена, мы увидим, что он точно не ведёт на этот IP.
Задать PTR просто. Достаточно в личном кабинете перейти во вкладку Товары — Виртуальные серверы — выбрать ваш сервер и нажать сверху IP-адреса . После этого выделить IP-адрес и нажать сверху Изменить, после чего задать значение PTR — ваш домен. Через некоторое время информация обновится и данный пункт можно считать решенным.
Проверка на наличие в спам-листах , публичных и закрытых
Иногда случается (особенно когда долго не обновлять ПО, плагины и CMS), что сайт заражают вирусы, которые инициируют спам-рассылку. После рассылки спама от почтовых сервисов часто поступают жалобы на сервер, с которого осуществлялась отправка. Такие жалобы заносятся в специальные списки — их еще называют «чёрными» или спам-листами .
Чтобы этого не происходило, мы стараемся мониторить почтовый трафик и блокировать его ещё до того, как ваш IP попадет в спам-листы. О блокировке уведомляем специальным сообщением в разделе Поддержка в личном кабинете. Решить вопрос со спамом самостоятельно или с помощью нашей технической поддержки — гораздо проще и во много раз быстрее, чем потом извлекать IP из спам-листов. Устранив источник спама, обратитесь в техподдержку и мы в тот же день снимем блокировку почтового трафика.
Проверить, есть ли ваш домен в большинстве спам-листов, можно на сервисе mxtoolbox.com. Если удача не улыбнулась вам и вы видите красные отметки — ваш IP оказался в чёрном списке. А значит, причина того, что ваши письма попадают в «спам», наверняка в этом.
Не стоит переживать, если высветился всего один спам-лист. Зачастую это просто ошибка, которая не учитывается почтовыми сервисами. Исключение составляют следующие списки:
- BARRACUDA
- SPAMCOP
- Spamhaus
- SORBS SPAM
Если ваш IP присутствует хотя бы в одном из них — необходимо принимать меры и извлекать адрес из списка, так как это может серьёзно влиять на доставку писем.
Через этот же сервис можно обратиться к организациям, в списки которых вы попали, с просьбой убрать вас из этого списка:
Если вы не обнаружили свой IP в этих списках, расслабляться рано. Помимо публичных спам-листов, крупные почтовые сервисы, такие как mail.ru, gmail, yandex ведут свои внутренние чёрные списки. Открытого доступа к ним нет, поэтому проверить, попали ли вы в такой список, можно только, изучив почтовый лог.
Недоставленные письма, изучение почтового лога
Об этом расскажем на примере VDS с панелью ISPmanager, где в качестве почтового сервера устанавливается Exim. Выполним команду в консоли:
Centos
tail -f /var/log/exim/mainlog
Debian/Ubuntu
tail -f /var/log/exim4/mainlog
Команда будет выдавать нам новые записи в логе почтового сервиса в режиме реального времени. Это нужно, чтобы без проблем увидеть, какая запись будет относиться именно к вашему письму. Выполнив эту команду, в новой вкладке открываем ваш почтовый ящик и отправляем с него письмо обычного содержания на ящик, письма на который у вас не доходят и попадают в папку «спам».
В рамках этой статьи мы не будем рассматривать весь спектр ошибок, если увидите какую-то ошибку, не указанную здесь, можете обратиться за уточнениями к нам в поддержку.
Как только отправили письмо, возвращайтесь в окно с консолью, где уже должны были появиться несколько записей в логе. Подождите еще минутку, а затем остановите просмотр логов сочетанием клавиш Ctrl + C.
Изучите лог. В данном случае нас интересуют ошибки, где участвует слово spam, обычно это выглядит так:
SMTP error from remote mail server after end of data: 550 spam message rejected.
или
Message rejected as spam by Content Filtering Message rejected under suspicion of SPAM Message rejected.
В этих ошибках зачастую указано и решение, а именно код ошибки и ссылка, по которой нужно перейти, чтобы изучить подробности, почему, собственно, возникла эта ошибка.
Показателен случай с mail.ru. В логе указывается ссылка на прямое обращение в поддержку, либо указан почтовый ящик и сопроводительная информация — код ошибки и ID. Пример из почтового лога:
SMTP error from remote mail server after end of data: 550 spam message rejected. Please visit http://help.mail.ru/notspam-support/id?c=9QLlNgZ5<....>emyJDJvBOiPJah130gYZ_SnN3prjB8AAADxowAAkc2UDA~~ or report details to abuse@corp.mail.ru. Error code: 36E502F5C071790630<...>F0EAB5E97583F86F3224B2258FE80448DF75A8A7F467188C6B7A37. ID: 0000001F0000A3<...>4CD91.
С этой информацией поддержка mail.ru сообщает о подробностях ошибки, либо извлекает вас из списков, если никаких нарушений нет.
Вкратце рассмотрим коды в логах почтового сервера:
- 421 — данный код чаще всего свидетельствует о неудачном SMTP-соединении. Необходимо проверить параметры подключения по smtp в настройках отправки, попробовать поменять порт на 25. Эта ошибка возникает и в случаях, когда почтовый трафик заблокирован на VDS (например, в iptables) или провайдером на уровне родительского сервера.
- 451 — превышен лимит на количество возможных отправок, необходимо попробовать отправить позже. Также, если у вас этот лимит имеется, то попробуйте его убрать или настроить. Обычно его нет, поэтому если вы его не устанавливали, а ошибка есть, возможно существует проблема с MX-записями домена, либо проблема, которая требует более детального изучения логов и конфигурационных файлов. Обратитесь за помощью в поддержку, изучим.
- 452 — не хватает ресурсов, чаще всего оперативной памяти. Проверьте наличие свободного дискового пространства и оперативной памяти. Ошибка будет и в том случае, когда на почтовом сервере, который принимает письмо, не хватает ресурсов.
- 550, 571 — указан неправильный адрес почты получателя, уточните, действующий ли он и правильно ли вы его написали. Также возможны причины, которые описаны в других разделах статьи: внутренние спам-листы, неверная PTR и т. д.
Еще возникают ситуации, когда письмо с сервера ушло (вы даже убедились в этом по почтовому логу), а к адресату не попало даже в папку спам. Обычно в ответ приходит письмо с отчётом от отправителя Mailer-Daemon. Чаще всего это случается, когда указан несуществующий ящик для доставки, но могут быть и другие случаи, в этом может помочь таблица с описанием ответов от Яндекса «Отчёт о недоставке письма на другой адрес (не Яндекс)».
Добавление DKIM, DMARC, SPF
Чтобы письма не попадали в спам, а домен или IP-адрес — в спам-базы, также используют DKIM-подпись для почтового домена.
DKIM — это стандарт защиты электронных писем, с помощью которого почтовые сервисы могут определить, действительно ли письмо было отправлено с указанного ящика в поле Отправитель.
Рассмотрим самый простой способ подключения DKIM — через панель управления ISPmanager.
В ISPmanager перейдите во вкладку Настройки — раздел Возможности — выделите строку Почтовый сервер (SMTP/POP3/IMAP) — нажмите кнопку Изменить — поставьте галочку OpenDKIM (exim).
Остается включить подпись DKIM для домена во вкладке ISPmanager Домены — раздел Почтовые домены — двойной клик по домену — установите флажок Включить DKIM для домена — нажмите ОК.
Важный момент: чтобы добавление записи таким образом сработало, домен должен быть на наших серверах имен, в ином случае вам нужно взять сформированную DKIM-подпись из DNS-записей вашего домена в панели ISPmanager и внести на ваших текущих серверах имен.
Так это выглядит, если добавлять вручную в DNSManager:
DMARC — это ещё одна настройка, которая позволяет идентифицировать отправителя и снизить количество спама и фишинга.
На серверах имён (если наши сервера имен, то в ISPmanager в разделе Домены — Доменные имена или в DNSmanager, если ISPmanager’а нет) нужно разместить TXT-запись со следующим содержанием:
Имя: _dmarc. ВАШ_ДОМЕН.
Значение: v=DMARC1; p=none; aspf=r; sp=none
SPF -запись используется для защиты от спама и фишинговых сообщений от имени вашего домена. Она должна присутствовать, чтобы указать список серверов, которые имеют право на отправку писем от имени email-адресов этого домена. Она обычно уже настроена по умолчанию (отправка с одного сервера), но могут потребоваться специфические настройки, если вы используете сторонние сервера для отправки почты.
По умолчанию она должна выглядеть так:
Имя: ВАШ_ДОМЕН.
Тип: TXT
Значение: v=spf1 ip4:IP_ПОЧТОВОГО_СЕРВЕРА a mx ~all
Где вместо IP_ПОЧТОВОГО_СЕРВЕРА нужно указать ip вашего сервера.
Если вы хотите отправлять письма с почтового ящика на сторонних серверах, например, с серверов Яндекса, укажите дополнительные серверы в таком формате: v=spf1 ip4: IP-1 include: _spf.yandex.net ~all.
Где ip-1 — это IP вашего VDS.
Основные требования к содержанию писем
Немаловажным аспектом, который влияет на доставку ваших писем, является их содержание. Все почтовые сервисы анализируют содержимое, чтобы заранее предугадать, является ли письмо спамом. Избежать этого можно, следуя этим советам:
-
В рассылке обязательно должен быть текст. Рассылки, состоящие из картинок, блокируются очень часто.
-
Поместите информацию о том, откуда был получен адрес и согласие на рассылку. Например, «Вы получили это письмо, потому что подписались на рассылку на сайте site.ru…»
-
Добавьте информацию о своём ресурсе или себе. Рассылки должны иметь в тексте каждого сообщения актуальную контактную информацию об организации, осуществляющей рассылку, телефонный номер и адрес.
-
Используйте в качестве обратного адреса ваш домен. Избегайте обратных ящиков mail.ru, gmail.com и т. д. — такие адреса вызывают большее подозрение у антиспам-фильтров .
-
Не указывайте в ссылках URL. Следует избегать в тексте явных ссылок вида http://domain.com, лучше зашивать ссылку в какое-нибудь слово или фразу, например: «Посетите сайт Яндекс»
-
Добавляйте ссылку отписки и в конце, и в начале письма. Клиент, который не хочет получать вашу рассылку или забывший, что подписался на неё, не видит кнопку отписки и нажимает на кнопку «Это спам», что в конечном итоге рано или поздно повлияет на доставку ваших рассылок.
-
Избегайте писем больших размеров. А также приложенных файлов. Всё это может вызвать жалобы и новых кликов на кнопку «Это спам».
-
Попросите подписчиков внести ваш почтовый ящик в адресную книгу. Это снижает вероятность попадания вашей рассылки в спам.
-
Ваша рассылка вероятнее всего будет заблокирована, если содержит:
-
Ложную, некорректную или вводящую в заблуждение информацию;
-
Информацию, противоречащую 18-й статье Федерального Закона «О рекламе»;
-
Порнографию;
-
Лотереи;
-
Поддельные товары, бренды;
-
Сообщения, созданные с нарушением авторских и смежных прав;
-
Рекламу почтовых и электронных спам-рассылок ;
-
Рассылку от имени других людей или организаций;
-
Финансовые пирамиды.
-
Также ознакомьтесь с рекомендациями MAIL.RU и их правилами рассылок, с инструкцией о рассылках от gmail.com, и с требованиями Яндекса.
Придерживайтесь этих правил, и рисков того, что ваше письмо попадет в спам, станет меньше.
Проверка с помощью сервиса mail-tester . Примеры.
Спасибо, что дочитали до этого места. На самом деле, большую часть перечисленных пунктов можно было не делать, а проверить с помощью специального сервиса.
Шутка, ведь сервис хоть и экономит время, но он не абсолютен. Он не поможет в случаях, когда письма не доходят вообще, либо может давать не совсем точные или излишние советы, не влияющие на суть доставки, поэтому его стоит рассматривать как помощника, а не опорную утилиту.
Чтобы проверить свои письма, переходим по ссылке https://www. mail-tester .com/
На главной странице в строке вы увидите довольно странный ящик, вроде test-y9q3i @ mail-tester .com.
Именно на указанный адрес вам необходимо отправить письмо. Важно отправить именно так, как вы обычно отправляете, когда возникают проблемы с доставкой. Например, если в «спам» попадают только уведомления о заказе, отправьте на проверочный ящик именно уведомление о заказе. После отправки подождите немного, после чего нажмите кнопку «Затем проверьте оценку».
Если письмо получено, сервис покажет оценку вашего конкретного почтового отправления, например:
Письмо с таким содержанием и отправленное таким образом вряд ли будет доставлено в папку «Входящие» и скорее всего окажется в папке «Спам».
Причины этого также указаны там под оценкой, вкратце это можно описать так:
-
4 с лишним балла сняты из-за плохого содержания письма, не соблюдены или соблюдены не все правила оформления писем. Как можем судить по количеству баллов, содержание письма сильно влияет на то, куда оно попадёт.
-
1 балл снят за то, что почтовый домен не подписан DKIM-записью и ещё полбалла снято за нахождение IP в черном списке.
Устраните все ошибки и запустите проверку снова, но не увлекайтесь проверками чрезмерно — у сервиса есть ограничение на количество проверок с одного IP. Ваша задача — получить оценку, близкую к 10 (совершенно не обязательно биться за 10 из 10). Как только вы этого добьетесь, обнаружите, что ваши письма начнут попадать в нужную и вам, и вашему клиенту папку «Входящие».
Ошибки Почтовой Системы
Ошибки почтовой системы – это коды, которые присваиваются сообщениям во время получения или отказа в получении. Код ошибки позволяет выяснить причину, по которой возникла невозможность доставки почтового сообщения. Как правило, код ошибки представляет собой число, например #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 стандартом отведена обширная область возвращаемых ошибок, и более конкретную причину можно получить только из ответа сервера (текст внутри скобок после описания ошибки на русском языке).
Ниже перечислены сообщения об ошибках и коды ошибок, которые вы можете встретить при работе с Gmail и Google Workspace. Эти сообщения и коды помогают найти и устранить проблему с электронной почтой.
Чтобы обозначить источник ошибки, Gmail добавляет в конец сообщения один или оба из следующих фрагментов:
- gsmtp (Google SMTP): добавляется во все сообщения об ошибках;
- gcdp (Google Custom Domain Policies): добавляется в сообщения об ошибках, связанных с правилами, которые созданы администратором.
Например, сообщение 550 5.7.1 This message violates example.com email policy. – gcdp <sessionid> – gsmtp (Это сообщение нарушает политику example.com в отношении электронной почты. – gcdp <sessionid> – gsmtp) указывает, что ошибка связана с персонализированным правилом, созданным администратором.
Подробнее о сообщениях об ошибках SMTP…
Примечание. Ошибка 2014 связана с расширением браузера Chrome. По очереди отключите расширения Chrome, чтобы определить, какое из них вызывает ошибку. Сообщение об ошибке 2014: В системе произошла ошибка (2014). Повторите попытку.
Сообщения об ошибках протокола SMTP
| 421, «4.3.0». Временные неполадки в системе. Повторите попытку позже |
| 421, «4.4.5», Server busy, try again later. (Сервер занят. Повторите попытку позже.) |
| 421, «4.7.0», IP not in whitelist for RCPT domain, closing connection. (Соединение прервано, так как IP-адрес отсутствует в белом списке домена RCPT.) |
| 421, «4.7.0», Our system has detected an unusual rate of unsolicited mail originating from your IP address. To protect our users from spam, mail sent from your IP address has been temporarily blocked. For more information, visit Prevent mail to Gmail users from being blocked or sent to spam. (С вашего IP-адреса с необычной частотой поступают незапрашиваемые сообщения. Почта, отправляемая с вашего IP-адреса, временно заблокирована для защиты пользователей от спама. Дополнительная информация приведена в статье Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».) |
| 421, «4.7.0», Temporary System Problem. Try again later. (Временные неполадки в системе. Повторите попытку позже.) |
| 421, «4.7.0», TLS required for RCPT domain, closing connection. (Соединение прервано, так как для домена RCPT требуется протокол TLS.) |
| 421, «4.7.0», Try again later, closing connection. This usually indicates a Denial of Service (DoS) for the SMTP relay at the HELO stage. (Соединение прервано. Повторите попытку позже. Эта ошибка обычно указывает на атаку типа «отказ в обслуживании» (DoS) для ретрансляции SMTP на этапе HELO.) |
| 450, «4.2.1», The user you are trying to contact is receiving mail too quickly. Please resend your message at a later time. If the user is able to receive mail at that time, your message will be delivered. For more information, visit Limits for sending & getting mail. (Пользователь, которому вы пытаетесь отправить письмо, получает почту слишком часто. Отправьте сообщение позже. Если к тому времени пользователь сможет получать почту, ваше письмо будет доставлено. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.) |
| 450, «4.2.1», The user you are trying to contact is receiving mail at a rate that prevents additional messages from being delivered. Please resend your message at a later time. If the user is able to receive mail at that time, your message will be delivered. For more information, visit Limits for sending & getting mail. (Пользователь, которому вы пытаетесь отправить письмо, получает почту со скоростью, которая не позволяет доставлять ему дополнительные сообщения. Отправьте сообщение позже. Если к тому времени пользователь сможет получать почту, ваше письмо будет доставлено. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.) |
| 450, «4.2.1», Peak SMTP relay limit exceeded for customer. This is a temporary error. For more information on SMTP relay limits, please contact your administrator or visit SMTP relay service error messages. (Превышено пиковое ограничение на ретрансляцию для клиента. Это временная ошибка. Чтобы получить подробную информацию об ограничениях, ознакомьтесь с этой статьей или свяжитесь с администратором.) |
| 451, «4.3.0», Mail server temporarily rejected message. (Почтовый сервер временно отклонил сообщение.) |
| 451, «4.3.0», Multiple destination domains per transaction is unsupported. Please try again. (Использование нескольких целевых доменов для одной операции не поддерживается. Повторите попытку.) |
| 451, «4.4.2», Timeout — closing connection. (Время ожидания истекло – соединение прервано.) |
| 451, «4.5.0», SMTP protocol violation, visit RFC 2821. (Нарушение протокола SMTP, см. RFC 2821.) |
| 452, «4.2.2», The email account that you tried to reach is over quota. Please direct the recipient to Clear Google Drive space & increase storage. (В аккаунте получателя закончилось свободное место. Предложите получателю ознакомиться с этой статьей.) |
|
452, «4.5.3», Domain policy size per transaction exceeded, please try this recipient in a separate transaction. |
| 452, «4.5.3», Your message has too many recipients. For more information regarding Google’s sending limits, visit Limits for sending & getting mail. (У вашего сообщения слишком много получателей. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.) |
| 454, «4.5.0», SMTP protocol violation, no commands allowed to pipeline after STARTTLS, visit RFC 3207. (Нарушение протокола SMTP, после STARTTLS для потока запрещены другие команды, см. RFC 3207.) |
| 454, «4.7.0», Cannot authenticate due to temporary system problem. Try again later. (Не удалось выполнить аутентификацию из-за временных неполадок в системе. Повторите попытку позже.) |
| 454, «5.5.1», STARTTLS may not be repeated. (Запрещено повторять команду STARTTLS.) |
| 501, «5.5.2», Cannot Decode response. (Не удалось расшифровать ответ.) |
| 501, «5.5.4», HELO/EHLO argument is invalid. For more information, visit HELO/EHLO email error. (Недопустимый аргумент HELO/EHLO. Дополнительная информация приведена в статье Ошибка HELO/EHLO.) |
| 502, «5.5.1», Too many unrecognized commands, goodbye. (Слишком много нераспознанных команд.) |
| 502, «5.5.1», Unimplemented command. (Незадействованная команда.) |
| 502, «5.5.1», Unrecognized command. (Нераспознанная команда.) |
| 503, «5.5.1», EHLO/HELO first. (Сначала команда EHLO/HELO.) |
| 503, «5.5.1», MAIL first. (Сначала команда MAIL.) |
| 503, «5.5.1», RCPT first. (Сначала команда RCPT.) |
| 503, «5.7.0», No identity changes permitted. (Запрещены изменения идентификационных данных.) |
| 504, «5.7.4», Unrecognized Authentication Type. (Нераспознанный тип аутентификации.) |
| 530, «5.5.1», Authentication Required. For more information, visit Can’t sign in to your Google Account. (Необходима аутентификация. Дополнительная информация приведена в статье Не удается войти в аккаунт Google.) |
| 530, «5.7.0», Must issue a STARTTLS command first. (Сначала необходима команда STARTTLS.) |
| 535, «5.5.4», Optional Argument not permitted for that AUTH mode. (Для этого режима AUTH запрещен необязательный аргумент.) |
| 535, «5.7.1», Application-specific password required. For more information, visit Sign in using App Passwords. (Требуется пароль приложения. Дополнительная информация приведена в статье Как войти в аккаунт с помощью паролей приложений.) |
| 535, «5.7.1», Please log in with your web browser and then try again. For more information, visit Check Gmail through other email platforms. (Войдите через браузер и повторите попытку. Дополнительная информация приведена в статье Как настроить доступ к Gmail в сторонних почтовых клиентах.) |
| 535, «5.7.1», Username and Password not accepted. For more information, visit Can’t sign in to your Google Account. (Имя пользователя и пароль не приняты. Дополнительная информация приведена в статье Не удается войти в аккаунт Google.) |
| 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. For more information, visit Fix bounced or rejected emails. (Аккаунт электронной почты получателя не существует. Проверьте ещё раз, правильно ли указан адрес электронной почты и нет ли в нем пробелов. Дополнительная информация приведена в статье Что делать, если письмо отклонено.) |
| 550, «5.2.1», The email account that you tried to reach is disabled. (Аккаунт электронной почты получателя отключен.) |
| 550, «5.2.1», The user you are trying to contact is receiving mail at a rate that prevents additional messages from being delivered. For more information, visit Limits for sending & getting mail. (Пользователь, которому вы пытаетесь отправить письмо, получает почту со скоростью, которая не позволяет доставлять ему дополнительные сообщения. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.) |
| 550, «5.4.5», Daily sending quota exceeded. For more information, visit Email sending limits. (Исчерпан дневной лимит на отправку сообщений. Дополнительная информация приведена в статье Ограничения в Google Workspace на отправку электронных писем из Gmail.) |
| 550, «5.4.5», Daily SMTP relay limit exceeded for user. For more information on SMTP relay sending limits please contact your administrator or visit SMTP relay service error messages. (Превышено суточное ограничение на ретрансляцию для клиента. Чтобы получить подробную информацию об ограничениях, ознакомьтесь с этой статьей или свяжитесь с администратором.) |
| 550, «5.7.0», Mail relay denied. (Почтовый ретранслятор запрещен.) |
| 550, «5.7.0», Mail Sending denied. This error occurs if the sender account is disabled or not registered within your Google Workspace domain. (Отправка почты запрещена. Эта ошибка возникает, если аккаунт отправителя заблокирован или не зарегистрирован в домене Google Workspace.) |
| 550, «5.7.1», Email quota exceeded. (Превышена квота электронной почты.) |
| 550, «5.7.1», Invalid credentials for relay. (Неверные учетные данные ретранслятора.) |
| 550, «5.7.1», Our system has detected an unusual rate of unsolicited mail originating from your IP address. To protect our users from spam, mail sent from your IP address has been blocked. Review Prevent mail to Gmail users from being blocked or sent to spam. (C вашего IP-адреса с необычной частотой поступают незапрашиваемые сообщения. Почта, отправляемая с вашего IP-адреса, заблокирована для защиты пользователей от спама. Подробную информацию читайте в статье Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».) |
| 550, «5.7.1», Our system has detected that this message is likely unsolicited mail. To reduce the amount of spam sent to Gmail, this message has been blocked. For more information, visit Why has Gmail blocked my messages? (Это сообщение было классифицировано системой как вероятный спам и заблокировано в целях уменьшения количества спама, отправляемого в Gmail. Дополнительная информация приведена в статье Почему мои письма в Gmail заблокированы.) |
| 550, «5.7.1», The IP you’re using to send mail is not authorized to send email directly to our servers. Please use the SMTP relay at your service provider instead. For more information, visit ‘The IP you’re using to send email is not authorized…’. (IP-адрес, который используется для отправки почты, не имеет разрешения на отправку сообщений непосредственно на наши серверы. Используйте для отправки ретранслятор SMTP своего поставщика услуг. Дополнительная информация приведена в этой статье.) |
| 550, «5.7.1», The user or domain that you are sending to (or from) has a policy that prohibited the mail that you sent. Please contact your domain administrator for further details. For more information, visit Sorry, a policy is in place that prevents your message from being sent. (Для пользователя или домена, от которого или которому отправляются сообщения, установлено правило, запрещающее отправленную вами почту. Для получения дополнительной информации ознакомьтесь с этой статьей и обратитесь к своему администратору домена.) |
| 550, «5.7.1», Unauthenticated email is not accepted from this domain. (Почта без аутентификации от этого домена не принимается.) |
| 550, «5.7.1», Daily SMTP relay limit exceeded for customer. For more information on SMTP relay sending limits please contact your administrator or visit SMTP relay service error messages. (Превышено суточное ограничение на ретрансляцию для клиента. Чтобы получить подробную информацию об ограничениях, ознакомьтесь со статьей Сообщения об ошибках службы ретрансляции SMTP или свяжитесь с администратором.) |
| 550, «5.7.26», Unauthenticated email from domain-name is not accepted due to domain’s DMARC policy. Please contact the administrator of domain-name domain. If this was a legitimate mail please visit Control unauthenticated mail from your domain to learn about the DMARC initiative. If the messages are valid and aren’t spam, contact the administrator of the receiving mail server to determine why your outgoing messages don’t pass authentication checks. (Электронное письмо от [доменное имя] не прошло аутентификацию и запрещено правилами DMARC домена. Обратитесь к администратору домена. Если письмо запрещено по ошибке, ознакомьтесь со сведениями об инициативе DMARC в статье «Проблемы с проверкой подлинности сообщений из вашего домена» и обратитесь к администратору почтового сервера получателя, чтобы определить, почему ваши исходящие письма не проходят аутентификацию.) |
|
550, «5.7.26», «This message does not have authentication information or fails to pass authentication checks (SPF or DKIM). To best protect our users from spam, the message has been blocked. Please visit Prevent mail to Gmail users from being blocked or sent to spam for more information.» (Для этого письма нет информации о прохождении аутентификации (SPF или DKIM), или оно ее не прошло. Оно заблокировано, чтобы защитить наших пользователей. Более подробная информация приведена в статье «Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».) |
| 550, «5.7.26», «This message fails to pass SPF checks for an SPF record with a hard fail policy (-all). To best protect our users from spam and phishing, the message has been blocked. Please visit Prevent mail to Gmail users from being blocked or sent to spam for more information.» (Это письмо не прошло проверки SPF для записи со строгими правилами (-all). Оно заблокировано, чтобы защитить наших пользователей от спама и фишинга. Более подробная информация приведена в статье «Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».) |
| 552, «5.2.2», The email account that you tried to reach is over quota. (Для аккаунта электронной почты получателя превышена квота.) |
| 552, «5.2.3», Your message exceeded Google’s message size limits. For more information, visit Send attachments with your Gmail message. (Превышен максимально допустимый размер сообщения. Дополнительная информация приведена в статье Прикрепление файлов к письмам в Gmail.) |
| 553, «5.1.2», We weren’t able to find the recipient domain. Please check for any spelling errors, and make sure you didn’t enter any spaces, periods, or other punctuation after the recipient’s email address. (Не удалось найти домен получателя. Проверьте правильность адреса электронной почты получателя и убедитесь, что после него нет пробелов, точек и других знаков пунктуации.) |
| 554, «5.6.0», Mail message is malformed. Not accepted. (Сообщение электронной почты не принято, так как имеет недопустимый формат.) |
| 554, «5.6.0», Message exceeded 50 hops, this may indicate a mail loop. (Сообщение пересылалось более 50 раз, что может указывать на наличие почтового цикла.) |
| 554, «5.7.0», Too Many Unauthenticated commands. (Слишком много команд без аутентификации.) |
| 555, «5.5.2», Syntax error. (Синтаксическая ошибка.) |
Эта информация оказалась полезной?
Как можно улучшить эту статью?