[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"blog-c96bac4e-84c2-4d15-bb8e-00da98a9bad8":3},{"id":4,"body":5,"uuid":6,"created_at":7,"updated_at":8,"brand":9,"header":10,"short_body":11,"image":12,"published":13,"published_at":14,"tags":15},36,"\u003Cp>\u003Cstrong>«Mail delivery failed: returning message to sender»\u003C\u002Fstrong> переводится как «Сбой доставки почты: письмо возвращается отправителю». Это автоматическое уведомление о недоставке: почтовый сервер не смог доставить ваше письмо одному или нескольким адресатам и вернул его вам. Причина записана внутри уведомления в строке с кодом ответа, например \u003Ccode>550 5.1.1 User unknown\u003C\u002Fcode>, и именно её нужно найти первой.\u003C\u002Fp>\n\u003Cp>Такую тему ставит почтовый сервер Exim, который работает, например, на хостингах с панелью cPanel. Другие серверы называют это письмо иначе: Postfix пишет «Undelivered Mail Returned to Sender», Gmail — «Delivery Status Notification (Failure)», Mail.ru — «Ваше сообщение не доставлено». Ниже разберём, из чего состоит уведомление, как читать код ошибки и что делать: отдельно тому, кто получил его в личный ящик, и тому, чей сайт или сервис отправляет письма клиентам.\u003C\u002Fp>\n\u003Ch2>Как называется уведомление у разных серверов\u003C\u002Fh2>\n\u003Cp>Уведомление о недоставке по-английски называют bounce или NDR (non-delivery report). Отправитель у него обычно служебный: \u003Ccode>Mailer-Daemon\u003C\u002Fcode>, \u003Ccode>Mail Delivery System\u003C\u002Fcode> или \u003Ccode>postmaster\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Тема письма\u003C\u002Fth>\n\u003Cth>Кто отправил\u003C\u002Fth>\n\u003Cth>Перевод\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>Mail delivery failed: returning message to sender\u003C\u002Ftd>\n\u003Ctd>Exim (хостинги, cPanel)\u003C\u002Ftd>\n\u003Ctd>Сбой доставки: письмо возвращается отправителю\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Undelivered Mail Returned to Sender\u003C\u002Ftd>\n\u003Ctd>Postfix\u003C\u002Ftd>\n\u003Ctd>Недоставленное письмо возвращено отправителю\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Delivery Status Notification (Failure)\u003C\u002Ftd>\n\u003Ctd>Gmail\u003C\u002Ftd>\n\u003Ctd>Уведомление о статусе доставки: сбой\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Ваше сообщение не доставлено. Mail failure.\u003C\u002Ftd>\n\u003Ctd>Mail.ru\u003C\u002Ftd>\n\u003Ctd> —\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Недоставленное сообщение\u003C\u002Ftd>\n\u003Ctd>Яндекс Почта\u003C\u002Ftd>\n\u003Ctd> —\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Undeliverable: «тема письма»\u003C\u002Ftd>\n\u003Ctd>Microsoft Exchange, Outlook.com\u003C\u002Ftd>\n\u003Ctd>Не может быть доставлено\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>Если в теме стоит «Delayed», «Warning: message delayed» или «Delivery Status Notification (Delay)», письмо ещё не потеряно: сервер получил временный отказ и продолжает попытки. Это предупреждение, а не возврат.\u003C\u002Fp>\n\u003Ch2>Из чего состоит уведомление о недоставке\u003C\u002Fh2>\n\u003Cp>Типичный возврат от Exim выглядит так:\u003C\u002Fp>\n\u003Cpre>\u003Ccode>This message was created automatically by mail delivery software.\n\nA message that you sent could not be delivered to one or more of its\nrecipients. This is a permanent error. The following address(es) failed:\n\n  ivan.petrov@example.com\n    host mx.example.com [203.0.113.25]\n    SMTP error from remote mail server after RCPT TO:<ivan.petrov@example.com>:\n    550 5.1.1 <ivan.petrov@example.com>: Recipient address rejected: User unknown\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Читать его нужно снизу вверх, от технической строки к общим словам.\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>«This is a permanent error»\u003C\u002Fstrong> — ошибка постоянная: повторная отправка того же письма на тот же адрес не поможет. Если ошибка временная, Exim пишет, что продолжит попытки.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Адрес под «The following address(es) failed»\u003C\u002Fstrong> — кому именно письмо не доставлено. Остальные адресаты из того же письма его получили.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>\u003Ccode>host mx.example.com [203.0.113.25]\u003C\u002Fcode>\u003C\u002Fstrong> — какой сервер отказал. Обычно это сервер получателя, но иногда ваш собственный: например, если он не принял письмо на отправку.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>\u003Ccode>after RCPT TO\u003C\u002Fcode>\u003C\u002Fstrong> — на каком шаге SMTP-диалога пришёл отказ. После \u003Ccode>RCPT TO\u003C\u002Fcode> отказывают в адресе получателя, после \u003Ccode>DATA\u003C\u002Fcode> или «end of data» — в самом письме: по содержанию, размеру или репутации.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Строка с кодом\u003C\u002Fstrong> — сам диагноз. Её разбираем в следующем разделе.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>У Postfix то же самое разложено иначе: вступление «This is the mail system at host…», затем строка вида \u003Ccode><ivan.petrov@example.com>: host mx.example.com[203.0.113.25] said: 550 5.1.1 … (in reply to RCPT TO command)\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Ch3>Машиночитаемая часть\u003C\u002Fh3>\n\u003Cp>Кроме текста для человека, уведомление обычно содержит часть \u003Ccode>message\u002Fdelivery-status\u003C\u002Fcode> по RFC 3464. Почтовый клиент показывает её как вложение или прячет совсем, но по ней удобнее всего разбирать отказы программно.\u003C\u002Fp>\n\u003Cpre>\u003Ccode>Reporting-MTA: dns; mail.hosting.ru\nAction: failed\nFinal-Recipient: rfc822; ivan.petrov@example.com\nStatus: 5.1.1\nRemote-MTA: dns; mx.example.com\nDiagnostic-Code: smtp; 550 5.1.1 <ivan.petrov@example.com>: Recipient address rejected: User unknown\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Поле\u003C\u002Fth>\n\u003Cth>Что в нём\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>\u003Ccode>Action\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>\u003Ccode>failed\u003C\u002Fcode> — не доставлено, \u003Ccode>delayed\u003C\u002Fcode> — доставка откладывается\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Ccode>Final-Recipient\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>адрес, на котором доставка остановилась\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Ccode>Status\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>расширенный код ошибки\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Ccode>Remote-MTA\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>сервер, который отказал\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Ccode>Diagnostic-Code\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>дословный ответ этого сервера\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>Последней частью уведомления обычно идёт ваше исходное письмо или его заголовки, чтобы было видно, какое именно письмо вернулось.\u003C\u002Fp>\n\u003Ch2>Как прочитать код ошибки\u003C\u002Fh2>\n\u003Cp>В строке \u003Ccode>550 5.1.1 User unknown\u003C\u002Fcode> три части.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Базовый код \u003Ccode>550\u003C\u002Fcode>\u003C\u002Fstrong> из трёх цифр определён в RFC 5321. Первая цифра важнее остальных: \u003Ccode>4\u003C\u002Fcode> — временная ошибка, сервер просит попробовать позже; \u003Ccode>5\u003C\u002Fcode> — постоянная, повтор не поможет. Возврат с темой «Mail delivery failed» почти всегда означает \u003Ccode>5xx\u003C\u002Fcode> или временную ошибку, которая так и не прошла за несколько дней попыток.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Расширенный код \u003Ccode>5.1.1\u003C\u002Fcode>\u003C\u002Fstrong> определён в RFC 3463 и уточняет причину. Вторая цифра обозначает класс проблемы: \u003Ccode>1\u003C\u002Fcode> адрес, \u003Ccode>2\u003C\u002Fcode> почтовый ящик, \u003Ccode>3\u003C\u002Fcode> почтовая система, \u003Ccode>4\u003C\u002Fcode> сеть и маршрутизация, \u003Ccode>5\u003C\u002Fcode> протокол, \u003Ccode>6\u003C\u002Fcode> содержимое, \u003Ccode>7\u003C\u002Fcode> безопасность и политика. Так, \u003Ccode>5.1.x\u003C\u002Fcode> почти всегда означает проблему с адресом, а \u003Ccode>5.7.x\u003C\u002Fcode> — отказ по политике: спам, аутентификация, чёрный список.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Текст после кода\u003C\u002Fstrong> пишет администратор принимающего сервера, и он бывает информативнее кода. Mail.ru, например, часто объясняет причину словами, а Gmail даёт ссылку на свою справку.\u003C\u002Fp>\n\u003Cp>Полный справочник кодов с примерами ответов разных серверов собран в \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Ferrors\">разделе об ошибках доставки\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch2>Почему письмо не доставлено: частые причины\u003C\u002Fh2>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Ответ сервера\u003C\u002Fth>\n\u003Cth>Что случилось\u003C\u002Fth>\n\u003Cth>Что делать\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>\u003Ccode>550 5.1.1 User unknown\u003C\u002Fcode>, \u003Ccode>No such user\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>такого ящика нет\u003C\u002Ftd>\n\u003Ctd>проверить адрес на опечатки; \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Ferrors\u002Fgmail\u002F5-1-1-user-unknown\">разбор для Gmail\u003C\u002Fa>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Ccode>550 … user is terminated\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>ящик на Mail.ru удалён\u003C\u002Ftd>\n\u003Ctd>писать на адрес больше не нужно\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Ccode>552 5.2.2 Mailbox full\u003C\u002Fcode>, \u003Ccode>over quota\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>у получателя закончилось место\u003C\u002Ftd>\n\u003Ctd>связаться другим способом и повторить позже\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Ccode>552 5.3.4 Message size exceeds fixed limit\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>письмо слишком большое\u003C\u002Ftd>\n\u003Ctd>уменьшить вложения или отправить ссылку на файл\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Ccode>550 5.7.1 … SPAM\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>письмо сочли спамом\u003C\u002Ftd>\n\u003Ctd>проверить аутентификацию и репутацию домена; \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Ferrors\u002Fyandex\u002F5-7-1-spam-rejected\">разбор для Яндекса\u003C\u002Fa>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Ccode>550 5.7.26 … DMARC\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>письмо не прошло DMARC\u003C\u002Ftd>\n\u003Ctd>настроить SPF и DKIM для домена отправителя; \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Ferrors\u002Fgmail\u002F5-7-26-authentication\">разбор\u003C\u002Fa>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Ccode>554 5.7.1 Relay access denied\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>сервер не согласился пересылать письмо\u003C\u002Ftd>\n\u003Ctd>отправлять через сервер с авторизацией; \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Ferrors\u002Fdelivery\u002F554-5-7-1-relay-access-denied\">разбор\u003C\u002Fa>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Ccode>Host or domain name not found\u003C\u002Fcode>, нет MX\u003C\u002Ftd>\n\u003Ctd>у домена получателя нет почтового сервера\u003C\u002Ftd>\n\u003Ctd>проверить домен после @; \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Ferrors\u002Fdelivery\u002Fno-mx-record\">разбор\u003C\u002Fa>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Ccode>retry timeout exceeded\u003C\u002Fcode>\u003C\u002Ftd>\n\u003Ctd>несколько дней временных отказов\u003C\u002Ftd>\n\u003Ctd>разобраться с исходной временной ошибкой в тексте\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Ch2>Если вы получили уведомление в личный ящик\u003C\u002Fh2>\n\u003Cp>Чаще всего причина простая и решается за минуту.\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Cstrong>Проверьте адрес.\u003C\u002Fstrong> Опечатки вроде \u003Ccode>gmial.com\u003C\u002Fcode>, \u003Ccode>yandex.ry\u003C\u002Fcode>, \u003Ccode>mail.ri\u003C\u002Fcode>, лишняя точка или пробел дают ответ «User unknown» или «domain not found». Сравните адрес с тем, что прислал сам адресат.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Посмотрите на размер письма.\u003C\u002Fstrong> У каждого сервера свой предел размера, и письмо с вложениями в десятки мегабайт часто возвращается с кодом \u003Ccode>552\u003C\u002Fcode>. Отправьте ссылку на файл в облаке.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Если ящик переполнен\u003C\u002Fstrong>, подождите или сообщите адресату другим способом. Сервер сейчас отказывает всем отправителям.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Если в ответе есть слово «spam» или «policy»\u003C\u002Fstrong>, проблема на стороне вашего почтового ящика или домена. Для личного ящика на Яндексе или Mail.ru это бывает, когда с него недавно ушло много писем или его взломали. Проверьте папку «Отправленные» и смените пароль.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Ch3>Пришёл возврат на письмо, которого вы не отправляли\u003C\u002Fh3>\n\u003Cp>Это отражённый спам (backscatter). Кто-то разослал письма от вашего имени, подставив ваш адрес в поле From или в обратный адрес, а серверы, которые не приняли эти письма, вернули уведомления вам. Поддержка Яндекса объясняет такие возвраты так же: ваш ящик в отправке не участвовал.\u003C\u002Fp>\n\u003Cp>Если в «Отправленных» этих писем нет, ящик, скорее всего, не взломан, и отвечать на уведомления не нужно. Если у вас свой домен, опубликуйте для него DMARC с политикой \u003Ccode>quarantine\u003C\u002Fcode> или \u003Ccode>reject\u003C\u002Fcode>: тогда серверы, которые проверяют DMARC, перестанут принимать подделки. Составить запись поможет \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Ftools\u002Fdmarc-generator\">генератор DMARC\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch3>Письмо не доставлено: Mail.ru\u003C\u002Fh3>\n\u003Cp>У Mail.ru возврат приходит с адреса \u003Ccode>mailer-daemon@corp.mail.ru\u003C\u002Fcode> и начинается словами «К сожалению, Ваше письмо не может быть доставлено одному или нескольким получателям». Ниже идёт английский блок с технической строкой. Частые ответы:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Ccode>Local mailbox … is unavailable: user not found\u003C\u002Fcode> или \u003Ccode>user is terminated\u003C\u002Fcode> — ящика нет или он удалён;\u003C\u002Fli>\n\u003Cli>\u003Ccode>Message rejected under suspicion of SPAM\u003C\u002Fcode> — письмо сочли спамом;\u003C\u002Fli>\n\u003Cli>\u003Ccode>Ratelimit exceeded for mailbox\u003C\u002Fcode> — вы отправили со своего ящика слишком много писем за час, и Mail.ru временно ограничил отправку.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2>Если письма вашего сайта или сервиса возвращаются\u003C\u002Fh2>\n\u003Cp>Владельцу сайта уведомления о недоставке полезны: по ним видно, какие адреса в базе мертвы и отклоняют ли почтовые сервисы ваш домен.\u003C\u002Fp>\n\u003Ch3>Куда приходят возвраты\u003C\u002Fh3>\n\u003Cp>Уведомление уходит не на адрес в поле From, а на адрес конверта, указанный в команде \u003Ccode>MAIL FROM\u003C\u002Fcode> (его видно в заголовке \u003Ccode>Return-Path\u003C\u002Fcode> у доставленного письма). Если сайт отправляет с \u003Ccode>noreply@\u003C\u002Fcode>, все возвраты падают в ящик, который никто не читает, и о мёртвых адресах вы не узнаете.\u003C\u002Fp>\n\u003Ch3>Что делать с возвратами\u003C\u002Fh3>\n\u003Cul>\n\u003Cli>\u003Cstrong>Постоянный отказ (\u003Ccode>5xx\u003C\u002Fcode>) на адрес получателя\u003C\u002Fstrong> — исключите адрес из рассылок. Повторная отправка на несуществующие ящики портит репутацию домена.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Временный отказ (\u003Ccode>4xx\u003C\u002Fcode>)\u003C\u002Fstrong> — повторяйте с растущим интервалом. Если временные отказы от одного сервиса идут потоком, вы упёрлись в его ограничения темпа или репутации.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Отказ по политике (\u003Ccode>5.7.x\u003C\u002Fcode>)\u003C\u002Fstrong> — проблема в отправителе: аутентификация, репутация, содержание. Исключать адрес бессмысленно: разбираться нужно с доменом.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Не разбирайте возвраты по тексту ответа: у каждого сервера он свой. Опирайтесь на расширенный код из поля \u003Ccode>Status\u003C\u002Fcode> и на поле \u003Ccode>Action\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Ch3>Как это устроено в FMailer\u003C\u002Fh3>\n\u003Cp>Когда сервер получателя отказывает прямо в SMTP-сессии, а так происходит с большинством отказов, FMailer не присылает уведомление письмом. Отказ записывается в журнал домена у конкретного письма с дословным ответом сервера и приходит в ваше приложение вебхуком: \u003Ccode>bounced\u003C\u002Fcode> для постоянного отказа, \u003Ccode>deferred\u003C\u002Fcode> для временного, после которого доставка будет повторена. Для частых ошибок в журнале есть ссылка на страницу с разбором.\u003C\u002Fp>\n\u003Cp>Пометить адрес в вашей базе удобно прямо в обработчике вебхука \u003Ccode>bounced\u003C\u002Fcode>. Письмо на адрес из списка исключений домена (например, адрес отписавшегося получателя) не отправляется вовсе, и приходит событие \u003Ccode>dropped\u003C\u002Fcode>. Отложенные возвраты, которые сервер получателя присылает уже после приёма письма, уходят на адрес конверта. По умолчанию это адрес из поля From, но для домена можно задать return path — адрес, который кто-то действительно читает. Параметры отправки описаны в \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Fdocs\u002Fsmtp\">документации по SMTP\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch2>Частые ошибки\u003C\u002Fh2>\n\u003Cp>\u003Cstrong>Переотправлять письмо без изменений.\u003C\u002Fstrong> Если ошибка постоянная, сервер ответит то же самое. Сначала прочитайте код.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Читать только тему.\u003C\u002Fstrong> «Mail delivery failed» ничего не говорит о причине. Диагноз всегда в строке с кодом внизу.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Считать, что письмо не дошло никому.\u003C\u002Fstrong> Возврат перечисляет только адреса, на которые доставка не удалась. Остальные получили письмо.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Отправлять с сайта от \u003Ccode>noreply@\u003C\u002Fcode> без обработки возвратов.\u003C\u002Fstrong> Мёртвые адреса копятся, доля отказов растёт, и домен постепенно теряет репутацию.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Отвечать на возврат.\u003C\u002Fstrong> Письмо пришло со служебного адреса, который никто не читает.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Удалять адрес из базы при отказе \u003Ccode>5.7.x\u003C\u002Fcode>.\u003C\u002Fstrong> Это отказ вашему домену, а не проблема адреса. Удалив адрес, вы потеряете клиента и не решите проблему.\u003C\u002Fp>\n\u003Ch2>Частые вопросы\u003C\u002Fh2>\n\u003Ch3>Как перевести «Mail delivery failed: returning message to sender»?\u003C\u002Fh3>\n\u003Cp>«Сбой доставки почты: письмо возвращается отправителю». Близкий по смыслу «Undelivered Mail Returned to Sender» переводится как «Недоставленное письмо возвращено отправителю».\u003C\u002Fp>\n\u003Ch3>Почему уведомление пришло через сутки или через несколько дней?\u003C\u002Fh3>\n\u003Cp>Сервер получал временные отказы и продолжал попытки. RFC 5321 рекомендует повторять не чаще раза в 30 минут и не сдаваться раньше чем через 4–5 дней, поэтому окончательный возврат с пометкой вроде «retry timeout exceeded» приходит не сразу. Пока идут попытки, многие серверы присылают предупреждение о задержке.\u003C\u002Fp>\n\u003Ch3>Если уведомления нет, значит, письмо дошло?\u003C\u002Fh3>\n\u003Cp>Это значит, что сервер получателя принял письмо. Попало ли оно во «Входящие» или в «Спам», уведомление о недоставке не скажет: папку выбирает фильтр уже после приёма.\u003C\u002Fp>\n\u003Ch3>Что делать, если адрес точно правильный, а письмо возвращается с «User unknown»?\u003C\u002Fh3>\n\u003Cp>Уточните адрес у получателя другим способом. Ящик могли удалить, переименовать или заблокировать за неактивность, а в корпоративной почте частая причина — увольнение сотрудника.\u003C\u002Fp>\n\u003Ch3>Почему письмо не доставлено, если раньше на этот адрес всё уходило?\u003C\u002Fh3>\n\u003Cp>Изменилось что-то на одной из сторон: ящик переполнен или удалён, у получателя поменялся почтовый сервер, или ваш домен попал под фильтр. Код в уведомлении покажет, какой из вариантов ваш.\u003C\u002Fp>\n\u003Ch2>Итог\u003C\u002Fh2>\n\u003Cp>В уведомлении «Mail delivery failed» есть всё, чтобы понять причину. Найдите в нём адрес, сервер и строку с кодом: первая цифра скажет, временная ошибка или постоянная, класс расширенного кода покажет, что сломалось, а текст ответа уточнит детали. Человеку обычно хватает проверки адреса и размера вложения. Владельцу сайта стоит обрабатывать возвраты системно: исключать мёртвые адреса, повторять временные отказы и разбираться с доменом, если отказы идут по политике.\u003C\u002Fp>\n\u003Ch2>Попробовать FMailer\u003C\u002Fh2>\n\u003Cp>Подключите домен на fmailer.ru, и каждый отказ будет виден в журнале у конкретного письма с дословным ответом сервера получателя, а ваше приложение узнает о нём вебхуком, без разбора писем от Mailer-Daemon.\u003C\u002Fp>\n\u003Cp>\u003Ca href=\"https:\u002F\u002Ffmailer.ru\">Подключить домен на fmailer.ru →\u003C\u002Fa>\u003C\u002Fp>","c96bac4e-84c2-4d15-bb8e-00da98a9bad8","2026-10-07T20:59:50.854656+03:00","2026-10-07T20:59:50.858323+03:00","fmailer","«Mail delivery failed: returning message to sender» — что значит и что делать","Mail delivery failed: returning message to sender — уведомление о недоставке письма. Перевод, как прочитать код ошибки в отчёте и что делать отправителю.","https:\u002F\u002Fapi.fmailer.ru\u002Fmedia\u002Fblog\u002Frecord_c96bac4e-84c2-4d15-bb8e-00da98a9bad8\u002F05-mail-delivery-failed.jpg",true,"2026-10-12T09:00:00+03:00",[16,17,18,19,20,21,22,23],"mail delivery failed","mail delivery failed перевод","returning message to sender","undelivered mail returned to sender","undelivered mail returned to sender перевод","ваше письмо не доставлено","почему письмо не доставлено","письмо не доставлено mail ru"]