Подключить
450 4.1.1 unverified address
›
ВСЕ ОШИБКИ

Что означает этот bounce. Причины. Как исправить.

Ошибка 450 4.1.1 unverified address

Определение кода ошибки

450 4.1.1 unverified address

Временная ошибка (soft bounce, 4xx). Сервер получателя на этапе RCPT TO не смог подтвердить адрес: ящик «не проверен», недоступен для приёма или временно не находится в каталоге получателей.

Полный текст ошибки (примеры):
450 4.1.1 unverified address: <user@example.com>
451 4.1.0 Recipient disabled
451 4.1.0 User doesn't exist

Коды 450/451 и enhanced status 4.1.x по RFC указывают на временную проблему с адресом назначения, а не на спам-фильтр и не на переполненный ящик. Формулировка «User doesn't exist» по смыслу ближе к постоянной ошибке (обычно это 550 5.1.1) — часть MTA отдаёт её как 4xx намеренно (защита от сбора адресов) или из‑за своей политики.

Причины появления ошибки

  • Адрес не подтверждён на стороне получателя: каталог пользователей, LDAP/Active Directory или проверка ящика временно недоступны; сервер отвечает «unverified», пока не сможет проверить ящик.
  • Опечатка или несуществующий ящик при ответе 4xx: часть провайдеров не отдаёт сразу 550 user unknown, а отвечает 450/451, чтобы усложнить перебор адресов.
  • Учётная запись отключена (Recipient disabled): ящик заморожен, деактивирован или ждёт реактивации у администратора домена.
  • Пользователь удалён / ящик закрыт: User doesn't exist при коде 451 — смысл как у hard bounce, но код временный, пока у MTA такая политика.
Не путать с hard bounce «ящик не существует»

Классический ответ по RFC при «адреса нет» — 550 5.1.1 (постоянная ошибка). Здесь код 4xx: SaM oTPravil сначала идёт по политике ретраев. Если доставка так и не проходит, после исчерпания ретраев адрес уйдёт в стоп-лист — чистите базу как при invalid mailbox.

Как исправить проблему

Это soft bounce. SaM oTPravil будет повторять доставку по политике ретраев для 4xx (до исчерпания окна ретраев). Сразу выкидывать адрес из базы из‑за одного ответа 450/451 не нужно.

  1. проверьте написание адреса: опечатки, лишние символы, устаревший корпоративный ящик;
  2. свяжитесь с получателем другим каналом: не отключён ли аккаунт, не сменил ли почту, не нужно ли разблокировать ящик у администратора домена;
  3. для корпоративных доменов уточните у IT получателя, не «лежит» ли каталог пользователей и не режут ли они неизвестные адреса временным 4xx;
  4. не гоняйте на этот адрес повторные массовые кампании подряд — ретраи и так идут, а лишний объём портит статистику;
  5. провалидируйте базу перед крупными отправками, чтобы заранее отсеять мёртвые адреса;
  6. после исчерпания ретраев адрес может попасть в стоп-лист с ttl_date. Если в логах стабильно «User doesn't exist» / «Recipient disabled» без признаков временного сбоя — удалите или замените контакт в своей системе.

Организует работу поддержки и модерации, помогает клиентам в работе с сервисом.

Дмитрий Васильев

Руководитель поддержки Mailganer\SaM oTPravil

Мы используем куки и обрабатываем данные о посетителях сайта согласно политике. Настройки можно изменить в браузере.

OK