Smtp connection format error

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как исправить ошибки SMTP-сервера при отправке писем

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

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

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

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

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

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

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

Положительные и отрицательные сообщения 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.

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

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

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

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

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

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

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

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

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

Классификация отрицательных 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. В данной ситуации самое простое решение – обновить сертификат.

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

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

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

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

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

Источник

From Wikipedia, the free encyclopedia

This is a list of Simple Mail Transfer Protocol (SMTP) response status codes. Status codes are issued by a server in response to a client’s request made to the server.

Unless otherwise stated, all status codes described here is part of the current SMTP standard, RFC 5321. The message phrases shown are typical, but any human-readable alternative may be provided.

Basic status code[edit]

A «Basic Status Code» SMTP reply consists of a three digit number (transmitted as three numeric characters) followed by some text. The number is for use by automata (e.g., email clients) to determine what state to enter next; the text («Text Part») is for the human user.

The first digit denotes whether the response is good, bad, or incomplete:

• 2yz (Positive Completion Reply): The requested action has been successfully completed.
• 3yz (Positive Intermediate Reply): The command has been accepted, but the requested action is being held in abeyance, pending receipt of further information.
• 4yz (Transient Negative Completion Reply): The command was not accepted, and the requested action did not occur. However, the error condition is temporary, and the action may be requested again.
• 5yz (Permanent Negative Completion Reply): The command was not accepted and the requested action did not occur. The SMTP client SHOULD NOT repeat the exact request (in the same sequence).

The second digit encodes responses in specific categories:

• x0z (Syntax): These replies refer to syntax errors, syntactically correct commands that do not fit any functional category, and unimplemented or superfluous commands.
• x1z (Information): These are replies to requests for information.
• x2z (Connections): These are replies referring to the transmission channel.
• x3z : Unspecified.
• x4z : Unspecified.
• x5z (Mail system): These replies indicate the status of the receiver mail system.

Enhanced status code[edit]

The Basic Status Codes have been in SMTP from the beginning, with RFC 821 in 1982, but were extended rather extensively, and haphazardly so that by 2003 RFC 3463 rather grumpily noted that: «SMTP suffers some scars from history, most notably the unfortunate damage to the reply code extension mechanism by uncontrolled use.»

RFC 3463 defines a separate series of enhanced mail system status codes which is intended to be better structured, consisting of three numerical fields separated by «.», as follows:

class "." subject "." detail

  class   = "2" / "4" / "5"

  subject = 1 to 3 digits

  detail  = 1 to 3 digits

The classes are defined as follows:

• 2.XXX.XXX Success: Report of a positive delivery action.
• 4.XXX.XXX Persistent Transient Failure: Message as sent is valid, but persistence of some temporary conditions has caused abandonment or delay.
• 5.XXX.XXX Permanent Failure: Not likely to be resolved by resending the message in current form.

In general the class identifier MUST match the first digit of the Basic Status Code to which it applies.^[1]

The subjects are defined as follows:

• X.0.XXX Other or Undefined Status
• X.1.XXX Addressing Status
• X.2.XXX Mailbox Status
• X.3.XXX Mail System Status
• X.4.XXX Network and Routing Status
• X.5.XXX Mail Delivery Protocol Status
• X.6.XXX Message Content or Media Status
• X.7.XXX Security or Policy Status

The meaning of the «detail» field depends on the class and the subject, and are listed in RFC 3463 and RFC 5248.

A server capable of replying with an Enhanced Status Code MUST preface (prepend) the Text Part of SMTP Server responses with the Enhanced Status Code followed by one or more spaces. For example, the «221 Bye» reply (after QUIT command) MUST be sent as «221 2.0.0 Bye» instead.^[1]

The Internet Assigned Numbers Authority (IANA) maintains the official registry of these enhanced status codes.^[2]

Common status codes[edit]

This section list some of the more commonly encountered SMTP Status Codes. This list is not exhaustive, and the actual text message (outside of the 3-field Enhanced Status Code) might be different.

— 2yz Positive completion[edit]

211 System status, or system help reply

214 Help message (A response to the HELP command)

220 <domain> Service ready

221 <domain> Service closing transmission channel

221 2.0.0 Goodbye ^[1]

235 2.7.0 Authentication succeeded ^[3]

240 QUIT

250 Requested mail action okay, completed

251 User not local; will forward

252 Cannot verify the user, but it will try to deliver the message anyway

— 3yz Positive intermediate[edit]

334 (Server challenge — the text part contains the Base64-encoded challenge) ^[3]

354 Start mail input

— 4yz Transient negative completion[edit]

«Transient Negative» means the error condition is temporary, and the action may be requested again. The sender should return to the beginning of the command sequence (if any).

The accurate meaning of «transient» needs to be agreed upon between the two different sites (receiver- and sender-SMTP agents) must agree on the interpretation. Each reply in this category might have a different time value, but the SMTP client SHOULD try again.

421 Service not available, closing transmission channel (This may be a reply to any command if the service knows it must shut down)

432 4.7.12 A password transition is needed ^[3]

450 Requested mail action not taken: mailbox unavailable (e.g., mailbox busy or temporarily blocked for policy reasons)

451 Requested action aborted: local error in processing

451 4.4.1 IMAP server unavailable ^[4]

452 Requested action not taken: insufficient system storage

454 4.7.0 Temporary authentication failure ^[3]

455 Server unable to accommodate parameters

— 5yz Permanent negative completion[edit]

The SMTP client SHOULD NOT repeat the exact request (in the same sequence). Even some «permanent» error conditions can be corrected, so the human user may want to direct the SMTP client to reinitiate the command sequence by direct action at some point in the future.

500 Syntax error, command unrecognized (This may include errors such as command line too long)

500 5.5.6 Authentication Exchange line is too long ^[3]

501 Syntax error in parameters or arguments

501 5.5.2 Cannot Base64-decode Client responses ^[3]

501 5.7.0 Client initiated Authentication Exchange (only when the SASL mechanism specified that client does not begin the authentication exchange) ^[3]

502 Command not implemented

503 Bad sequence of commands

504 Command parameter is not implemented

504 5.5.4 Unrecognized authentication type ^[3]

521 Server does not accept mail ^[5]

523 Encryption Needed ^[6]

530 5.7.0 Authentication required ^[3]

534 5.7.9 Authentication mechanism is too weak ^[3]

535 5.7.8 Authentication credentials invalid ^[3]

538 5.7.11 Encryption required for requested authentication mechanism^[3]

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

551 User not local; please try <forward-path>

552 Requested mail action aborted: exceeded storage allocation

553 Requested action not taken: mailbox name not allowed

554 Transaction has failed (Or, in the case of a connection-opening response, «No SMTP service here»)

554 5.3.4 Message too big for system ^[4]

556 Domain does not accept mail ^[5]

Example[edit]

Below is an example SMTP connection, where a client «C» is sending to server «S»:

S: 220 smtp.example.com ESMTP Postfix
C: HELO relay.example.com
S: 250 smtp.example.com, I am glad to meet you
C: MAIL FROM:<bob@example.com>
S: 250 Ok
C: RCPT TO:<alice@example.com>
S: 250 Ok
C: RCPT TO:<theboss@example.com>
S: 250 Ok
C: DATA
S: 354 End data with <CR><LF>.<CR><LF>
C: From: "Bob Example" <bob@example.com>
C: To: Alice Example <alice@example.com>
C: Cc: theboss@example.com
C: Date: Tue, 15 Jan 2008 16:02:43 -0500
C: Subject: Test message
C: 
C: Hello Alice.
C: This is a test message with 5 header fields and 4 lines in the message body.
C: Your friend,
C: Bob
C: .
S: 250 Ok: queued as 12345
C: QUIT
S: 221 Bye
{The server closes the connection}

And below is an example of an SMTP connection in which the SMTP Server supports the Enhanced Status Code, taken from RFC 2034:

S: 220 dbc.mtview.ca.us SMTP service ready
C: EHLO ymir.claremont.edu
S: 250-dbc.mtview.ca.us says hello
S: 250 ENHANCEDSTATUSCODES
C: MAIL FROM:<ned@ymir.claremont.edu>
S: 250 2.1.0 Originator <ned@ymir.claremont.edu> ok
C: RCPT TO:<mrose@dbc.mtview.ca.us>
S: 250 2.1.5 Recipient <mrose@dbc.mtview.ca.us> ok
C: RCPT TO:<nosuchuser@dbc.mtview.ca.us>
S: 550 5.1.1 Mailbox "nosuchuser" does not exist
C: RCPT TO:<remoteuser@isi.edu>
S: 551-5.7.1 Forwarding to remote hosts disabled
S: 551 5.7.1 Select another host to act as your forwarder
C: DATA
S: 354 Send message, ending in CRLF.CRLF.
 ...
C: .
S: 250 2.6.0 Message accepted
C: QUIT
S: 221 2.0.0 Goodbye
{The server closes the connection}

References[edit]

When your transactional emails fail to get delivered, you might have an SMTP error that needs to be addressed. But some of the codes are super confusing! Read on to learn about common SMTP response codes and how you can troubleshoot delivery issues.

Simple Mail Transfer Protocol (SMTP) is the standard communication protocol for sending emails over the Internet. 

Getting started with SMTP for your transactional emails is quick and easy. You simply provide your server name, SMTP port, username and password. The SMTP server then sends emails on your behalf and takes care of email deliverability.

However, when an SMTP error prevents your emails from getting delivered, it can be difficult to understand its cryptic error codes in your delivery reports. Read on to learn how to read common SMTP response codes and how you can troubleshoot delivery errors.

What are SMTP codes

SMTP response codes are updates sent by an SMTP server during the mail delivery process. Using a 3-digit format, they are sent in response to commands issued by an SMTP client. The following diagram shows the relationship between the SMTP client and server in the mail delivery process. 

How to read SMTP codes

The SMTP specification defined basic status codes that were published in 1982. Because the codes were originally designed to report on the outcome of an SMTP command, their lack of detail made them unsuitable for delivery reports.

To compound the problem, some servers would assign the same error code to different delivery failures. Others would assign a code that only explained its meaning in the text description. Inconsistent application of the codes meant it was difficult to resolve mail sending issues!

Enter the enhanced status codes. They extend the basic status codes by providing more detail about the cause of the email delivery failure. Similarly, they also consist of 3-digit numbers separated by decimals. Let’s take a look at how to read them next.

Basic status codes

The first digit of a basic status code tells the sending server whether the response is good, bad or incomplete:

• 2: Positive Completion Reply. The requested action has been successfully completed.

• 3: Positive Intermediate Reply. The command is accepted but more information is needed before proceeding.

• 4: Transient Negative Completion Reply. The command was not accepted and no action was taken. This error is seen as temporary (soft bounce) and the sender can try again later.

• 5: Permanent Negative Completion Reply. The command was not accepted and no action was taken. This is a permanent error (hard bounce) and the sender should not repeat the command.

The second digit puts the SMTP response into a specific category:

• 0: Syntax. Responses about command or parameters.

• 1: Information. Responses to requests for more information.

• 2: Connections. Responses about the transmission channel.

• 5: Mail system. Responses about the status of the receiving mail server.

The third digit goes into more detail within the response category.

For example, if you telnet to MailerSend’s SMTP server and introduce yourself with the HELO command, you will see the following exchange:

HELO mailersend.net

250 smtp.mailersend.net Nice to meet you, [8.38.148.103]

The 250 response code means that it is a positive completion reply about the status of the mail system, i.e. the SMTP server has acknowledged your IP address and is waiting for your next command.

Enhanced status codes

Like the basic status codes, the first digit defines the class to which the code belongs:

• 2: Success! The requested mail action is okay and completed.

• 4: Persistent Transient Failure. Temporary conditions will cause the message to be delayed or abandoned.

• 5: Permanent Failure. The message in its current form cannot be delivered.

The second digit identifies the subject of the SMTP reply code:

• 0: Other or Undefined Status

• 1: Addressing Status

• 2: Mailbox Status

• 3: Mail System Status

• 4: Network and Routing Status

• 5: Mail Delivery Protocol Status

• 6: Message Content or Media Status

• 7: Security or Policy Status

Finally, the third digit provides more detail and it is dependent on the class and the subject.

For example, if you specify the recipient of the email with the RCPT TO command, the SMTP server may respond with 250 2.1.5 Recipient OK. This code means that not only is your command successful, the address of the recipient at the server has been accepted as well.

Common SMTP codes and how to troubleshoot them

The current SMTP standard defines the response codes but they are applied differently between SMTP servers. Not every mail server is configured in the same way and thus there will be differences in how mail delivery failures are interpreted.

General SMTP status codes

SMTP codes that start with 2 and 3 are general status messages that are sent in reply to requests from the sending server. They do not indicate errors in the mail delivery but are used as prompts in the exchange between the mail servers.

• 214 Help message. A response to the HELP command that usually includes a link or URL to the FAQ page.

• 220 SMTP Service ready. The receiving server is ready for the next command.

• 221 Service closing transmission channel. The receiving server is closing the SMTP connection.

• 235 2.7.0 Authentication succeeded: The sending server’s authentication is successful.

• 250 Requested mail action okay, completed. Success! The email was delivered.

• 251 User not local; will forward to <forward-path>. The receiving server doesn’t recognize the recipient but it will forward it to another email address.

• 252 Cannot VRFY user, but will accept message and attempt delivery. The receiving server doesn’t recognize the recipient but it will try to deliver the email anyway.

• 354 Start mail input. The email “header” has been received, the server is now waiting for the “body” of the message.

Temporary SMTP error codes

SMTP 400 codes are transient errors and are usually related to issues at the receiving mail server. Messages are returned as a soft bounce and the sender may try again after, for example, reducing the size of the attachments in the email.

• 421 Service not available, closing transmission channel. The receiving server or sending server is not reachable but another mail delivery will be attempted. If you are using a remote server like MailerSend’s SMTP relay to send emails, test that you can connect to it successfully. Otherwise, you may wish to check the receiving server’s availability.

• 450 Requested mail action not taken: mailbox unavailable. This error could mean that the recipient does not exist, the mailbox does not have permission to receive the email, or the message was rejected due to a blocklist or filter.

  To fix this, you should confirm the recipient’s email address, see if your IP address is on a blocklist, test your email for spam-like content, or try sending an email without an attachment.

• 451 Requested action aborted: error in processing. The receiving server is unable to process the message due to email authentication rules. If Sender Policy Framework (SPF) is being used, for example, you should confirm that a DNS lookup can be made for your sending domain and that the domain’s name server is functioning properly.

• 452 Requested action not taken: insufficient system storage. The receiving server is overwhelmed by too many messages being sent at once, or is out of memory or storage space. Review your sending rate by looking at your mail sending queue and logs, or inform the server’s mail administrator about the storage and free memory issues.

• 455 Server unable to accommodate parameters. The server cannot process the command at this time. You can retry after waiting a while or contact the receiving server’s mail administrator if the error persists.

Permanent SMTP error codes

SMTP 500 reply codes are mail delivery errors of a permanent nature that are usually caused by the sender. The receiving server returns the message as a hard bounce and prefers that the sender does not try again unless the problem is fixed.

The 500 series starts with errors in issuing SMTP commands like the following examples:

• 500 Syntax error, command unrecognized. The receiving server does not recognize the command. If your server is using antivirus or firewall software, try disabling them before sending the message again.

• 501 Syntax error in parameters or arguments. The command is recognized but there are errors with its options or command arguments. This server error is sometimes returned for an invalid or incorrect email! But it may be due to your antivirus or firewall software as well.

• 502 Command not implemented. The command is currently not supported on the receiving server. Review your sending commands as well as your MTA’s configuration.

• 503 Bad sequence of commands. The receiving server recognizes the command but its parameters or options are in the wrong sequence. This sometimes appears when the email account is not authenticated. Do review your MTA’s configuration as well.

• 504 Command parameter not implemented. Similar to 502, the command is recognized but its parameters or options are not supported on the receiving server. You may wish to review your sending commands as well as your MTA’s configuration.

The SMTP error codes then get more serious, like being suspected of sending spam or appearing in a blocklist. As an email sender, you should pay attention to the following codes because they can affect your sending reputation and email deliverability.

• 541 The recipient address rejected your message. The mail from the sender has been flagged as spam or blocked by the receiving server’s rules. Find out if your IP address is in a blocklist and scan your emails for content that could trigger spam filters. If you’re clear, ask the administrator of the server nicely to put you on their safelist.

• 550 Requested action not taken: mailbox unavailable. The recipient’s email address does not exist. Verify the email address by making sure it is free of typos or use an email verification tool like MailerSend’s inbuilt feature.

• 551 User not local; please try <forward-path>. The recipient was not found on the server but the message will be forwarded to another email. Used for spam prevention, this error is shown when you are not authorized to relay mail through the server. Review your authentication records to see if you can use an SMTP relay.

• 552 Requested mail action aborted: exceeded storage allocation. The user’s mailbox is full! Besides waiting for messages to be deleted, you can try to contact them through other means and inform them that their inbox is full.

• 553 Requested action not taken: mailbox name not allowed. The recipient cannot be found due to errors in the email address. Check that the email addresses are correct in the To, Cc and Bcc fields.

• 554 Transaction failed. This is bad news! The receiving mail server will not accept your message because, for example, you’re on a blocklist. Confirm whether your IP address appears in a blocklist. If you’re good, send a request to the receiving server to put your IP in their safelist.

SMTP response codes deciphered

SMTP plays a critical role in the email infrastructure of the Internet. It’s easy to implement it in your technology stack, but when things go wrong it’s hard to decipher what those SMTP codes mean. Here’s a tip: Bookmark this page and return to it whenever you encounter one!

What are the most common SMTP error codes that you’ve come across? Tell us about it below!

Коды ошибок Smtp-протокола. Smtp error code’s.

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

Содержание:

Общая информация, спецификация Smtp-протокола
Коды ошибок популярных почтовых служб

• Коды Smtp сообщений Gmail.com;
• Коды Smtp сообщений Yandex.ru;
• Коды Smtp сообщений Mail.ru.

Полезные ссылки

Общая информация о кодах ошибок и сообщений Smtp протокола

Коды Smtp — это коды ответов (сообщений) почтового сервера в процессе соединения и диалога с почтовым клиентом или другим почтовым сервером при передаче почты. Сообщения включают код (Smtp code) из трех цифр, и иногда текстовую информацию и могут говорить об успехе выполнения действия (например, «Smtp OK»), критических проблемах («Smtp error»), временных неудачах или неизвестных проблемах (например, «Smtp unknown). Полная информация о всех вариантах сообщений, их цифровых кодах, в т.ч. кодах ошибок Smtp протокола содержится в техническом документе RFC 5321 (спецификации Smtp-протокола).

Согласно стандарту протокола коды сообщений Smtp состоят из последовательности 3 цифр, например: 220, 550 и другие.

Порядок цифр в коде ответов smtp имеет значение:

1. Первая цифра последовательности сообщает общую информацию о качестве сообщения: успех, неудача или требуется дополнительная информация (действия).
2. Вторая цифра дает больше дополнительной информации о ситуации. Например, в случае неудачи позволяет лучше понять, с чем она связана: ошибка почтового сервера, ошибка синтаксиса в переданной серверу информации и т.д.
3. Третья цифра и любая дополнительная текстовая информация в сообщении предназначены для максимального разъяснения и уточнения информации о текущей ситуации.

Существует 4 значения для первой цифры кода ответа почтового сервера: 2xx, 3xx, 4xx, 5xx.

• 2xx — абсолютно положительный ответ. Например, об удачно выполненном действии (отправленном сообщении). Код ответа начинающийся с цифры «2», так же, подразумевает возможность передачи новой команды или запроса.
• 3xx — промежуточно-положительный ответ. Говорит о том, что команда или информация успешно принята, но выполнение действия отложено — требуется дополнительная информация или действие.
• 4xx — предварительное, промежуточное сообщение об ошибке. Говорит о том, что сообщение не принято, запрос действия не состоялся. Но, ошибка скорее всего временная и запрос может быть передан повторно.
• 5xx — категоричный ответ об ошибке. Говорит о том, что запрошенное действие не выполнено и передающий сервер однозначно не должен отправлять повторно тот же запрос в его прежнем виде.

Итак. Все сообщения протокола smtp, начинающиеся с кода 4xx или 5xx являются сообщениями об ошибке, и содержат информацию о ее типе: 4xx — временная ошибка, 5xx — постоянная ошибка.

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

• x0x = синтаксические ошибки;
• x1x = ответы на запросы информации;
• x2x = ошибки канала передачи;
• x3x = неизвестный тип ошибки;
• x4x = неизвестный тип ошибки;
• x5x = статус почтовой системы.

Третья цифра в коде сообщения расширяет информацию, которую передает значение второй цифры в коде ответа smtp.

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

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

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

Коды Smtp-сообщений серверов почтовых служб: Mail.ru, Yandex.ru, Gmail.com

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

Gmail (Google Suite)

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

Сообщения об ошибках отправки почты и коды ошибок SMTP почтового сервиса Gmail (Google Suite) (Страница на сервере support.google.com).

Общая информация о сообщениях и кодах ошибок протокола SMTP на сервере support.google.com.

Yandex.ru

Рассматриваются все известные проблемы с отправкой писем и сообщения об ошибках почтового сервера Yandex.ru:

• Отправка зависла. Отправилось ли письмо?
• Письмо отправилось, но не дошло до получателя;
• Вижу сообщение «Письмо не может быть отправлено, потому что кажется похожим на спам»;
• В почтовой программе вижу ошибку «Message rejected under suspicion of SPAM»;
• Получаю сообщение «Sending data failed»;
• Вижу сообщение «Письмо не может быть отправлено с адреса…»;
• Мои письма доходят получателю с задержкой.

Mail.ru

Ошибки отправки писем при использовании сервера и сервиса Mail.ru. Информация об ошибках доступна на официальном сайте поддержки сервиса почты по адресу: https://help.mail.ru/developers/errors.

А так же по ссылкам:

• Ошибка «550 message sending for this account is disabled»;
• Ошибка содержит «Mailbox Full» или «User quota exceeded»;
• Ошибка содержит «User not found» или «No such user»;
• Ошибка «Аccess to this account (user) <имя ящика> is disabled»;
• Ошибка «No such message, only <число> messages in maildrop»;
• Ошибка «We do not accept mail from dynamic IPs»;
• Ошибка «550 Access from ip address blocked»;
• Ошибка «550 spam message discarded/rejected»;
• Ошибка содержит код «0x800CCC»;
• Ошибка «452 Space shortage, please try later: retry timeout exceeded»;
• Ошибка Synthatically invalid HELO argument(s);
• SMTP error code 451 Ratelimit exceeded for mailbox <имя ящика>. Try again later;
• Другая проблема при отправке писем.

Порядок решения проблемы при отправки почты. Полезные ссылки