Ошибка в the bat we do not relay - ErrorsMaster.ru - большая энциклопедия ошибок и их решений

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

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

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

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

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

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

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

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

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

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

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

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

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

SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.

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

Первая цифра комбинации содержит информацию о качестве доставки:

сообщение доставлено («SMTP OK»);
возникла неизвестная или временная проблема («SMTP unknown»);
критическая ошибка («SMTP error»).

Существует четыре варианта значений для первой цифры кода:

2xx – положительный результат, есть возможность передачи следующей команды;
3xx – отложенный результат, необходимо осуществление дополнительных действий;
4xx – сообщение не принято, но проблема носит временный характер, и запрос может быть повторен через какое-то время;
5xx – категорический отказ выполнения команды, отправка запроса со стороны передающего сервера в том же виде невозможна.

Вторая цифра в коде сообщает о категории ответа:

0 – синтаксические ошибки;
1 – ответы на запросы информации;
2 – ошибки канала передачи;
3 и 4 – неизвестный тип ошибки;
5 – статус почтовой системы.

Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.

Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.

Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.

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

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

На программном уровне существует несколько видов обработки электронной почтовой корреспонденции. К первой группе относятся виртуальные сервисы, доступные чаще всего в бесплатном исполнении через интернет-соединение на сайте почтового сервера. Это всем известные ресурсы:

Gmail/Google Suite (почта от Google.com);
Yandex.ru;
Mail.ru;
Rambler.ru и другие.

Более подробную информацию о значениях ответов SMTP можно получить на сайтах популярных почтовых сервисов:

Коды ошибок SMTP почтового сервиса Gmail (Google Suite) (support.google.com)
Создание и отправка писем на сервисе Яндекс
Ошибки отправки писем при использовании сервера и сервиса Mail.ru

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

Opera Mail;
Mozilla Thunderbird;
Koma-Mail;
SeaMonkey;
The Bat!;
Microsoft Outlook.

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

Коды SMTP-ответов определяются стандартом. Администратор почтового сервера может создать собственные настройки, в том числе и в части кодировки ответов сервера. Особенно это касается локальных почтовых программ, установленных непосредственно на сервере какой-нибудь компании.

О вариантах выбора и способах создания корпоративных почтовых сервисов более подробно можно прочитать здесь: Что такое почтовый сервер и зачем он нужен.

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

Я настроил свою почтовую программу – локальный клиент (MS Outlook и т.п.) или бесплатную почту на gmail или yandex. Начинаю отправлять письма, но сталкиваюсь с различными проблемами, связанными с тем, что мои респонденты не получают направленную им корреспонденцию. Соответственно, на мой ящик приходят сообщения об ошибках в виде кодировок SMTP.

Сразу опускаю тот пакет сообщений, которые начинаются с 2хх и 3хх, так как они содержат информацию о том, что задача получения письма уже решена положительно либо получит такой статус в ближайшее время. Более подробно рассмотрим некоторые виды кодированных сообщений, начинающихся с 4хх и 5хх, т.е. отклики SMTP-сервера, которые сообщают о наличии проблем.

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

Значение: Service Not Available. Сервер недоступен: канал связи будет закрыт.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

Проблема

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

Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Решения

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

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

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

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

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

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

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

/public/img/default_profile_50.png

Статья была полезной?

Если сообщение не было доставлено получателю, то ему будет присвоен один из следующих статусов:

Отменено/Запрещено — если отправка сообщения ограничена со стороны внутреннего функционала GetCourse. Например, пользователь забанен, отписался от категории или перестал удовлетворять условию рассылки.

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

В статье разберем основные виды ошибок при отправке email-рассылок и рекомендации по работе с ними.

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

Ссылка на это место страницы:
#main

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

Mailbox does not exist. We do not relay
No such user!

Означают, что эл. адрес пользователя не существует.

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

Ошибки в названии электронных ящиков
Ошибки в названии домена или его настройках
Почтовый ящик пользователя переполнен или заблокирован
Попадание в спам на почтовом сервисе
Грейлистинг (серый список)
Ошибки, связанные с неправильной настройкой доменной почты
Попадание IP-адреса в черный список

Чтобы быстро найти значение вашей ошибки в статье, воспользуйтесь поиском по странице (ctrl+F). Для этого введите значение ошибки, как показано в слайдере ниже:

Ссылка на это место страницы:
#incorrect_address

Примеры ошибок:

Mailbox does not exist. We do not relay
No such user!
Unknown user
Recipient address rejected: User unknown in local recipient table
The email account that you tried to reach does not exist
sorry, no mailbox here by that name
no mailbox by that name is currently available
Requested action not taken: mailbox unavailable
Message was not accepted — invalid mailbox
Bad recipient address syntax
Bad address mailbox syntax
No correct recipients
We do not relay without RFC2554 authentication

Рекомендации:
Попробуйте связаться с получателем альтернативным способом связи, чтобы уточнить корректный электронный адрес. Затем поменяйте email в карточке. Как это сделать, смотрите в слайдере:

Ссылка на это место страницы:
#receive

Ссылка на это место страницы:
#specific

Ссылка на это место страницы:
#no_connection

MX lookup failed for […]

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

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

Called MAIL FROM without being connected
SMTP connect() failed
RCPT TO command failed

Причины и рекомендации:

Опечатки в электронных адресах
Ограничения со стороны корпоративных доменов
Общие рекомендации по базе электронных адресов

Ссылка на это место страницы:
#errors

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

mail.ri — вместо mail.ru
gmail.ru — вместо gmail.com
yndex.ru — вместо yandex.ru

Рекомендации:

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

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

Ссылка на это место страницы:
#corp

Корпоративные ящики — это почтовые ящики с доменами, принадлежащими университетам, магазинам, государственным предприятиям и предназначенные только для их сотрудников. Например, @hh.ru.

Корпоративные ящики чаще всего имеют свои почтовые сервера, индивидуальные спам-фильтры или другие настройки, которые могут влиять на доставляемость сообщений.

Рекомендации:

Самостоятельно связаться с владельцами корпоративного домена, привести пример ошибки и уточнить, почему ваши сообщения не принимаются.
Если пользователей с таким доменом в аккаунте немного, то наиболее оптимальным решением будет узнать у пользователя альтернативную почту на более популярном сервисе (gmail.com, yandex.ru, mail.ru) и сменить ее в карточке пользователя.

Ссылка на это место страницы:
#popular

В качестве электронных почт пользователей рекомендуем использовать наиболее популярные почтовые сервисы, такие как mail.ru, gmail.com или yandex.ru. Это очень распространённые и надёжные почтовые сервисы с высокой доставляемостью сообщений.

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

Ссылка на это место страницы:
#temp

Также не рекомендуем использовать в качестве электронных адресов временные почтовые ящики. Временный ящик — ящик, который не требует регистрации и позволяет принимать электронные письма, которые будут удалены через определенный срок. Например, @yopmail.com или @maildrop.cc.

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

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

Рекомендации:

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

Ссылка на это место страницы:
#overflowing_box

Примеры ошибок, возвращающихся при отправке на переполненные ящики:

Mailbox size limit exceeded.
Mailbox size exceeded
User is overquota
The email account that you tried to reach is over quota

Примеры ошибок, возвращающихся при отправке на заблокированные ящики:

Mailbox […] is locked due to inactivity for more than […] months
Аccess to this account (user) […] is disabled
Mailbox is disabled

Причины:

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

Ссылка на это место страницы:
#disabled

Рекомендации:

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

Ссылка на это место страницы:
#spam

Примеры попадания в спам:

IP […] 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 rate limited — такая ошибка возвращается почтовым сервисом Gmail в случае если Google заподозрил отправку слишком большого числа подозрительных писем (спама) с IP адреса отправителя. В этом случае Google включает временное ограничение на количество принимаемых писем.
Message rejected under suspicion of SPAM
Client host […] blocked using spamsource.mail.yandex.net
Blocked by spam statistics
550 spam message discarded/rejected

Причины:

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

Ссылка на это место страницы:
#graylisting

Примеры ошибок:

Greylisting in action, please come back later
Greylisted, try again after some time
Greylisted, try again in 180 seconds
Sorry, the service is currently unavailable. Please come back later
Temporary local problem — please try later
Try again later

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

Рекомендации:

На платформе GetCourse подобные запроса распознаются и письмо переотправляется автоматически позже. Спамерское программное обеспечение в таких случаях, обычно, не пытается переотправить письмо, и их сообщения не доходят.

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

Ссылка на это место страницы:
#mail_settings

non-local sender verification failed — обычно такая ошибка возвращается почтовым сервисом Gmail или Mail.ru. При появлении данной ошибки необходимо проверить корректность SPF, DKIM и MX в DNS-зоне домена, с которого осуществляется отправка рассылок.
Can’t verify […] sender. Check your DNS configuration — при появлении данной ошибки необходимо проверить корректность SPF и DKIM в DNS-зоне домена, с которого происходит отправка почты.
sender domain SPF exact match mandatory for IP […]— ошибка в SPF-записи домена, с которого происходит отправка письма. Необходимо проверить корректность SPF-записи, или что присутствует только одна SPF-запись.
This message was not accepted due to domain […] owner DMARC policy (RFC 7489) — сообщение было заблокировано из-за строгой политики DMARC почтового сервиса. Подробнее о настройке DMARC на GetCourse, читайте в отдельной статье.

Ссылка на это место страницы:
#IP_block

rejected because IP[…] is in a blacklist-dns at […]
Access denied, banned sending IP […]
Connection closed. IP […] is listed in Blacklist
[E-mail] blacklisted by […]

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

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

Telegram
SMS
WhatsApp Business
ВКонтакте
Viber
Facebook*

*принадлежит компании Meta, признанной экстремистской организацией и запрещенной в Российской Федерации.

A 553 email error is normally related to SMTP authentication not being used. Most mail servers require that you authenticate with a valid user on that system, before you’re allowed to relay a remote message out. However some mail administrators will also using the 553 error if a user doesn’t exist or for various other reasons as well.

You should receive a bounce-back message from the server with a variation of email error 553 in the subject, and the body should contain your original message that you attempted to deliver.

Troubleshooting the Email Error 553

Example bounce-back message

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

[email protected]
SMTP error from remote mail server after RCPT TO:<[email protected]>:
host RemoteDomain.com [123.123.123.123]:
553 5.7.1 Not an open relay, so get lost

—— This is a copy of the message, including all the headers. ——

Return-path: <[email protected]>
Received: from chrisg6 by biz29.inmotionhosting.com with local (Exim 4.69)
(envelope-from <[email protected]>)
id 1RPwMG-0008Pm-5x
for [email protected]; Mon, 14 Nov 2011 05:13:56 -0800
To: Recipient <[email protected]>
X-Autorespond: On vacation
MIME-Version: 1.0
X-Loop: “On vacation” <[email protected]>
Precedence: auto_reply
X-Precedence: auto_reply
From: “Sender” <[email protected]>
Content-type: text/plain; charset=ansi_x3.110-1983
Subject: Email acknowledgement from Sender

Common variations of the 553 email error

553 5.7.1 Not an open relay, so get lost
553 Invalid user.
553 message blocked, you are not authorized to send mail, authentication is required.
553 Null Sender is not allowed.
553 5.1.1 sorry, no mailbox here by that name.
553 #5.1.8 Domain of sender address does not exist
553 5.3.0 … Address does not exist
553 5.3.0 … No such user
553 5.3.0 … No such user here
553 5.3.0 … User unknown, not local address
553-Message filtered. Please see the FAQs section on spamn
553 does not have a mailbox here
553 RemoteDomain.com does not accept mail sent to [email protected]
553 sorry, no mail-box here by that name. (#5.1.1)
553 sorry, no mailbox here by that name (#5.1.1)
553 sorry, rcpt user invalid (#5.7.1)
553 sorry, that domain isn’t in my list of allowed rcpthosts
553 sorry, that domain isn’t in my list of allowed rcpthosts (#5.7.1)
553 sorry, the recipient in not a valid user on this domain (#5.7.1)
553 sorry, this recipient doesn’t exist.
553 sorry, this recipient is not in my validrcptto list (#5.7.1)
553 sorry, your envelope sender is in my badmailfrom list (#5.7.1)
553 Your email address is denied.

Resolving a 553 email error bounceback

The 553 series of errors would typically be a hard bounce, and usually your message is rejected right away. For a better understanding of a soft or hard bounce is, and general email bounceback errors you can read why does email bounce, bounceback, or error?

In our example bounce-back error above the reason the message has failed is because of a misconfigured auto-reply that has failed to first authenticate with the mail server before attempting to relay a reply to a message.

InMotion Hosting Contributor

InMotion Hosting contributors are highly knowledgeable individuals who create relevant content on new trends and troubleshooting techniques to help you achieve your online goals!

1. Incorrect or invalid recipient address

Suppose the mail you sent has an invalid email address in the “To“, “CC”, or “BCC” field. You may end up getting this error message ‘553 sorry, unknown email address’.

At times, a typo in the email address of the recipient can cause this delivery failure. A missing alphabet or an incorrect character can make an email address invalid.

It is also possible that a previously-active email address gets deleted or disabled in the recipient mail server. In such cases, the recipient server would be unable to deliver that mail.

Solution:

Cross-check the recipient email address you’ve given and confirm that there are no spelling mistakes or errors. If everything is fine at your end, confirm whether the email account actually exists.

2. MX entry not properly set for the domain

SMTP Error 553 can also occur when the MX entry for the domain is not set correctly. If there are conflicting entries or MX resolving to some remote server, email routing will not be proper.

Routing errors can also happen due to wrong entries in email configuration files. For instance, in Exim server, local mail delivery would be attempted for a domain listed in ‘localdomains’ file, even if its mail server is remote.

In such cases, recipient mail server would be unable to find the email account and will bounce the mail. DNS issues can also occur due to any wild card DNS or SPF record that is not set correctly.

Solution:

Verify the MX records for a domain, using the command:

dig domain.com MX

If you notice DNS errors or missing MX records, then contact the recipient server support and get it fixed.

Read: 550: No such user here – How to resolve email error 550 in cPanel/WHM Linux servers

Other reasons for email error 553

Email error 553 occurs not just due to recipient email address errors. There are some sender issues that causes this error.

1. 553 error due to improper sender authentication

To safeguard from spamming and email abuse, all SMTP servers implement an authentication process. Users are allowed to connect to the mail server and send mails only after successful authentication.

This authentication process is usually integrated with the email client program such as Outlook, Thunderbird, webmail, etc. If the sender tries to send a mail without authenticating first, error message 553 occurs.

In Outlook Express, the 553 error due to improper authentication would be accompanied by the error code Error Number: 0x800CCC79.

Solution:

The solution is to enable SMTP authentication in your sender’s email program and to send the mails only after validating your login details.

Here is how to configure SMTP authentication for popular email programs:

a. The steps to configure authentication in Thunderbird:

In Thunderbird, under ‘Tools‘ select ‘Account Settings‘.
Select ‘Outgoing Server (SMTP)‘ and click ‘Edit‘.
Enable the ‘Use name and password‘ option.
Enter the username and password and click OK.

Email configuration in Thunderbird

b. To enable SMTP authentication in Microsoft Office Outlook:

1. Select the Tools -> Account Settings option.
2. On the Email tab, click New.
3. In the Add New Account dialog box, enter the Name, email address and password.
4. Check the option ‘Require logon using SPA’.
5. In the ‘More Settings’ tab, set the Outgoing server and enable the option ‘My Outgoing server (SMTP) requires authentication’. Click OK.

Microsoft Outlook – Enable authentication

c. To enable SMTP authentication in Outlook Express:

In the “Tools” menu, select “Accounts…“
Edit the “Properties” of your email account.
Click the “Servers” tab.
Check the “My Server Requires Authentication” check box and the adjacent “settings” button.
Make sure that the “Use same settings as my Incoming Mail Server” radio button is selected.
Click “OK” and close.

Read: How to fix Error 551 in MailEnable, Plesk, Outlook, Thunderbird and Eudora

2. Error 553 due to no RDNS for sender mail server

Email error 553 can also happen if there is no RDNS setup for your sender mail server, as some recipient mail servers look up for the reverse pointers, to validate the sender.

Some mail servers also reject mails from senders that are blacklisted in Spam lists or blocked in their firewall, anti-virus tools or email filters, for security reasons.

Common error messages shown for sender related reasons are – “553 sorry, that domain isn’t allowed to be relayed thru this MTA” or “553 sorry, that domain isn’t in my list of allowed rcpthosts (#5.7.1)”.

Solution:

Setup RDNS for your mail server and confirm that the DNS is resolving correctly and the reverse pointer shows the correct servername using the command:

host IP-address

To check for IP or port blocks for your IP in a recipient mail server, use this command from your sender mail server:

telnet mailserver.com 25

Email routing can be tested from the sender to the recipient to identify where the block is. Also, make sure that your server is not listed in any blacklists such as Spamhaus.

If your ISP or mail server blocks port 25, use another custom SMTP port such as 587, in your mail client to send mails.

In short..

Today we discussed the reasons for the email error ‘553 sorry, unknown email address’ and how to fix it. The same error presents itself in many variants, as listed:

553 5.3.0 <recipient>… Address does not exist

553 5.3.0 <recipient>… No such user

553 sorry, no mailbox here by that name

553 sorry, rcpt user invalid

553 sorry, that domain isn’t in my list of allowed rcpthosts

553 sorry, the recipient in not a valid user on this domain

553 sorry, this recipient doesn’t exist.

A server-wide custom filter that blocks mail from certain senders, a default forwarder that relay mails to another address, custom email software or security restrictions, all can lead to 553 errors.

Sometimes, the issue may even be a temporary one. In those cases, the sender mail server will re-attempt the delivery of failed emails, based on its configuration.

There isn’t a one-fix-all solution for email bounce errors. Examining the error logs and email headers of the bounced mail would help identify the issue and fix it correctly.

If you’d like to know how to secure your mail server and prevent email bounce errors, we’d be happy to talk to you.

Get a FREE consultation

Do you spend all day answering technical support queries?

Wish you had more time to focus on your business? Let us help you.

We free up your time by taking care of your customers and servers. Our engineers monitor your servers 24/7, and support your customers over help desk, live chat and phone.

Talk to our technical support specialist today to know how we can keep your service top notch!

TALK TO AN EXPERT NOW!

Bobcares provides Outsourced Hosting Support and Outsourced Server Management for online businesses. Our services include Hosting Support Services, server support, help desk support, live chat support and phone support.

A few days ago, my email on Outlook started to have issues. I was able to send emails just fine, but there was an issue with receiving emails. People were telling me the email they sent to me would bounce back, giving them “Mail delivery failed: returning message to sender” error. Testing it myself, it turned out that some emails were received successfully by my email client, but most of them were returned back showing that SMTP error 553. In this post, I will show you what I tried and what finally worked for me to solve this issue.

The error message contained in the bounced email had the subject Fwd: Mail delivery failed: returning message to sender and contained the following error:

SMTP error from remote mail server after RCPT TO:<my email>
553 sorry, that domain isn’t in my list of allowed rcpthosts (#5.7.1)

Possible solutions

Looking for answers on the web, This seems to happen when a mail server refuses to act as a relay. I found several suggestions on how to fix this error. Unfortunately, those suggestions were intended for people getting the 553 SMTP error message while sending the email. They had no problem receiving emails. In my case, I was sending emails just fine, receiving the emails did not work as it should. If you have the same issue as me, then skip to the next section.

If you get bounced email with 553 error while sending email, try one of the suggestions below. For step by step instructions on how to accomplish these changes in Microsoft Outlook 2013, check this AuthSMTP article.

Turn on SMTP requires Authentication option
Since most mail servers require an authentication, this error could happen when the sender has SMTP authentication turned off. In AuthSMTP article, this is shown in step 6.
Set SMTP port from 25 to 587
In AuthSMTP article, this is shown in step 7.
Toggle SPA (secure password authentication)
In AuthSMTP article, this option can be found on the Change Account window shown in step 4.

If nothing of the above worked for you, and the problem occurs only when sending email to specific domain (part of email after @) then the problem is most probably at the recipient’s end.

Contacting hosting provider

Unable to find the solution online, I decided to contact the support of my hosting provider. In the end it turned out, that the problem was with them. The hosting provider migrated my domains to a new server, but didn’t set configuration correctly, so some of the emails were still being redirected to the old server. As my domain was now missing in the old server, those emails were bounced back to the sender with an SMTP 553 error. This makes sense since some mail administrators use the 553 error if a user doesn’t exist.

Conclusion

When tackling 553 SMTP email error, most suggestions found on the web is focused on what sender getting this error should do. They are listed in this article, but the cause of the problem could also be on the recipient’s end, as it was in my case. It turned out the problem was not with my email client Microsoft Outlook, but with my hosting provider. Contacting them about this problem solved the issue.

How did you solve your 553 SMTP issue? Drop a comment and let us know. If you found this article useful, consider sharing it on social networks.

Источник

Описание

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

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

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

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

Это ретрансляция?

Нет. Ваша почта обрабатывается обычным способом.

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

Нет. Ваша почта обрабатывается обычным способом.

Решения

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

Эта ошибка связана с тем, что Ваша почтовая программа Microsoft Outlook делает проверку правильности указания e-mail адреса отправителя. Для этого необходимо в меню почтовой программы открыть пункты: и снять галочку с пункта » Автоматически проверять имена« Блог о программировании, сетевом и системном администрировании, операционных системах Windows, Linux и электронной коммерции Просьба оставить комментарий Если вам […]

№8 25-09-2006 11:48:09

Как-то не пришло в голову
Прописал SMTP, получилось вот что:

0[275160]: SMTP entering state: 0
0[275160]: SMTP Response: 501 Bad address syntax
0[275160]: SMTP entering state: 7
0[275160]: SMTP entering state: 12
0[275160]: SMTP entering state: 13

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

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

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

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

Просьба оставить комментарий

Проблема

Такого адресата не существует

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

Общая информация

При возникновении любой проблемы прежде всего стоить посмотреть журналы.
- Журналы Postfix находятся в /var/log/maillog
- Результаты обработки писем лежат в /var/spool/postfix
- В Debian Postfix ведёт журнал в /var/spool/mail.err, mail.warn
Для дополнительных ссылок см основную статью Postfix.

Почтовый ящик еще не активировался

Я администратор электронной почты. Как мне решить эту проблему?

Если действия, описанные в предыдущем разделе, не помогли отправителю устранить проблему,возможно, неполадка связана с тем, как настроена учетная запись Microsoft 365 или Office 365 пользователя. Если в вашей организации используется гибридная топология, решение также может быть связано с локальным агентом передачи почты. Кроме того, проблема может быть вызвана конфигурацией домена получателя. Ниже приведены четыре возможных решения. Возможно, вам не придется пробовать их все.

Решение 1: Проверьте, нет ли информации о проблемах с конфигурацией или неполадок в масштабе службы в Центре администрирования Microsoft 365.

Для учетных записей Microsoft 365 или Office 365 Центр администрирования Microsoft 365 является централизованным источником средств, уведомлений и сведений, которые можно использовать для устранения этой и других проблем.

Откройте Центр администрирования Microsoft 365, и на Главной странице, выполните следующие действия:

Чтобы узнать, есть ли какая-то проблема со службой в Microsoft 365 или Office 365, которая влияет на учетную запись пользователя, перейдите в раздел Работоспособность > Работоспособность служб.

Проверьте наличие неправильных или устаревших записей ресурса обмена электронной почтой (MX) в доменах отправителя и получателя, запустив Средство устранения неполадок с потоком обработки почты, которое доступно в Microsoft 365 и Office 365.

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

Решение 2. Обновите устаревшие записи MX

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

Распространение изменений записей DNS домена на все DNS-серверы в Интернете может занять до 72 часов.

Проверьте свою запись MX и возможность отправки почты из своей организации Exchange Online с помощью проверки записи MX и исходящего соединителя на странице Office 365 > Настройка потока почты в анализаторе удаленного подключения (Майкрософт).

Дополнительные сведения см. в статьях Добавление записей DNS для подключения своего домена иНастройка SPF для предотвращения спуфинга.

Решение 3. Обновите правила пересылки, чтобы удалить неправильные адреса электронной почты

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

Дополнительные сведения см. в статье Настройка переадресации электронной почты для почтового ящика.

четверг, 19 января 2012 г.

5.1.3. Bad address syntax в почтовом клиенте Thunderbird

После гугления выяснил, что это стандартная ошибка возвращаемая сервером для любого почтового клиента, по нету проблемы возникали на клиента outlook и thebat. Единственный вариант, что рыться надо в логах postfix сервера. По дате апдейта последний был mail.info стандартный лог файл сервера postfix через простую регулярку по имени пользователя почтового ящика more mail.info | grep «username» >> mail.info.err обнаружил подобную запись:

По логике единственный вариант, что в имени почтового ящика есть не распознаваемый символ и действительно ошибка было в написании tld вместо латинской «r» стояла «г» кириллицей.

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

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

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

Все ошибки в статье разделены по следующим категориям:

Почтовый адрес пользователя указан неверно. Письмо не может быть доставлено на несуществующий адрес:
- Mailbox does not exist. We do not relay
- No such user!
- Unknown user
- Recipient address rejected: User unknown in local recipient table
- The email account that you tried to reach does not exist
- sorry, no mailbox here by that name
- no mailbox by that name is currently available
- Requested action not taken: mailbox unavailable
- Message was not accepted — invalid mailbox.
- Bad recipient address syntax
- Bad address mailbox syntax
- No correct recipients
- Mailbox [. ] is locked due to inactivity for more than [. ] months
- Аccess to this account (user) [. ] is disabled
- Mailbox is disabled
Ошибки при переполнении почтового ящика пользователя:
- Mailbox size limit exceeded.
- Mailbox size exceeded
- User is overquota
- The email account that you tried to reach is over quota
Чаще всего это происходит потому, что получатель редко пользуется ящиком и ящик заполняется рассылками. Попробуйте связаться с получателем альтернативным способом связи и сообщить о проблеме.

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

Ошибки грейлистинга (серые списки):
- Greylisting in action, please come back later
- Greylisted, try again after some time
- Greylisted, try again in 180 seconds
- Sorry, the service is currently unavailable. Please come back later
- Temporary local problem — please try later
Детальных разбор «Особых ошибок», не попадающих под другие категории:

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

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

Обычно такая ошибка возвращается почтовым сервисом Gmail или Mail.

При появлении данной ошибки необходимо проверить корректность MX, SPF и DKIM-записей в DNS-зоне домена, с которого осуществляется отправка рассылок.
- Can’t verify [. ] sender. Check your DNS configuration.
При появлении данной ошибки можно самостоятельно проверить правильность внесенных почтовых записей (spf и DKIM) в DNS-зоне домена с которого происходит отправка почты.
- IP [. ] 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 rate limited
Такая ошибка возвращается почтовым сервисом Gmail в случае если Google заподозрил отправку сликом большого числа подозрительных писем (спама) с IP адреса отправителя. В этом случае Google включает временное ограничение на количество принимаемых писем.

Нарушена маршрутизация почты

Перейдите в раздел Почтовые домены, выделите строку с названием вашего домена и нажмите Удалить:

Поставьте галочку Сохранить записи в DNS и нажмите Ok:

В разделе Электронная почта выберите Маршрутизация электронной почты:

В выпадающем списке выберите необходимый домен и в блоке Маршрутизация электронной почты отметьте пункт Удаленный почтовый обменник:

Нажмите Изменить.

На вкладке «Почта» перейдите в раздел Настройки почты и кликните по имени необходимого домена:

В открывшемся окне снимите галочку с «Активировать почтовую службу на этом домене» и нажмите Применить:

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

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

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

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

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

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

Читайте также:
- Dayz как зарядить оружие xbox
- Groovy bot discord добавить
- Корсары город потерянных кораблей как изменить разрешение экрана
- Как играть в dark souls 3 на ноутбуке
- На телефоне включается usb на телефоне самсунг

Источник

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

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

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

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

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

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

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

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

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

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

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

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

Проблема

Описание

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

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

Решения

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

Статья была полезной?

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

Troubleshooting the Email Error 553

Example bounce-back message

Common variations of the 553 email error

Resolving a 553 email error bounceback

1. Incorrect or invalid recipient address

2. MX entry not properly set for the domain

Other reasons for email error 553

1. 553 error due to improper sender authentication

a. The steps to configure authentication in Thunderbird:

b. To enable SMTP authentication in Microsoft Office Outlook:

c. To enable SMTP authentication in Outlook Express:

2. Error 553 due to no RDNS for sender mail server

In short..

Get a FREE consultation

Possible solutions

Contacting hosting provider

Conclusion

Рекомендованные сообщения

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Question

Answers

Описание

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

Решения

№8 25-09-2006 11:48:09

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

Просьба оставить комментарий

Проблема

Такого адресата не существует

Общая информация

Почтовый ящик еще не активировался

Я администратор электронной почты. Как мне решить эту проблему?

Решение 1: Проверьте, нет ли информации о проблемах с конфигурацией или неполадок в масштабе службы в Центре администрирования Microsoft 365.

Решение 2. Обновите устаревшие записи MX

Решение 3. Обновите правила пересылки, чтобы удалить неправильные адреса электронной почты

четверг, 19 января 2012 г.

5.1.3. Bad address syntax в почтовом клиенте Thunderbird

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

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

Нарушена маршрутизация почты