Не все письма отправляются по почте |
Я |
14.10.15 — 13:55
Написал обработку отправки писем по почте.
В письмо прикрепляю файл pdf и отправляю.
Начинается отправка, отправляются некоторому первому количеству контрагентов, а потом возникает ошибка
Ошибка при вызове метода контекста (Послать): Временная ошибка сервера. (SMTP error code 450, 4.7.0 Ouch, ouch, you so quickly!)
Например, отправляются первые 20 писем из 300, а потом ошибки.
В чем может быть проблема?
1 — 14.10.15 — 13:56
(0) Эээ… тебе же написали. Нечего спамить.
2 — 14.10.15 — 13:56
«Ouch, ouch, you so quickly!»
Тут на форуме есть раздел, посвящённый английскому языку. Тебе переведут там.
Вкратце — ты изображаешь из себя кролика.
3 — 14.10.15 — 13:57
(0) Поставь задержку хотя бы в 5 минут между письмами 
4 — 14.10.15 — 14:01
(1) ничего не спамлю
(3) напомни пожалуйста, какой параметр отвечает за задержку?
5 — 14.10.15 — 14:21
(4) Что значит не спамишь, если тебе сервер говорит, нехрена больше 20 писем отправлять каждые 7 миллисекунд.
За задержку отвечает параметр ЗапускайРегламентноеЗаданиеРазВПятьСекундИОтправляйПоДесятьПисем.
6 — 14.10.15 — 14:22
>ничего не спамлю
доктор, вы не из нотингем-шира?
7 — 14.10.15 — 14:27
У меня так сделано.
Профиль = новый ИнтернетПочтовыйПрофиль;
Профиль.АдресСервераSMTP = «smtp.rambler.ru»;
Профиль.ПользовательSMTP = «@rambler.ru»;
Профиль.Пользователь = «»;
Профиль.ПарольSMTP = «123r2d2»; //
Профиль.ПортSMTP = 25;
ПРофиль.АутентификацияSMTP = СпособSMTPАутентификации.Login;
(5) не могу понять, что такое «ЗапускайРегламентноеЗаданиеРазВПятьСекундИОтправляйПоДесятьПисем»?
Профиль.Таймаут — этот параметр не подходит?
Не припмню, что бы время указывал в коде
8 — 14.10.15 — 14:30
>не могу понять, что такое «ЗапускайРегламентноеЗаданиеРазВПятьСекундИОтправляйПоДесятьПисем»?
Рома просто табличку «сарказм» дома забыл
9 — 14.10.15 — 14:32
(4) задержки от залёта
10 — 14.10.15 — 14:37
(7) >>не могу понять, что такое «ЗапускайРегламентноеЗаданиеРазВПятьСекундИОтправляйПоДесятьПисем»?
Эээ… а что непонятно-то?
>>Профиль.Таймаут — этот параметр не подходит?
Казалось бы, причем здесь таймаут?
11 — 14.10.15 — 14:38
(8) Рома просто предлагает делать рассылку регламентным заданием порциями с задержкой, а не колбасить в форме наживую стописятмиллиардовписнмтакбыстрокактолькоможно.
12 — 14.10.15 — 14:39
>какой параметр отвечает за задержку?
целый нацуцульник… с ним шанс получить задержку и 2 полоски — резко снижается
13 — 14.10.15 — 15:25
Можете нормально подсказать? Из всего сказанного, я понял, что нужно увеличить время на отправку писем.
Попытался к (7) добавить строчку:
Профиль.Таймаут = 60;
но не помогло
14 — 14.10.15 — 15:26
(13) А таймаут тут причём?
Вставь цикл между отправками…
15 — 14.10.15 — 15:29
(0) Нельзя отправлять Письма 2-ум и более Адресатам, одним письмом… Есть шанс попасть под раздачу, как Спамер
16 — 14.10.15 — 15:29
(14) Хочешь сказать, что нужно отправить одно письмо, затем сделать цикл, что бы время считал, через какое время отправлять следующее письмо.
Чередование: отправка письма / цикл / отправка письма / цикл…
17 — 14.10.15 — 15:30
(16) Или так.
Или регламентное задание на отправку одного письма. И дёргать его не чаще, чем раз в 5 минут
18 — 14.10.15 — 15:30
(16) как-то так…
19 — 14.10.15 — 15:30
хотя бы
20 — 14.10.15 — 15:32
(16) http://urths.com/blog/рамблер-начал-пошлить/
За цикл, тебя нуна бить, розгами
Учись ставить правильные Паузы v8: Пауза в выполнении кода
(0) &НаКлиенте
Процедура ТаймаутСкрипта(Shell, ТаймаутВСекундах)
Shell.Run(«ping 127.0.0.1 -n «+СокрЛП(Число(ТаймаутВСекундах)+1),0,1);
КонецПроцедуры// ТаймаутСкрипта()
&НаКлиенте
Процедура ТырымПырым(Команда)
Shell = Новый COMОбъект(«WScript.Shell»);
ТаймаутСкрипта(Shell, 10);
КонецПроцедуры
21 — 14.10.15 — 15:32
+(20) Пинг и на сервере работает
22 — 14.10.15 — 15:32
+ (21) х64
23 — 14.10.15 — 15:33
ping для лохов…
цикл + time -> не пора ли? выбор мастеров
24 — 14.10.15 — 15:34
+(16) Или завести свой екчендж для отправки писем.
Или начать думать ширше и начать отправлять Письма под разными Провайдерами.
Первые 10 писем шлешь под Рамблером
Вторые 10 под Майлом
Третьи 10 Под Гуглом
И т.д.
25 — 14.10.15 — 15:35
(23) Это сарказм? «3 ку»
26 — 14.10.15 — 15:36
+(24) Не стоит использовать местный екчандж для рассылки.
Если тебя забанят, как спамера, то контора будет долго ждать, пока её из списков вычистят
27 — 14.10.15 — 15:38
(26) да ладно… все лишь прибегает отдел продаж, секретутки, бухи, юристы, ген. дир с замами и втаптывает ТС в пол серверной…
28 — 14.10.15 — 16:23
(20)
я сделал так:
НачДата = ТекущаяДата();
пока ТекущаяДата() — НачДата < 20 цикл
КонецЦикла;
20 секунд между отправки письма хватит?
PR третий
29 — 14.10.15 — 20:36
(28) Эх, не дотянул ты до пятницы
Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки 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 никак не удается решить, то попробуйте обратиться в службу поддержки почтового сервера.
Если отправка сообщений через SMTP не удается, SMTP сервер сообщает код ошибки, по нему можно определить, в чем проблема и как ее исправить. Наиболее распространенные ошибки указаны в списке ниже.
|
Код ошибки |
Значение |
Описание |
|
450 |
Requested mail action not taken: mailbox unavailable. Требуемые почтовые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик занят). |
Сервер не может получить доступ к почтовому ящику для доставки сообщения. Это может быть вызвано процессом чистки мертвых адресов на сервере, почтовый ящик может быть поврежден, или почтовый ящик может находиться на другом сервере, который в настоящее время не доступен. Также сетевое соединение могло быть разорвано во время отправки, или удаленный почтовый сервер не хочет принимать почту с вашего сервера по некоторым причинам (IP-адрес, черные списки и т.д.). Повторная попытка отправки письма на этот почтовый ящик может оказаться успешной. |
|
451 |
Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке. |
Эта ошибка, как правило, возникает из-за перегрузки вашего Интернет провайдера или через ваш SMTP-релей отправлено слишком много сообщений. Следующая попытка отправить письмо может оказаться успешной. |
|
500 |
Syntax error, command unrecognized. Синтаксическая ошибка, неправильная команда (Это может включать ошибки типа слишком длинная командная строка). |
Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения SMTP. Вам следует настроить антивирус/брандмауэр для решения проблемы. |
|
501 |
Syntax error in parameters or arguments. Синтаксическая ошибка в параметрах или переменных. |
Недопустимые адреса электронной почты или доменное имя почтового адреса. Иногда указывает на проблемы соединения. |
|
503 |
Bad sequence of commands or this mail server requires authentication. Неправильная последовательность команд. |
Повторяющая ошибка 503 может свидетельствовать о проблемах соединения. Отклик 503 SMTP-сервера чаще всего является показателем того, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера. |
|
512 |
The host server for the recipient’s domain name cannot be found (DNS error). |
У одного из серверов на пути к серверу назначения есть проблема с DNS-сервером либо адрес получателя не верный. Проверьте адрес получателя на правильность доменного имени (орфографические ошбки в доменном имени или несуществующее доменное имя). |
|
513 |
Address type is incorrect or authentication required. |
Убедитесь, что адрес электронной почты получателя верный, не содержит ошибок. Затем попробуйте повторно отправить сообщение. Другой причиной может быть то, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (обычно аутентификация ESMTP, логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера. |
|
523 |
The Recipient’s mailbox cannot receive messages this big. |
Размер сообщения (сообщение + все его вложения) превышает ограничения по размеру на сервере получателя. Проверьте размер сообщения, которое Вы подготовили для отправки, в частности, размер вложений, возможно, стоит разбить сообщения на части. |
|
530 |
Access denied. |
SMTP-сервер вашего провайдера, требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера. Другой причиной может быть то, что ваш SMTP-сервер находится в черном списке сервера получателя. Или почтовый ящик получателя не существует. |
|
535 |
Username and Password not accepted. |
Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно. |
|
541 |
Recipient Address Rejected – Access denied. |
Этот ответ почти всегда отправляется Антиспам фильтром на стороне получателя. Проверьте ваше сообщение соспам чекером или попросите получателя добавить вас в белый список. |
|
550 |
Mailbox unavailable. Требуемые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик, не найден, нет доступа). |
Отклик 550 SMTP-сервера означает, что емейл-адреса получателя нет на сервере. Свяжитесь с получателем устно, чтобы получить его емейл-адрес. |
|
552 |
Requested mail action aborted: exceeded storage allocation or size of the incoming message exceeds the incoming size limit. Требуемые почтовые действия прервались: превышено распределение памяти. |
Почтовый ящик получателя достиг своего максимально допустимого размера. Другим случаем возврата отклика 552 может быть, когда размер входящего сообщения превышает лимит указанный администратором сети. |
|
553 |
Requested action not taken – Mailbox name invalid. Требуемые действия, не предприняты: имя почтового ящика, недопустимо (например, синтаксис почтового ящика неправильный). |
Неверный адрес электронной почты получателя. Отклик 553 SMTP-сервера иногда возвращает почтовый сервер вашего Интернет провайдера. Это происходит, если у Вас нет подключения к Интернету у этого провайдера. |
|
554 |
Transaction failed. Передача данных не удалась |
Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если не нравится емейл-адрес отправителя, или IP-адрес отправителя, или почтовый сервер отправителя (к примеру, они находятся в RBL). Вам нужно либо попросить отправителя добавить Вас в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List). |
Протокол SMTP используется для передачи электронной почты по интернету. Из сообщений об ошибках этого протокола можно узнать, почему не удалось доставить письма. Если входящие или исходящие письма возвращаются, в сообщениях о недоставке можно найти коды ошибок SMTP, которые помогут установить причину этого.
Сообщения об ошибках SMTP имеют указанный ниже формат. Каждая последующая цифра кода ошибки и кода статуса несет более подробную информацию.
| Код ответа | Код статуса | Текст ответа |
|---|---|---|
| xyz | x.y.z | Текстовое описание |
Ниже показан пример сообщения об ошибке SMTP. В нем указана причина ошибки и рекомендуемые действия по ее устранению.
Коды ответа
Коды ответа SMTP связаны с определенными компонентами почтового сервиса и могут указывать на различные проблемы, например:
- получатель не зарегистрирован в сервисе;
- сообщение помечено как спам, или в нем был обнаружен вирус;
- домен отправителя идентифицирован как источник спама;
- сообщение нарушает правила компании, например содержит номера кредитных карт или обсценную лексику.
Коды ответа, начинающиеся с цифр 4 и 5, свидетельствуют об ошибке, а остальные цифры указывают не ее тип. Если в начале кода стоит 4, это временная ошибка, которая не требует действий. Отправителю придется повторить попытку. Если код начинается с цифры 5, это свидетельствует о постоянной ошибке, которую нужно устранить.
Коды распространенных ошибок SMTP 400
Коды ошибки, которые начинаются на 4, означают временный сбой в работе сервера. Действие будет завершено при следующей попытке. Такие ошибки обычно связаны с сервером, получающим почту.
| Код ошибки | Описание |
|---|---|
| 421 | Сервис недоступен. Повторите попытку позже. |
| 450 | Действие не выполнено, так как недоступен почтовый ящик пользователя. |
| 451 | Письмо не отправлено из-за ошибки сервера. |
| 452 | Выполнение команды остановлено из-за нехватки места на сервере. |
| 455 | Сервер сейчас не может выполнить команду. |
Коды распространенных ошибок SMTP 500
| Код ошибки | Описание |
|---|---|
| 500 | Сервер не распознал команду из-за неправильного синтаксиса. |
| 501 | Неправильный синтаксис параметров или аргументов команды. |
| 502 | Команда не выполнена. |
| 503 | Неправильная последовательность команд на сервере. |
| 541 | Письмо отклонено по адресу получателя. |
| 550 | Команда не выполнена, так как недоступен почтовый ящик пользователя, или письмо отклонено сервером из-за подозрения на спам. |
| 551 | Почтовый ящик получателя недоступен на его сервере. |
| 552 | Письмо не отправлено из-за нехватки места в почтовом ящике получателя. |
| 553 | Выполнение команды остановлено, так как не найден почтовый ящик с указанным названием. |
| 554 | Действие не выполнено по неизвестной причине. |
После кода ошибки SMTP обычно указываются ещё три цифры. Это расширенный код статуса SMTP, который дает больше информации о причине сбоя. Вторая цифра в коде обозначает категорию ответа, а третья дает дополнительные сведения.
Код ответа 421 означает, что возникла временная ошибка в канале передачи, содержащем информационный запрос.
| Код ответа | Описание |
|---|---|
| x0z | Синтаксические ошибки |
| x1z | Ответы на запросы информации |
| x2z | Ошибки канала передачи |
| x3z | Неизвестная ошибка |
| x4z | Неизвестная ошибка |
| x5z | Статус почтовой системы |
Коды статуса
Первая цифра в коде статуса указывает на его класс, вторая – на предмет, а третья сообщает более подробные данные.
Код статуса 4.4.5 означает временную проблему с сетью или маршрутизацией, влияющую на статус протокола доставки почты.
| Код статуса | Описание |
|---|---|
| x.0.z | Неизвестно |
| x.1.z | Статус адресования |
| x.2.z | Статус почтового ящика |
| x.3.z | Статус почтовой системы |
| x.5.z | Статус протокола доставки почты |
| x.6.z | Статус содержимого сообщения или медиа |
| x.7.z | Статус безопасности или соответствия правилам |
Текст ответа
Последний раздел в сообщении об ошибке SMTP, содержащий ее описание.
Статьи по теме
- Информация об ошибках протокола SMTP
- Стандарт RFC 5321 – протокол SMTP
- Стандарт RFC 1893 – расширенные коды статуса почтовой системы
Эта информация оказалась полезной?
Как можно улучшить эту статью?
Здравствуйте. Прошу помощи в решении проблемы.
Шлюз, AD Win2008, Exchange 2010 — отдельные машины. Интернет — белый IP с постоянным подключением к интернет. Все необходимые зоны DNS (A, MX, SPF, PTR) прописаны, как на локальном DNS так и на DNS провайдера. Через nslookup и сторонние тесты (например
http://www.intodns.com) это подтверждается.
Сервер обслуживает 4 внешних домена. Локальный домен firma.local.
Внешние домены firma1.com, firma2.com, firma3.com,firma4.com. Все домены указывают на одну MX запись mail.firma1.com, у всех доменов одинаковая PTR (IP.in-addr.arpa -> mail.firma1.com)
Проблема в том, что при отправке письма на некоторые сервера приходит ошибка «450 4.7.1 Client host rejected: cannot find your hostname [мой_внешний_IP]». Поиск по инету говорит о непрописанной PTR, но это не подходит т.к. с PTR всё в порядке. Проблем с
крупными (mail.ru, gmail.com и т.д.) почтовыми серверами нет.
Кусок SmtpSend лога
2010-06-01T23:50:45.378Z,Соединитель отправки всей почты,08CCCF378C49048A,0,,195.82.145.229:25,*,,attempting to connect
2010-06-01T23:50:45.496Z,Соединитель отправки всей почты,08CCCF378C49048A,1,10.0.1.4:20787,195.82.145.229:25,+,,
2010-06-01T23:50:45.614Z,Соединитель отправки всей почты,08CCCF378C49048A,2,10.0.1.4:20787,195.82.145.229:25,<,220 ******************************,
2010-06-01T23:50:45.614Z,Соединитель отправки всей почты,08CCCF378C49048A,3,10.0.1.4:20787,195.82.145.229:25,>,EHLO mail.firma1.com,
2010-06-01T23:50:45.732Z,Соединитель отправки всей почты,08CCCF378C49048A,4,10.0.1.4:20787,195.82.145.229:25,<,250-novosibirsk-km57.neta.ru,
2010-06-01T23:50:45.732Z,Соединитель отправки всей почты,08CCCF378C49048A,5,10.0.1.4:20787,195.82.145.229:25,<,250-PIPELINING,
2010-06-01T23:50:45.732Z,Соединитель отправки всей почты,08CCCF378C49048A,6,10.0.1.4:20787,195.82.145.229:25,<,250-SIZE 11534336,
2010-06-01T23:50:45.732Z,Соединитель отправки всей почты,08CCCF378C49048A,7,10.0.1.4:20787,195.82.145.229:25,<,250-ETRN,
2010-06-01T23:50:45.732Z,Соединитель отправки всей почты,08CCCF378C49048A,8,10.0.1.4:20787,195.82.145.229:25,<,250 8BITMIME,
2010-06-01T23:50:45.733Z,Соединитель отправки всей почты,08CCCF378C49048A,9,10.0.1.4:20787,195.82.145.229:25,*,2433,sending message
2010-06-01T23:50:45.733Z,Соединитель отправки всей почты,08CCCF378C49048A,10,10.0.1.4:20787,195.82.145.229:25,>,MAIL FROM:<test@firma1.com> SIZE=4446,
2010-06-01T23:50:45.733Z,Соединитель отправки всей почты,08CCCF378C49048A,11,10.0.1.4:20787,195.82.145.229:25,>,RCPT TO:<USER@nvkz.neta.ru>,
2010-06-01T23:50:55.849Z,Соединитель отправки всей почты,08CCCF378C49048A,12,10.0.1.4:20787,195.82.145.229:25,<,250 Ok,
2010-06-01T23:50:55.849Z,Соединитель отправки всей почты,08CCCF378C49048A,13,10.0.1.4:20787,195.82.145.229:25,<,»450 Client host rejected: cannot find your hostname, [мой_внешний_IP]»,
2010-06-01T23:50:55.850Z,Соединитель отправки всей почты,08CCCF378C49048A,14,10.0.1.4:20787,195.82.145.229:25,>,QUIT,
2010-06-01T23:50:55.968Z,Соединитель отправки всей почты,08CCCF378C49048A,15,10.0.1.4:20787,195.82.145.229:25,<,221 Bye,
Если отправка сообщений через SMTP не удается, SMTP сервер сообщает код ошибки, по нему можно определить, в чем проблема и как ее исправить. Наиболее распространенные ошибки указаны в списке ниже.
|
Код ошибки |
Значение |
Описание |
|
450 |
Requested mail action not taken: mailbox unavailable. Требуемые почтовые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик занят). |
Сервер не может получить доступ к почтовому ящику для доставки сообщения. Это может быть вызвано процессом чистки мертвых адресов на сервере, почтовый ящик может быть поврежден, или почтовый ящик может находиться на другом сервере, который в настоящее время не доступен. Также сетевое соединение могло быть разорвано во время отправки, или удаленный почтовый сервер не хочет принимать почту с вашего сервера по некоторым причинам (IP-адрес, черные списки и т.д.). Повторная попытка отправки письма на этот почтовый ящик может оказаться успешной. |
|
451 |
Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке. |
Эта ошибка, как правило, возникает из-за перегрузки вашего Интернет провайдера или через ваш SMTP-релей отправлено слишком много сообщений. Следующая попытка отправить письмо может оказаться успешной. |
|
500 |
Syntax error, command unrecognized. Синтаксическая ошибка, неправильная команда (Это может включать ошибки типа слишком длинная командная строка). |
Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения SMTP. Вам следует настроить антивирус/брандмауэр для решения проблемы. |
|
501 |
Syntax error in parameters or arguments. Синтаксическая ошибка в параметрах или переменных. |
Недопустимые адреса электронной почты или доменное имя почтового адреса. Иногда указывает на проблемы соединения. |
|
503 |
Bad sequence of commands or this mail server requires authentication. Неправильная последовательность команд. |
Повторяющая ошибка 503 может свидетельствовать о проблемах соединения. Отклик 503 SMTP-сервера чаще всего является показателем того, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера. |
|
512 |
The host server for the recipient’s domain name cannot be found (DNS error). |
У одного из серверов на пути к серверу назначения есть проблема с DNS-сервером либо адрес получателя не верный. Проверьте адрес получателя на правильность доменного имени (орфографические ошбки в доменном имени или несуществующее доменное имя). |
|
513 |
Address type is incorrect or authentication required. |
Убедитесь, что адрес электронной почты получателя верный, не содержит ошибок. Затем попробуйте повторно отправить сообщение. Другой причиной может быть то, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (обычно аутентификация ESMTP, логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера. |
|
523 |
The Recipient’s mailbox cannot receive messages this big. |
Размер сообщения (сообщение + все его вложения) превышает ограничения по размеру на сервере получателя. Проверьте размер сообщения, которое Вы подготовили для отправки, в частности, размер вложений, возможно, стоит разбить сообщения на части. |
|
530 |
Access denied. |
SMTP-сервер вашего провайдера, требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера. Другой причиной может быть то, что ваш SMTP-сервер находится в черном списке сервера получателя. Или почтовый ящик получателя не существует. |
|
535 |
Username and Password not accepted. |
Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно. |
|
541 |
Recipient Address Rejected – Access denied. |
Этот ответ почти всегда отправляется Антиспам фильтром на стороне получателя. Проверьте ваше сообщение соспам чекером или попросите получателя добавить вас в белый список. |
|
550 |
Mailbox unavailable. Требуемые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик, не найден, нет доступа). |
Отклик 550 SMTP-сервера означает, что емейл-адреса получателя нет на сервере. Свяжитесь с получателем устно, чтобы получить его емейл-адрес. |
|
552 |
Requested mail action aborted: exceeded storage allocation or size of the incoming message exceeds the incoming size limit. Требуемые почтовые действия прервались: превышено распределение памяти. |
Почтовый ящик получателя достиг своего максимально допустимого размера. Другим случаем возврата отклика 552 может быть, когда размер входящего сообщения превышает лимит указанный администратором сети. |
|
553 |
Requested action not taken – Mailbox name invalid. Требуемые действия, не предприняты: имя почтового ящика, недопустимо (например, синтаксис почтового ящика неправильный). |
Неверный адрес электронной почты получателя. Отклик 553 SMTP-сервера иногда возвращает почтовый сервер вашего Интернет провайдера. Это происходит, если у Вас нет подключения к Интернету у этого провайдера. |
|
554 |
Transaction failed. Передача данных не удалась |
Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если не нравится емейл-адрес отправителя, или IP-адрес отправителя, или почтовый сервер отправителя (к примеру, они находятся в RBL). Вам нужно либо попросить отправителя добавить Вас в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List). |
Bobcares.com provides Server Support to Web hosts, VPS hosts and other hosting providers.
As part of our services, we resolve tech support issues posted by hosting users. In these support issues, a common category email error we see is:
Server Response: 450 4.x.x <name@domain.com>: Reason for the errorThis is usually reported by VPS users who see this error in their mail logs, or by website owners who see it in their mail clients or website diagnostics.
What is Email error 450?
Email error 450 denotes a temporary failure in mail delivery.
We’ve seen it happen during mail submission (connection from mail client to SMTP server), DNS resolution, connection to remote server and during anti-spam checks.
Usually these errors get resolved on their own, and users won’t even notice them.
But there are a few cases where the end users might see it:
- Errors shown in mail client – Typos, DNS failures or anti-spam measures in the sender’s MX can cause the mail to be rejected, and this error will be shown in the mail client.
- Web application diagnostics – When web apps like WordPress is unable to send mail, and web owners look at the connection log, they see this status code.
- While troubleshooting mail delivery – VPS owners might see this when they search mail logs to troubleshoot other issues such as IP blacklisting.
What causes Mail error 450?
Mail delivery is a complex process that involves establishing connection to the sending mail server, queuing the mail, connecting to the receiving mail server, passing anti-spam tests, and storing the mail in recipient mailbox.
If this process breaks at any of these points, error 450 is returned.
Here are a few common reasons we’ve seen for this error:
1. Security measures like Greylisting
Spammers blast off thousands of spam mails every minute. They do not care if the mails bounce or not. Whereas legitimate mail servers retry delivery even after a temporary failure.
This key difference is in behavior is used by an anti-spam method called “Greylisting”.
Receiving mail servers send a temporary failure message that causes legitimate mail servers to try again. But spammers think of it as a bounce, and abandon the mail.
We’ve seen temporary bounce displayed through status codes “450 4.7.1” and “450 4.2.0“. Some of them are:
- 450 4.7.1 <user@recipient.com>: Recipient address rejected: Greylisted for 5 minutes
- 450 4.7.1 <user@recipient.com>: Recipient address rejected: Policy Rejection- Please try later.
- 450 4.7.1 <user@recipient.com>: Recipient address rejected: Policy Rejection- Greylisting challenge offered. Legitimate and well-configured mailservers will automatically retry shortly, and mail will go through.
- 450 4.7.1 <user@recipient.com>: Recipient address rejected: Service unavailable, greylisted
- 450 4.2.0 <user@recipient.com>: Recipient address rejected: Greylisting in progress, retry after 60 seconds.
- 450 4.2.0 <sender.com[xxx.xxx.xxx.xxx]>: Client host rejected: Greylisted, see http://remotemx.com/help/greylisting/
This status code sure looks scary, and that is why many VPS owners and web developers report it as a mail error to our tech support desk.
We resolve those support issues by tracing the full path of the mail, and finding out where it is meeting with a permanent failure (often with a 5XX status code – eg. 554 5.7.1).
2. Receiver’s mailbox or domain errors
When the receiving mail server is unable to verify if either the sender or receiver is legitimate.
For eg. many mail servers perform a reverse lookup of the sending email ID’s domain name. If that domain name or the sending IP does not look like a legitimate server, the mail will be rejected.
Some common variations of this error we’ve seen are:
- 450 4.1.1 <user@recipient.com>: Recipient address rejected: unverified address
- 450 4.1.2 <user@recipient.com>: Recipient address rejected: Domain not found
- 450 4.1.8 <user@recipient.com>: Sender address rejected: Domain not found (in reply to RCPT TO command))
We’ve generally seen two reasons for this error.
- Misconfigured receiving mail server – When the receiving mail server is unable to check the user list or the domains hosted in the server, this error will be returned. It can be due to file system permissions or incorrect mail config settings.
- Non RFC-compliant sending MX – Sending mail servers must have a proper reverse DNS and must answer a verification call. If such anti-spam checks fails, receiving mail server might reject a connection.
There’s no single fix to this issue. To resolve it, we systematically go through server settings, and fix misconfigured or missing entries.
3. DNS resolution issues or Spelling errors
To send a mail, the sending domain will need to find out the IP of the receiving mail server.
If it fails for some reason (eg. unreachable DNS server), the mail delivery fails. Two variations of this issue we’ve seen are:
- 450 4.1.7 <user@recipient.com>: Sender address rejected: unverified address: Host or domain name not found. Name service error
- 450 4.4.317 554 invalid DNS PTR resource record
When users report this issue, we check if the DNS servers are working properly or if it’s unreachable due to network or load issues.
Very often these are caused due to temporary network issues, and will get automatically resolved after a while.
4. Recipient’s mail server errors
When the recipient’s mail server is under high load or is facing network issues, the sending MX might take a long time to establish connection.
It can lead to connection timeouts, and the sender will be forced to try again later. An example of one such error is:
- 450 4.7.0 too long without DATA command (closing session): retry timeout exceeded
VPS owners sometimes report this error when mails to their domains bounce with this error.
To resolve this, we look at server load history, and fix services that cause load spikes.
5. SMTP authentication not enabled
Mail servers that are armed with anti-spam measures like Greylisting considers all incoming connections are potential spammers.
Even legitimate mail account holders will be subject to anti-spam checks – unless they authenticate their mail with SMTP Auth.
In fact, almost all mail service providers require their users to use SMTP auth to send mails.
However, while handling tech support of web hosts, we’ve seen users who misconfigure SMTP auth, resulting in their mails getting rejected by mail error 450.
The mail users will see the error displayed in their mail client with error codes such as “0x800CCC79”.
We resolve these errors by providing step-by-step instructions to mail users to setup SMTP auth.
Conclusion
Mail error 450 denotes a temporary failure in mail delivery. But it can point to deeper problems within the sending and receiving mail servers. Here we’ve listed down the top 5 causes we’ve seen for email error 450 and how to fix them.
PREVENT YOUR SERVER FROM CRASHING!
Never again lose customers to poor server speed! Let us help you.
Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure./p>
SEE SERVER ADMIN PLANS
var google_conversion_label = «owonCMyG5nEQ0aD71QM»;
Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки 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 никак не удается решить, то попробуйте обратиться в службу поддержки почтового сервера.
Ниже перечислены сообщения об ошибках и коды ошибок, которые вы можете встретить при работе с Gmail и Google Workspace. Эти сообщения и коды помогают найти и устранить проблему с электронной почтой.
Чтобы обозначить источник ошибки, Gmail добавляет в конец сообщения один или оба из следующих фрагментов:
- gsmtp (Google SMTP): добавляется во все сообщения об ошибках;
- gcdp (Google Custom Domain Policies): добавляется в сообщения об ошибках, связанных с правилами, которые созданы администратором.
Например, сообщение 550 5.7.1 This message violates example.com email policy. – gcdp <sessionid> – gsmtp (Это сообщение нарушает политику example.com в отношении электронной почты. – gcdp <sessionid> – gsmtp) указывает, что ошибка связана с персонализированным правилом, созданным администратором.
Подробнее о сообщениях об ошибках SMTP…
Примечание. Ошибка 2014 связана с расширением браузера Chrome. По очереди отключите расширения Chrome, чтобы определить, какое из них вызывает ошибку. Сообщение об ошибке 2014: В системе произошла ошибка (2014). Повторите попытку.
Сообщения об ошибках протокола SMTP
| 421, «4.3.0». Временные неполадки в системе. Повторите попытку позже |
| 421, «4.4.5», Server busy, try again later. (Сервер занят. Повторите попытку позже.) |
| 421, «4.7.0», IP not in whitelist for RCPT domain, closing connection. (Соединение прервано, так как IP-адрес отсутствует в белом списке домена RCPT.) |
| 421, «4.7.0», Our system has detected an unusual rate of unsolicited mail originating from your IP address. To protect our users from spam, mail sent from your IP address has been temporarily blocked. For more information, visit Prevent mail to Gmail users from being blocked or sent to spam. (С вашего IP-адреса с необычной частотой поступают незапрашиваемые сообщения. Почта, отправляемая с вашего IP-адреса, временно заблокирована для защиты пользователей от спама. Дополнительная информация приведена в статье Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».) |
| 421, «4.7.0», Temporary System Problem. Try again later. (Временные неполадки в системе. Повторите попытку позже.) |
| 421, «4.7.0», TLS required for RCPT domain, closing connection. (Соединение прервано, так как для домена RCPT требуется протокол TLS.) |
| 421, «4.7.0», Try again later, closing connection. This usually indicates a Denial of Service (DoS) for the SMTP relay at the HELO stage. (Соединение прервано. Повторите попытку позже. Эта ошибка обычно указывает на атаку типа «отказ в обслуживании» (DoS) для ретрансляции SMTP на этапе HELO.) |
| 450, «4.2.1», The user you are trying to contact is receiving mail too quickly. Please resend your message at a later time. If the user is able to receive mail at that time, your message will be delivered. For more information, visit Limits for sending & getting mail. (Пользователь, которому вы пытаетесь отправить письмо, получает почту слишком часто. Отправьте сообщение позже. Если к тому времени пользователь сможет получать почту, ваше письмо будет доставлено. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.) |
| 450, «4.2.1», The user you are trying to contact is receiving mail at a rate that prevents additional messages from being delivered. Please resend your message at a later time. If the user is able to receive mail at that time, your message will be delivered. For more information, visit Limits for sending & getting mail. (Пользователь, которому вы пытаетесь отправить письмо, получает почту со скоростью, которая не позволяет доставлять ему дополнительные сообщения. Отправьте сообщение позже. Если к тому времени пользователь сможет получать почту, ваше письмо будет доставлено. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.) |
| 450, «4.2.1», Peak SMTP relay limit exceeded for customer. This is a temporary error. For more information on SMTP relay limits, please contact your administrator or visit SMTP relay service error messages. (Превышено пиковое ограничение на ретрансляцию для клиента. Это временная ошибка. Чтобы получить подробную информацию об ограничениях, ознакомьтесь с этой статьей или свяжитесь с администратором.) |
| 451, «4.3.0», Mail server temporarily rejected message. (Почтовый сервер временно отклонил сообщение.) |
| 451, «4.3.0», Multiple destination domains per transaction is unsupported. Please try again. (Использование нескольких целевых доменов для одной операции не поддерживается. Повторите попытку.) |
| 451, «4.4.2», Timeout — closing connection. (Время ожидания истекло – соединение прервано.) |
| 451, «4.5.0», SMTP protocol violation, visit RFC 2821. (Нарушение протокола SMTP, см. RFC 2821.) |
| 452, «4.2.2», The email account that you tried to reach is over quota. Please direct the recipient to Clear Google Drive space & increase storage. (В аккаунте получателя закончилось свободное место. Предложите получателю ознакомиться с этой статьей.) |
|
452, «4.5.3», Domain policy size per transaction exceeded, please try this recipient in a separate transaction. |
| 452, «4.5.3», Your message has too many recipients. For more information regarding Google’s sending limits, visit Limits for sending & getting mail. (У вашего сообщения слишком много получателей. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.) |
| 454, «4.5.0», SMTP protocol violation, no commands allowed to pipeline after STARTTLS, visit RFC 3207. (Нарушение протокола SMTP, после STARTTLS для потока запрещены другие команды, см. RFC 3207.) |
| 454, «4.7.0», Cannot authenticate due to temporary system problem. Try again later. (Не удалось выполнить аутентификацию из-за временных неполадок в системе. Повторите попытку позже.) |
| 454, «5.5.1», STARTTLS may not be repeated. (Запрещено повторять команду STARTTLS.) |
| 501, «5.5.2», Cannot Decode response. (Не удалось расшифровать ответ.) |
| 501, «5.5.4», HELO/EHLO argument is invalid. For more information, visit HELO/EHLO email error. (Недопустимый аргумент HELO/EHLO. Дополнительная информация приведена в статье Ошибка HELO/EHLO.) |
| 502, «5.5.1», Too many unrecognized commands, goodbye. (Слишком много нераспознанных команд.) |
| 502, «5.5.1», Unimplemented command. (Незадействованная команда.) |
| 502, «5.5.1», Unrecognized command. (Нераспознанная команда.) |
| 503, «5.5.1», EHLO/HELO first. (Сначала команда EHLO/HELO.) |
| 503, «5.5.1», MAIL first. (Сначала команда MAIL.) |
| 503, «5.5.1», RCPT first. (Сначала команда RCPT.) |
| 503, «5.7.0», No identity changes permitted. (Запрещены изменения идентификационных данных.) |
| 504, «5.7.4», Unrecognized Authentication Type. (Нераспознанный тип аутентификации.) |
| 530, «5.5.1», Authentication Required. For more information, visit Can’t sign in to your Google Account. (Необходима аутентификация. Дополнительная информация приведена в статье Не удается войти в аккаунт Google.) |
| 530, «5.7.0», Must issue a STARTTLS command first. (Сначала необходима команда STARTTLS.) |
| 535, «5.5.4», Optional Argument not permitted for that AUTH mode. (Для этого режима AUTH запрещен необязательный аргумент.) |
| 535, «5.7.1», Application-specific password required. For more information, visit Sign in using App Passwords. (Требуется пароль приложения. Дополнительная информация приведена в статье Как войти в аккаунт с помощью паролей приложений.) |
| 535, «5.7.1», Please log in with your web browser and then try again. For more information, visit Check Gmail through other email platforms. (Войдите через браузер и повторите попытку. Дополнительная информация приведена в статье Как настроить доступ к Gmail в сторонних почтовых клиентах.) |
| 535, «5.7.1», Username and Password not accepted. For more information, visit Can’t sign in to your Google Account. (Имя пользователя и пароль не приняты. Дополнительная информация приведена в статье Не удается войти в аккаунт Google.) |
| 550, «5.1.1», The email account that you tried to reach does not exist. Please try double-checking the recipient’s email address for typos or unnecessary spaces. For more information, visit Fix bounced or rejected emails. (Аккаунт электронной почты получателя не существует. Проверьте ещё раз, правильно ли указан адрес электронной почты и нет ли в нем пробелов. Дополнительная информация приведена в статье Что делать, если письмо отклонено.) |
| 550, «5.2.1», The email account that you tried to reach is disabled. (Аккаунт электронной почты получателя отключен.) |
| 550, «5.2.1», The user you are trying to contact is receiving mail at a rate that prevents additional messages from being delivered. For more information, visit Limits for sending & getting mail. (Пользователь, которому вы пытаетесь отправить письмо, получает почту со скоростью, которая не позволяет доставлять ему дополнительные сообщения. Дополнительная информация приведена в статье Ограничения на отправку и получение писем.) |
| 550, «5.4.5», Daily sending quota exceeded. For more information, visit Email sending limits. (Исчерпан дневной лимит на отправку сообщений. Дополнительная информация приведена в статье Ограничения в Google Workspace на отправку электронных писем из Gmail.) |
| 550, «5.4.5», Daily SMTP relay limit exceeded for user. For more information on SMTP relay sending limits please contact your administrator or visit SMTP relay service error messages. (Превышено суточное ограничение на ретрансляцию для клиента. Чтобы получить подробную информацию об ограничениях, ознакомьтесь с этой статьей или свяжитесь с администратором.) |
| 550, «5.7.0», Mail relay denied. (Почтовый ретранслятор запрещен.) |
| 550, «5.7.0», Mail Sending denied. This error occurs if the sender account is disabled or not registered within your Google Workspace domain. (Отправка почты запрещена. Эта ошибка возникает, если аккаунт отправителя заблокирован или не зарегистрирован в домене Google Workspace.) |
| 550, «5.7.1», Email quota exceeded. (Превышена квота электронной почты.) |
| 550, «5.7.1», Invalid credentials for relay. (Неверные учетные данные ретранслятора.) |
| 550, «5.7.1», Our system has detected an unusual rate of unsolicited mail originating from your IP address. To protect our users from spam, mail sent from your IP address has been blocked. Review Prevent mail to Gmail users from being blocked or sent to spam. (C вашего IP-адреса с необычной частотой поступают незапрашиваемые сообщения. Почта, отправляемая с вашего IP-адреса, заблокирована для защиты пользователей от спама. Подробную информацию читайте в статье Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».) |
| 550, «5.7.1», Our system has detected that this message is likely unsolicited mail. To reduce the amount of spam sent to Gmail, this message has been blocked. For more information, visit Why has Gmail blocked my messages? (Это сообщение было классифицировано системой как вероятный спам и заблокировано в целях уменьшения количества спама, отправляемого в Gmail. Дополнительная информация приведена в статье Почему мои письма в Gmail заблокированы.) |
| 550, «5.7.1», The IP you’re using to send mail is not authorized to send email directly to our servers. Please use the SMTP relay at your service provider instead. For more information, visit ‘The IP you’re using to send email is not authorized…’. (IP-адрес, который используется для отправки почты, не имеет разрешения на отправку сообщений непосредственно на наши серверы. Используйте для отправки ретранслятор SMTP своего поставщика услуг. Дополнительная информация приведена в этой статье.) |
| 550, «5.7.1», The user or domain that you are sending to (or from) has a policy that prohibited the mail that you sent. Please contact your domain administrator for further details. For more information, visit Sorry, a policy is in place that prevents your message from being sent. (Для пользователя или домена, от которого или которому отправляются сообщения, установлено правило, запрещающее отправленную вами почту. Для получения дополнительной информации ознакомьтесь с этой статьей и обратитесь к своему администратору домена.) |
| 550, «5.7.1», Unauthenticated email is not accepted from this domain. (Почта без аутентификации от этого домена не принимается.) |
| 550, «5.7.1», Daily SMTP relay limit exceeded for customer. For more information on SMTP relay sending limits please contact your administrator or visit SMTP relay service error messages. (Превышено суточное ограничение на ретрансляцию для клиента. Чтобы получить подробную информацию об ограничениях, ознакомьтесь со статьей Сообщения об ошибках службы ретрансляции SMTP или свяжитесь с администратором.) |
| 550, «5.7.26», Unauthenticated email from domain-name is not accepted due to domain’s DMARC policy. Please contact the administrator of domain-name domain. If this was a legitimate mail please visit Control unauthenticated mail from your domain to learn about the DMARC initiative. If the messages are valid and aren’t spam, contact the administrator of the receiving mail server to determine why your outgoing messages don’t pass authentication checks. (Электронное письмо от [доменное имя] не прошло аутентификацию и запрещено правилами DMARC домена. Обратитесь к администратору домена. Если письмо запрещено по ошибке, ознакомьтесь со сведениями об инициативе DMARC в статье «Проблемы с проверкой подлинности сообщений из вашего домена» и обратитесь к администратору почтового сервера получателя, чтобы определить, почему ваши исходящие письма не проходят аутентификацию.) |
|
550, «5.7.26», «This message does not have authentication information or fails to pass authentication checks (SPF or DKIM). To best protect our users from spam, the message has been blocked. Please visit Prevent mail to Gmail users from being blocked or sent to spam for more information.» (Для этого письма нет информации о прохождении аутентификации (SPF или DKIM), или оно ее не прошло. Оно заблокировано, чтобы защитить наших пользователей. Более подробная информация приведена в статье «Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».) |
| 550, «5.7.26», «This message fails to pass SPF checks for an SPF record with a hard fail policy (-all). To best protect our users from spam and phishing, the message has been blocked. Please visit Prevent mail to Gmail users from being blocked or sent to spam for more information.» (Это письмо не прошло проверки SPF для записи со строгими правилами (-all). Оно заблокировано, чтобы защитить наших пользователей от спама и фишинга. Более подробная информация приведена в статье «Как предотвратить блокировку почты, предназначенной пользователям Gmail, или ее отправку в папку «Спам».) |
| 552, «5.2.2», The email account that you tried to reach is over quota. (Для аккаунта электронной почты получателя превышена квота.) |
| 552, «5.2.3», Your message exceeded Google’s message size limits. For more information, visit Send attachments with your Gmail message. (Превышен максимально допустимый размер сообщения. Дополнительная информация приведена в статье Прикрепление файлов к письмам в Gmail.) |
| 553, «5.1.2», We weren’t able to find the recipient domain. Please check for any spelling errors, and make sure you didn’t enter any spaces, periods, or other punctuation after the recipient’s email address. (Не удалось найти домен получателя. Проверьте правильность адреса электронной почты получателя и убедитесь, что после него нет пробелов, точек и других знаков пунктуации.) |
| 554, «5.6.0», Mail message is malformed. Not accepted. (Сообщение электронной почты не принято, так как имеет недопустимый формат.) |
| 554, «5.6.0», Message exceeded 50 hops, this may indicate a mail loop. (Сообщение пересылалось более 50 раз, что может указывать на наличие почтового цикла.) |
| 554, «5.7.0», Too Many Unauthenticated commands. (Слишком много команд без аутентификации.) |
| 555, «5.5.2», Syntax error. (Синтаксическая ошибка.) |
Эта информация оказалась полезной?
Как можно улучшить эту статью?
На чтение 5 мин. Просмотров 2.2k. Опубликовано 31.07.2019
Слишком часто сообщения об ошибках непонятны. Эта страница будет вашим руководством по кодовым почтовым серверам, если ваша электронная почта не отправляется. Если вы получили сообщение об ошибке типа «Не удалось отправить ваше сообщение. Ошибка 421», каков ваш следующий шаг? Пусть эта страница будет вашим руководством к тому, что делать дальше.
Содержание
- Коды ошибок SMTP: значение за цифрами
- Получил SMTP 550: постоянный сбой одного или нескольких получателей?
- Список кодов ошибок SMTP (с пояснениями)
Коды ошибок SMTP: значение за цифрами
Почтовый сервер ответит на каждый запрос клиента (например, вашей почтовой программы) кодом возврата. Этот код состоит из трех чисел.
Первый обычно указывает, принял ли сервер команду и может ли она ее обработать. Пять возможных значений:
- 1 . Сервер принял команду, но пока не предпринимает никаких действий. Требуется подтверждающее сообщение. В настоящее время это не используется.
- 2 . Сервер успешно выполнил задание.
- 3 . Сервер понял запрос, но для его завершения требуется дополнительная информация.
- 4 . На сервере произошла временная ошибка. Если команда повторяется без каких-либо изменений, она может быть выполнена. Почтовые серверы могут использовать такие временные сбои, чтобы держать ненадежных отправителей в страхе.
- 5 . На сервере обнаружена ошибка.
Второй номер дает больше информации. Это шесть возможных значений:
- 0 : произошла синтаксическая ошибка.
- 1 . Обозначает информационный ответ, например, на запрос HELP.
- 2 . Относится к статусу подключения.
- 3 и 4 не указаны.
- 5 . Относится к состоянию почтовой системы в целом и почтового сервера в частности.
Последний номер является еще более конкретным и показывает больше градаций статуса пересылки почты.
Получил SMTP 550: постоянный сбой одного или нескольких получателей?
Наиболее распространенный код ошибки SMTP при отправке электронной почты – 550.
Ошибка SMTP 550 – это общее сообщение об ошибке. Это означает, что письмо не может быть доставлено.
Ошибка доставки SMTP 550 происходит по разным причинам; хотя сам код ошибки 550 ничего не говорит о причине сбоя, многие SMTP-сервер содержат пояснительное сообщение с кодом ошибки.
Зачастую электронное письмо не может быть доставлено, поскольку оно было заблокировано как спам, либо путем анализа его содержимого, либо потому, что отправитель – или сеть отправителя – указан в качестве вероятного источника спама в черном списке DNS. Некоторые почтовые серверы также проверяют ссылки на вредоносные программы и возвращают ошибку 550. К SMTP-ошибкам 550 относятся следующие коды:
- 550 5.7.1 . Служба недоступна: клиент [###] заблокирован с помощью ### (Exchange Server)
- 550 5.7.1: сообщение отклонено как спам с помощью фильтрации содержимого (Exchange Server)
- 550 Это сообщение было классифицировано как СПАМ и может быть не доставлено
- 550 Высокая вероятность спама (Gmail)
- 550 5.2.1 почта от отказавшегося спам-сайта
- 550 Ваше сообщение было отклонено, так как было обнаружено, что вы отправляете спам (Отправка из Rackspace)
- 550 Сообщение содержало небезопасный контент
Что ты можешь сделать? Если возможно, попробуйте связаться с получателем другими способами . Если сообщение об ошибке указывает на определенный черный список или фильтр спама, попробуйте связаться с администратором списка или фильтра . В противном случае вы всегда можете объяснить неудачную ситуацию своему провайдеру электронной почты . Они могут связаться со своим коллегой на приемной стороне и разобраться в ситуации.
Список кодов ошибок SMTP (с пояснениями)
Три числа ошибки SMTP дают нам подробный список кодов ответов сервера ESMTP/SMTP, как указано в RFC 821 и последующих расширениях:
- 211 – сообщение о состоянии системы.
- 214 . Далее следует справочное сообщение для читателя.
- 220 – служба SMTP готова.
- 221 . Служба закрывается.
- 250 . Запрошенное действие выполнено и выполнено. Лучшее сообщение из всех них.
- 251 . Получатель не является локальным для сервера, но сервер примет и перенаправит сообщение.
- 252 . Получатель не может быть VRFYed, но сервер принимает сообщение и пытается доставить.
- 354 – начинайте ввод сообщения и заканчивайте на. Это означает, что сервер готов принять само сообщение (после того, как вы сообщили ему, откуда оно и куда вы хотите отправиться).
- 421 . Служба недоступна, и соединение будет закрыто.
- 450 . Запрошенная команда не выполнена, поскольку почтовый ящик пользователя был недоступен (например, потому что он был заблокирован). Попробуйте позже.
- 451 . Команда была прервана из-за ошибки сервера. Не твоя вина. Возможно, дайте знать администратору.
- 452 . Команда была прервана, поскольку на сервере недостаточно системного хранилища.
- 455 . Сервер не может обработать команду в данный момент.
Следующие сообщения об ошибках (500-504) обычно говорят вам, что ваш почтовый клиент неисправен или, чаще всего, что ваша электронная почта не может быть доставлена по той или иной причине.
- 500 . Сервер не смог распознать команду из-за синтаксической ошибки.
- 501 . В аргументах команды обнаружена синтаксическая ошибка.
- 502 . Эта команда не реализована.
- 503 . Сервер обнаружил неверную последовательность команд.
- 504 . Параметр команды не реализован.
- 521 . Этот хост никогда не принимает почту; ответ фиктивного сервера.
- 541 . Сообщение не может быть доставлено по политическим причинам – обычно это спам-фильтр. (Только некоторые SMTP-серверы возвращают этот код ошибки.)
- 550 . Запрошенная команда не выполнена, поскольку почтовый ящик пользователя был недоступен (например, потому что он не был найден или команда была отклонена по соображениям политики).
- 551 . Получатель не является локальным для сервера. Затем сервер выдает пробный адрес для переадресации.
- 552 . Действие было прервано из-за превышения объема памяти.
- 553 . Команда была прервана, поскольку имя почтового ящика неверно.
- 554 . Транзакция не удалась. Во всем виновата погода.
- 555 . Сервер не распознает формат адреса электронной почты, поэтому доставка невозможна.
- 556 . Сообщение необходимо переслать, но принимающий сервер отклонит его.
Категории
Категории
В логах почтового сервера ошибка 450 4.7.1 Client host rejected: cannot find your reverse hostname, [1.2.3.4]. Как исправить?
Распечатать статью
Вам нужно обратиться в службу поддержки Максиплэйс или к организации (как правило это интернет провайдер) выделившей Вам IP-адрес, с просьбой зарегистрировать в зоне обратного просмотра для этого IP-адреса (как правило IP адрес вашей виртуальной машины) имя Вашего почтового сервера.
Помог ли вам данный ответ?
Связанные статьи
Облако меток
Поддержка
А в postfix(e) есть последовательность написания правил?
допустим правильно так
smtpd_helo_restrictions = permit_mynetworks, permit_sasl_authenticated, check_helo_access hash:/etc/postfix/check_access, reject_invalid_helo_hostname, reject_non_fqdn_helo_hostname, reject_unknown_helo_hostname, permitа так работать будет?
smtpd_helo_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_invalid_helo_hostname, check_helo_access hash:/etc/postfix/check_access, reject_non_fqdn_helo_hostname, reject_unknown_helo_hostname, permit
А если мне надо чтобы, от определенного домена, postfix вообще ничего не проверял?
Достаточно ли будет добавить правило в smtpd_sender_restrictions?
Будет ли важна последовательность написания правил?
smtpd_helo_restrictionsлибо
smtpd_sender_restrictions
smtpd_sender_restrictions
smtpd_helo_restrictions
smtpd_client_restrictions = sleep 1, reject_unauth_pipelining, permit_sasl_authenticated, permit_mynetworks, reject_unknown_client_hostname, permit
smtpd_helo_restrictions = permit_mynetworks, permit_sasl_authenticated, check_helo_access hash:/etc/postfix/black_white_list/check_access, reject_invalid_helo_hostname, reject_non_fqdn_hel$
smtpd_sender_restrictions = permit_mynetworks, permit_sasl_authenticated,check_sender_access hash:/etc/postfix/black_white_list/whitelist, reject_non_fqdn_sender, reject_unknown_sender_do$
smtpd_recipient_restrictions = reject_unauth_pipelining, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_non_fqdn_recipient, reject_unknown_recipient_domain$
Почта все равно режется
cat whitelist
.firma.ru OK BYDLO SERVER smtp.firma.ru
.aol.com REJECT SMAP SERVER AOL.COM
cat check_access
firma.ru OK BYDLO SERVER smtp.firma.ru
убрал первое правило smtpd_client_restrictions почта от них начала приходить(срабатывает reject_unknown_client_hostname)….Теперь бы понять как сделать чтобы на каждую проверку действовал белый список!
А прокатит если я так сделаю?
smtpd_client_restrictions = sleep 1, reject_unauth_pipelining, permit_sasl_authenticated, permit_mynetworks, check_client_access hash:/etc/postfix/black_white_list/whitelist, reject_unknown_client_hostname, permit
smtpd_helo_restrictions = permit_mynetworks, permit_sasl_authenticated, check_helo_access hash:/etc/postfix/black_white_list/whitelist, reject_invalid_helo_hostname, reject_non_fqdn_hel$
smtpd_sender_restrictions = permit_mynetworks, permit_sasl_authenticated,check_sender_access hash:/etc/postfix/black_white_list/whitelist, reject_non_fqdn_sender, reject_unknown_sender_do$
smtpd_recipient_restrictions = reject_unauth_pipelining, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_non_fqdn_recipient, reject_unknown_recipient_domain$
Я тут почитал…Оказывается белые списки не действуют на эту ошибку(450 4.7.1 Client host rejected: cannot find your hostname)
И решением предлагается убрать reject_unknown_client_hostname из правила smtpd_client_restrictions….Но добавить в smtpd_sender_restrictions