Could not send message что за ошибка

0

Could not send message что за ошибка

natashav » 10 янв 2019, 11:40

This message could not be sent NDR when an approved user sends mail in Office 365

When a user who has Send As permission to a distribution group tries to send an email message to other users by using Microsoft Outlook in Office 365, the user receives a non-delivery report (NDR) that contains the following error message:

This message could not be sent. Try sending the message again later, or contact your network administrator.
Error is [0x80070005-00000000-00000000]

Cause

This issue may occur if the address book in Outlook isn’t updated.

Resolution

To resolve this issue, follow these steps:

Update the address book in Outlook. To do this, follow these steps.

On the Office ribbon, select the Send/Receive tab, select the down arrow next to Send/Receive Groups, and then select Download Address Book.

In the Offline Address Book dialog box, make sure that the Download changes since last Send/Receive check box is selected and that Offline Global Address List is selected as the address book, and then select OK.

Test to see whether the issue is resolved by sending an email message as the distribution group. When you create the message, use the global address list (GAL) to populate the From field.

If doing this doesn’t resolve the issue, go to step 2.

Delete all files and folders in the Offline Address Books folder. To do this, follow these steps:

Locate the Offline Address Books folder. In Windows 8 and Windows 7, the folder is located along the following path:

\Users<UserName>\AppData\Local\Microsoft\Outlook\Offline Address Books

The folder may be hidden. To unhide it, select Start, type folder options in the search box, select Folder Options, select the View tab, select Show hidden files, folders, and drives, and then select OK.

Delete the contents of the Offline Address Books folder. (The contents of the folder will be re-created when you restart Outlook).

Start Outlook, and then test to see whether the issue is resolved by sending an email message as the distribution group.

Как исправить ошибку "Could not send the email"

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

• Уже есть аккаунт? Войти
• Регистрация

Главная

Активность

Магазин

Support

• Создать.

Важная информация

Находясь на нашем сайте, вы соглашаетесь на использование файлов cookie, а также с нашим положением о конфиденциальности Политика конфиденциальности и пользовательским соглашением Условия использования.

PHP. PhpMailer как отправить почту по SMTP через gmail.com от Google?Почему ошибка авторизации?

Пробую отправить почту по SMTP через Google Gmail.com используя PhpMailer на языке PHP. Почему то возникает ошибка авторизации. Хотя через Яндекс, Майл и HotMail от Microsoft нормально отправляется.

Использую примерно следующий код

Согласно информации размещённой на сайте google SMTP должен работать именно так, вот ссылка https://support.google.com/mail/answer/7126229 при этом в Интернете есть посты что необходимо использовать протокол OAuth 2(может быть это не совсем к этому вопросу)

На всякий случай я обновил PHPMailer, код который я привёл выше уже версии скачанной с помощью composer хотя до недавнего времени я пользовался довольно старой библиотекой PHPMailer подключаемой по require_once

Странно что при отладке SMTP сервер Gmail ругается на неверный логин или пароль. Но я несколько раз перепроверил они указаны правильно. Может быть в Gmail нужно где то предварительно включить поддержку отправки по SMTP?

Could not send message что за ошибка

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

Как пользователи могут исправить ошибку электронной почты 550?

1. Проверьте адрес электронной почты опечатки

Ошибка 550 может возникнуть из-за опечаток электронной почты. Итак, еще раз проверьте, что вы ввели точный адрес электронной почты. Убедитесь, что в адресе электронной почты нет опечаток или пробелов, прежде чем нажимать кнопку отправки.

2. Отправить письмо на день позже

Хотя это маловероятно, сервер получателя может быть недоступен при отправке электронного письма. Итак, попробуйте один или два дня. Тогда сервер может вернуться в исходное состояние, когда вы отправите письмо еще раз через несколько дней.

3. IP-адрес электронной почты находится в черном списке?

Если проверка в черном списке указывает на то, что антиспам-фильтр внес в черный список введенный IP-адрес электронной почты, поэтому вы не можете отправлять сообщения. Попробуйте отправить сообщение с альтернативным адресом электронной почты, если можете. Кроме того, пользователи, у которых нет альтернативной электронной почты, могут создавать новые учетные записи веб-почты в Yahoo, Gmail и т. Д.

4. Включите аутентификацию SMTP

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

СВЯЗАННЫЕ СТАТЬИ, ЧТОБЫ ПРОВЕРИТЬ:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

При отправке почтовых сообщений я получаю ошибки с номерами 550 и 553 или ошибки ретрансляции

Проблема

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

Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Решения

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

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

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

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

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

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

Если письмо не было доставлено адресату и почему…

by Герман Бройде · Published 02.12.2020 · Updated 05.12.2020

Если Вы отправили письмо, а в ответ на него пришло сообщение серверной службы оповещения с такими параметрами:

В поле “От” (один из нижеприведенных вариантов):

1. Mail Delivery System

2. Mail Delivery Subsystem

3. MAILER-DAEMON

4. Internet Mail Delivery

В поле “Тема” (один из нижеприведенных вариантов):

1. Returned mail: see transcript for details

2. failure notice

3. Mail delivery failed: returning message to sender

4. Delivery Notification: Delivery has failed

5. Undelivered Mail Returned to Sender

6. Delivery failure

7. Your e-mail could not be delivered

8. Message Rejected

9. Virus Intercepted (или что-то в этом роде)

10. Returned mail: Service unavailable

11. DELIVERY FAILURE

12. Delivery Status Notification (Failure)

13. Undeliverable mail

14. Delayed Mail (still being retried)

15. Warning: could not send message

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

1-01
Dies ist eine Empfangsbestatigung fur eine Nachricht, die Sie an [адрес получателя] gesendet haben.
Hinweis: Diese Empfangsbestatigung sagt nur aus, dass die Nachricht am Computer des Empfangers angezeigt wurde. Es gibt keine Garantie, dass der Empfanger die Nachrichteninhalte gelesen oder verstanden hat. – уведомление об открытии получателем письма (аналогичное русскоязычному варианту).

2-01
mailbox is overflow – почтовый ящик адресата полностью забит письмами и свободное место для принятия новых посланий в нем отсутствует.

2-02
can’t create output – то же, что и п.2-01.

2-03
mailbox is full: retry timeout exceeded (или просто mailbox is full) – то же, что и п.2-01.

2-04
User quota exceeded (Disc quota exceeded или просто quota exceeded) – то же, что и п.2-01.

2-05
User has too many messages on the server – то же, что и п.2-01.

2-06
Out of memory – то же, что и п.2-01.

2-07
The users mailfolder is over the allowed quota (size) – то же, что и п.2-01.

2-08
[адрес получателя] temporary blacklisted, contact postmaster@pochta.ru – скорее всего, причиной является одновременное совпадение вещей, описанных в п.2-01 и 3-01.

2-09
user is over quota – то же, что и п.2-01.

2-10
user quota exceed, try again later – то же, что и п.2-01.

2-11
would exceed mailbox quota – то же, что и п.2-01.

2-12
mail quota for user [адрес получателя] exceeded – то же, что и п.2-01.

2-13
the quota for the mailbox has been exceeded – то же, что и п.2-01.

2-14
Message will exceed maximum mailbox size for [адрес получателя]. Mail rejected – то же, что и п.2-01.

2-15
account is full – то же, что и п.2-01.

2-16
mailbox is over quota – то же, что и п.2-01.

2-17
No space left on device – то же, что и п.2-01.

2-18
The email account that you tried to reach is over quota – то же, что и п.2-01.

2-19
exceeded storage allocation – то же, что и п.2-01.

3-01
mailbox is inactive – почтовый ящик адресата существует, но с него давно ничего не отсылалось; до тех пор, пока адресат не отошлет кому-либо хотя бы 1 письмо, ящик не будет принимать прибывающие письма.

3-02
Mailbox is temporary inactive – то же, что и п.3-01.

3-03
Resources temporarily unavailable. Please try again later – то же, что и п.3-01.

3-04
mailbox is temporary blocked – то же, что и п.3-01.

3-05
Mailbox blocked due to inactivity of user – то же, что и п.3-01.

3-06
Denied by policy – то же, что и п.3-01.

3-07
mailbox exists, but not used (или просто not used) – то же, что и п.3-01.

3-08
mailbox is not used more than [промежуток времени], mail rejected – то же, что и п.3-01.

3-09
User is inactive – то же, что и п.3-01.

3-10
Need RCPT (recipient) – либо то же, что и п.3-01, либо ящик получателя неактивен по каким-либо др. причинам.

3-11
valid RCPT command must precede DATA – то же, что и п.3-10.

3-12
account is disabled – то же, что и п.3-01.

3-13
Recipient address rejected: Your emails has been returned because the in…t’s email account has been suspended. The account must be re-activated to receive incoming messages. – то же, что и п.3-01.

3-14
unknown or deactivated – либо то же, что и п.4-01, либо то же, что и п.3-01.

3-15
Mailbox is frozen – то же, что и п.3-01.

3-16
Account blocked due to inactivity – то же, что и п.3-01.

4-01
user unknown (или User is unknown) – почтовый ящик с указанным адресом на данный момент недоступен или вообще не существует (Внимание! Важно! Данный диагноз присутствует практически в любом сообщении службы оповещения независимо от причин, по которым Ваше письмо не дошло до адресата, но указывается только после разъяснения этих причин; если же др. диагнозы в сообщении службы оповещения отсутствуют, то ящик с указанным адресом действительно просто не существует).

4-02
Host unknown – указанный почтовый сервер (расширение в адресе получателя, идущее после значка “@”) не найден в Интернет-сети. Возможные причины:
1 – указанный почтовый сервер уже прекратил свое существование или вообще никогда не существовал;
2 – почтового ящика с указанным адресом не существует;
3 – почтовый сервер временно отключен от сети по техническим причинам.

4-03
Transaction failed – причина, очевидно, та же, что и описанная в п.4-43.

4-04
Service unavailable (или Service not available) – в принципе то же, что и п.4-02.

4-05
No route to host – в принципе то же, что и п.4-02.

4-06
host name lookup failure – в принципе то же, что и п.4-02.

4-07
mailbox not found (или not found) – почтового ящика с указанным адресом не существует или почтовый сервер провайдера получателя письма временно отключен от сети Интернет.

4-08
mailbox not valid (или [адрес получателя] is not a valid mailbox) – то же, что и п.4-07.

4-09
Sorry, no mailbox here by that name – то же, что и п.4-07.

4-10
no such user here (или просто no such user) – то же, что и п.4-07.

4-11
no such address – то же, что и п.4-07.

4-12
Requested action not taken: mailbox unavailable – то же, что и п.4-07.

4-13
Recipient address rejected: Your emails has been returned because the intented recipient’s email account has been suspended. The account must be re-activated to receive incoming messages. – то же, что и п.4-02.

4-14
Recipient address rejected: The intended recipient is not defined in [расширение адреса получателя после значка “@”] domain. – то же, что и п.4-02.

4-15
Mail from [адрес отправителя] rejected for policy reasons – в принципе, что-то сходное с ситуацией, описанной в п.4-02, но только причиной неработоспособности адреса получателя является политическая ситуация в стране (?).

4-16
local delivery failed – то же, что и п.4-07.

4-17
Error: content rejected – то же, что и п.4-02.

4-18
Please check the recipients e-mail address before you try again: [адрес получателя] – судя по всему, данный диагноз имеет место в том случае, если Вы неверно укзали почтовый домен адреса получателя (т.е. в адресе получателя неправильно записана та его часть, которая идет после значка “@”).

4-19
User [адрес отправителя] not listed in Domino Directory – то же, что и п.4-07.

4-20
Recipient address rejected: User unknown in local recipient table – то же, что и п.4-07.

4-21
Recipient address rejected: User unknown in relay recipient table – то же, что и п.4-07.

4-22
delivery error: dd This user doesn’t have a [расширение адреса получателя] account – то же, что и п.4-07.

4-23
Unknown address (или Unknown user) – то же, что и п.4-07.

4-24
did not reach the following recipient(s) – то же, что и п.4-07.

4-25
The recipient name is not recognized – то же, что и п.4-07.

4-26
No recipients have been specified – то же, что и п.4-07.

4-27
E-mail field not present in nameserver entry – то же, что и п.4-07.

4-28
Unrouteable address – то же, что и п.4-07.

4-29
Relaying denied – то же, что и п.4-07.

4-30
mailbox [адрес получателя] is unavailable – то же, что и п.4-07.

4-31
mailbox [адрес получателя] does not exist (или просто Address does not exist) – то же, что и п.4-07.

4-32
unknown or illegal alias: [адрес получателя] – то же, что и п.4-07.

4-33
unknown user account – то же, что и п.4-07.

4-34
user not found – то же, что и п.4-07.

4-35
Deferred: Connection reset by [расширение адреса получателя после значка “@”] – если в сообщении службы оповещения не указаны какие-либо др. диагнозы, то Ваше письмо не может быть доставлено адресату из-за сбоя на почтовом сервере, где расположен ящик адресата (причины данного сбоя могут быть различными).

4-36
no valid recipients – либо то же, что и п.4-07, либо ящик получателя временно заблокирован его же провайдером (обычно причина блокирования также указана в сообщении службы оповещения).

4-37
no valid RCPT address specified – то же, что и п.4-36.

4-38
Greylisting in action, please come back in [часы:минуты:секунды] – скорее всего, Ваше письмо не дошло до получателя в результате временного отключения или просто какого-то сбоя при обращения к его (получателя) почтовому ящику. При этом, в послании указано точное время, в которое Вам рекомендуется повторно отослать письмо, чтобы оно могло быть доставлено получателю.

4-39
retry timeout exceeded – то же, что и п.4-35.

4-40
Unrouteable address – то же, что и п.4-07.

4-41
The Recipient account on this server is canceled. – то же, что и п.4-07.

4-42
Recipient address rejected: “Greylisted
Error: no valid recipients – соответственно то же, что и п.4-36.

4-43
Recipient address rejected: Too Busy sorry – почтовый сервер получателя перегружен из-за большого количества обращений к нему (например, в период праздников, когда по эл. почте отправляется много поздравлений). Спустя некоторое время, попробуйте повторить попытку отправить письмо Вашему знакомому.

4-44
invalid mailbox – то же, что и п.4-07.

4-45
invalid address – то же, что и п.4-07.

4-46
There is no user by that name at this server – то же, что и п.4-07.

4-47
Mailbox disabled for this recipient – то же, что и п.4-07.

4-48
Recipient unknown – то же, что и п.4-01.

4-49
delivery cancelled; message timed out – то же, что и п.4-35.

4-50
Sender verify failed – то же, что и п.4-35.

4-51
The account or domain may not exist, they may be blacklisted, or missing the proper dns entries. – то же, что и п.4-35.

4-52
DNS server returned answer with no data – то же, что и п.4-02.

4-53
DNS Error: Domain name not found (или просто Domain name not found) – то же, что и п.4-02.

4-54
recipient [адрес получателя] was not found in LDAP server – то же, что и п.4-07.

4-55
Host or domain name not found – то же, что и п.4-02.

4-56
Name service error for name=[расширение адреса получателя после значка “@”] – то же, что и п.4-02.

4-57
Message from ([IP-адрес почтового сервера провайдера]) temporarily deferred – то же, что и п.4-43.

4-58
invalid domain name – то же, что и п.4-02.

4-59
Name server: [расширение адреса получателя после значка “@”]: no data known – то же, что и п.4-02.

4-60
Name server: [расширение адреса получателя после значка “@”]: host not found (или просто host not found) – то же, что и п.4-02.

4-61
[адрес получателя] was not found in LDAP server – то же, что и п.4-07.

4-62
sorry, this recipient is in my badrecipientto list – то же, что и п.4-07.

4-63
[адрес получателя] temporary failure – то же, что и причина 3, описанная в п.4-02.

4-64
[адрес получателя] No delivery confirmation received – очевиднее всего, причина 1, описанная в п.4-02.

4-65
Vade Retro antispam plugin – то же, что и п.4-01.

4-66
Account deleted by user – ящика уже не существует, поскольку пользователь удалил его с почтового сервера.

4-67
This account has been disabled or discontinued – либо то же, что и п.4-66, либо ящик получателя был отключен/заблокирован его почтовым провайдером.

4-68
The recipient’s e-mail address was not found in the recipient’s e-mail system – то же, что и п.4-01.

4-69
User unknown in virtual mailbox table – то же, что и п.4-01.

4-70
No such file or directory Is the server running locally and accepting connections – то же, что и п.4-01.

4-71
Recipient not found – то же, что и п.4-01.

4-72
message expired – то же, что и п.4-07.

5-01
We don’t accept mail from spammers – на компьютере или почтовом сервере получателя установлена какая-либо защита от спама, которая просто уничтожила Ваше письмо, считая его “почтовым мусором”, поскольку получатель не вносил Ваш адрес в списки “разрешенных” отправителей. Письма, отосланные с Вашего адреса, не могут быть прочитаны и автоматически удаляются при прохождении через спам-фильтр во время проверки получателем своего ящика, либо еще до того – в момент входа в его ящик.

5-02
sorry, but your adress is not permitted – то же, что и п.5-01, но в более вежливой форме.

5-03
sorry, that domain isn’t in my list of allowed rcpthosts – то же, что и п.5-01, но в более вежливой форме.

5-04
mailbox blocked – причина, скорее всего, та же, что и в п.5-01.

5-05
Recipient address rejected: Access denied (или просто Access denied) – то же, что и п.5-01.

5-06
Sender address rejected: SPAM-ID: [произвольные буквы и цифры] Your mail mail server was blacklisted in an older variant of the SecuritySage spam filters. Please ask your mail server administrator to start using the SecuritySage RHSBL filters instead of the access file. – то же, что и п.5-01.

5-07
Your mail from IP [IP-адрес почтового сервера Вашего провайдера] was rejected Too many DNSBL-listed hosts in /24 network surrounding your host Please Contact your ISP to rectify this : [адрес получателя] – то же, что и п.5-01, но только спам-защита не пропустила Ваше письмо одному из получателей (адрес указывается в сообщении службы оповещения) просто из-за большого общего количества адресов получателей, укзанных в нем. Попробуйте уменьшить количество адресов получателей и отошлите послание повторно.

5-08
Delivery not authorized, recipient can receive emails from his/her own domain only – ящик получателя, на который Вы отправили письмо, предполагает получение почты только с тех ящиков, которые принадлежат тому же почтовому домену (фрагмент адреса после значка “@”), что и ящик получателя. С почтовых ящиков, расположенных на др. почтовых серверах, почта данному получателю не может быть доставлена.

5-09
spam message discarded. If you think that the system is mistaken, please report details to [адрес ящика службы тех. поддержки почтового сервера получателя] – то же, что и п.5-01. Данное сообщение может иметь место при отсылке писем на домены mail.ru, list.ru, inbox.ru и bk.ru в тех случаях, когда отосланное письмо содержит все адреса в скрытом виде и ни одного в открытом.

5-10
Spam message was blocked. If it is a mistake, please, visit [ссылка на информационный сайт] – то же, что и п.5-01. Данное сообщение может иметь место при отсылке писем на домен pisem.net в тех случаях, когда отосланное письмо содержит какие-либо “плохие” текстовые фрагменты, занесенные в спам-фильтр на данном почтовом сервере.

5-11
Your message to:
[адрес получателя]
was considered unsolicited bulk e-mail (UBE).
[некоторые технические данные]
Delivery of the email was stopped! – то же, что и п.5-01.

5-12
Message filtered. Please see the FAQs section on spam – то же, что и п.5-01.

5-13
[домен сервера Вашего почтового провайдера] blocked by [технические параметры]
Blocked for abuse. See [Интернет-ссылка или рекомендуемое действие] – то же, что и п.5-01.

5-14
Message rejected. [домен сервера Вашего почтового провайдера и Ваш собственный адрес] – On arrival filtering at [наименование службы на почтовом сервере провайдера ящика получателя] – то же, что и п.5-01.

5-15
server refused mail service – то же, что и п.5-01.

5-16
We do not accept spam – то же, что и п.5-01.

5-17
This domain is blacklisted,consult your postmaster – домен сервера Вашего почтового провайдера занесен в список спам-ресурсов на сервере почтового провайдера получателя, так что Ваши письма не смогут дойти до адресата.

5-18
Sorry, Use your ISP’s SMTP server to send mail – этот диагноз может иметь место в тех случаях, когда Ваше письмо не пропускается в ящик получателя серверной спам-защитой из-за его (письма) сходства “по формату” с реально спамовыми письмами, а именно: в письме вообще отсуствует тема или она имеет “сомнительный” характер (?); текст в Вашем письме либо вообще отсутствует, либо он весьма короткий (например, содержит всего 1-2 слова). По собственному опыту могу сказать, что данные вещи просто являются результатом “кривой настройки” правил фильтрования спама администраторами почтовых серверов (спасибо им, что хоть снизошли настроить отсылку уведомления о невозможности доставки писем в данных ситуациях 🙂

5-19
access denied – то же, что и п.5-01.

5-20
relay not permitted – то же, что и п.5-01.

5-21
Requested action not taken: message refused – очевидно то же, что и п.5-01.

5-22
Your e-mail was rejected for policy reasons on this gateway. Reasons for rejection may be related to content with spam-like characteristics or IP/domain reputation problems. If you are not an e-mail/network admin please contact your E-mail/Internet Service Provider for help. For e-mail delivery information, please go to [ссылка на сайт с дополнительной справкой о проблеме] – на почтовом сервере провайдера получателя установлена какая-либо защита от спама, которая просто уничтожила Ваше письмо, считая его “почтовым мусором”, поскольку Ваш почтовый домен не числится в списке “разрешенных” отправителей. Письма, отосланные с Вашего адреса, не могут быть прочитаны и автоматически удаляются при прохождении через спам-фильтр еще до того, как письмо попадет в ящик адресата.

5-23
Connection refused – в зависимости от условий, причиной может быть либо то же, что и п.5-01, либо то же, что и п.4-43, либо то же, что и п.4-02.

5-24
this message MIME IP address [домен сервера Вашего Интернет-провайдера] is originated from spammer or open relay network – то же, что и п.5-01.

5-25
Message rejected as spam by Content Filtering – то же, что и п.5-01.

5-26
Access Denied – MSG may contain SPAM/WORM/VIRUS/HOAX – немного сходно с п.5-01, но только Ваше письмо “зарубается” из-за наличия в его коде каких-либо “подозрительных” вставок – например, фонового звукового оформления, простой/анимированной картинки, файла-вложения (в частности, EXE-программы или самораспаковывающегося архива) и т.п.

5-27
A file attached your email (subject: [тема, с которой Вы отсылали письмо]) was removed because of a format violation. Please refer to BMWA-Policy: [ссылка на информационный Интернет-ресурс почтового провайдера получателя письма] – то же, что и п.5-26.

5-28
Illegal Attachment – то же, что и п.5-26.

5-29
The message from [домен почтового сервера отправителя] was rejected based on our blacklist.To be removed,please contact remove at [домен почтового сервера получателя],stating your IP address. – то же, что и п.5-01, но при этом предлагается некий способ “легализации” почтового домена отправителя в “черном списке” антиспам-программы, установленной на почтовом сервере провайдера получателя Вашего письма.

5-30
Rejected – listed at [ссылка на информационный сайт] – то же, что и п.5-29.

5-31
Message rejected by content filter – то же, что и п.5-01.

5-32
Try again later – если др. диагнозов в сообщении не указано, то причина заключается в следующем: на некоторых почтовых серверах – например, rambler.ru, при входе в сервер письма, содержащего значительное количество адресов текущего домена (…@rambler.ru), последнее будет блокировано как спамовое и на некоторые адреса из данного домена доставлено не будет. При этом, для возможности прохождения письма через такой спам-фильтр, отправителю придется отослать письмо повторно, уменьшив количество адресов получателей, принадлежащих данному почтовому домену (т.е. rambler.ru).

5-33
Recipient address rejected: Greylisted … – то же, что и п.5-01.

5-34
Unexpected end of input sequence while deserializing std – скорее всего то же, что и п.5-10.

5-35
can’t create user output file – то же, что и п.5-08.

5-36
This message was blocked because its content presents a potential security issue. Please visit [ссылка на информационный сайт] to review our message content and attachment content guidelines – то же, что и п.5-26.

5-37
JunkMail rejected – [почтовый домен ящика отправителя] is in an RBL on [домен сервера, на котором находится ящик получателя], see Blocked – либо почтовая служба на сервере не была настроена на прием писем, либо почтовый домен отправителя (расширение Вашего адреса после значка “@”) находится в спам-списке и блокируется почтовым сервером получателя.

5-38
Rejected by ESETS_SMTP (spam) (in reply to end of DATA command) – то же, что и п.5-01.

6-01
Deferred: Operation timed out with [домен почтового сервера получателя]
Warning: message still undelivered after 4 hours
Will keep trying until message is 4 days old – отосланное Вами послание не было прочитано получателем в течении 4 часов с момента поступления в его ящик. Письмо будет храниться в ящике получателя в течении 4 дней, после чего будет автоматически удалено (пояснения: некоторые провайдеры ограничивают срок хранения входящей корреспонденции своих клиентов в пределах 3-5 дн., после чего все эти письма автоматически удаляются специальной серверной службой).

6-02
Message could not be delivered for 4 days
Message will be removed from server – отосланное Вами послание пролежало в ящике получателя 4 дня, но так и не было просмотрено; оно будет автоматически удалено (пояснения см. в п.6-01).

6-03
Message could not be delivered for 4 days
Message will be deleted from queue – то же, что и п.6-02.

6-04
The attached message had transient non-fatal delivery errors
THIS IS A WARNING MESSAGE ONLY – YOU DO NOT NEED TO RESEND YOUR MESSAGE!
This server is configured to automatically retry delivery at configured intervals.
Subsequent attempts to deliver this message are pending. – таким сообщением лишь уведомляется, что на данный момент ящик получателя по каким-либо причинам недоступен, однако провайдер почтового сервера получателя будет возобновлять попытки доставки Вашего письма через неопределенные промежутки времени, так что Вам нет необходимости повторно отсылать письмо (правда результативность таких попыток может быть весьма сомнительна да и, кроме того, указанное сообщение может еще неоднократно приходить Вам, пока письмо наконец-то будет доставлено в ящик получателя).

6-05
Sorry, I wasn’t able to establish an SMTP connection. (#4.4.1)
I’m not going to try again; this message has been in the queue too long. – то же, что и п.6-04, но только повторные попытки доставить Ваше письмо адресу не производятся соответствующей службой и оно сразу удаляется после первой же неудачной попытки.

6-06
retry timeout exceeded – в момент попытки доставить Ваше письмо адресату его ящик оказался недоступным. Причина, скорее всего, в сильной загруженности почтового сервера, на котором находится почтовый ящик получателя. Как результат, письмо не может быть доставлено и утеряно, но Вы можете попытаться отправить его повторно, спустя некоторый промежуток времени.

6-07
Operation timed out – если др. диагнозов в сообщении не указано, то причина та же, что и описанная в п.6-06.

6-08
Relay access denied – если др. диагнозов в сообщении не указано, то причина та же, что и описанная в п.6-06.

6-09
Connection timed out – либо то же, что и п.6-01, но только время, которое Ваше письмо будет храниться в ящике до удаления сервисной службой почтового сервера получателя, не указано, либо почтовый сервер, на который отсылалось письмо, по каким-либо причинам не обработал запрос на входящую почту.

6-10
This message hasn’t been delivered yet. Delivery will continue to be attempted.
The server will keep trying to deliver this message for the next 1 days, 19 hours and 47 minutes. You’ll be notified if the message can’t be delivered by that time. – почтовый сервер получателя уведомляет Вас, что в данный момент письмо адресату не было доставлено, но через указанный промежуок времени сервер автоматически повторит попытку доставки письма, о чём уведомит Вас сообщением. При этом совершенно непонятно: просто по какой-то тех. причине письмо не могло быть доставлено получателю, или почтового ящика вообще не существует.

7-01
Your message include a virus and can’t be delivery
Message removed by [название антивируса] – данное сообщение или аналогичное ему имеет место в следующих случаях: отосланное Вами послание реально заражено вирусом (содержит зараженный файл); отосланное Вами послание содержит вложение, которое антивирус на сервере провайдера посчитал вредоносным (например, ZIP-архив с вложенным EXE-файлом); с Вашей машины себя разослал почтовый червь, используя Ваш оригинальный почтовый адрес, но был перехвачен на каком-либо сервере; с какой-либо др. машины себя разослал почтовый червь, используя Ваш оригинальный почтовый адрес, найденный в адресной книге на этой зараженной машине, но был перехвачен на каком-либо сервере; послание службы оповещения является подделкой, сгенерированной каким-либо почтовым червем, отославшим данное послание с какой-либо зараженной машины, на которой в адресной книге имелся Ваш адрес, и червь указал этот адрес в качестве отрправителя; Ваше послание содержит некий текстовый фрагмент, ошибочно принятый антиспам-программой, установленной на сервере почтового провайдера получателя письма, за вредоносный код.

7-02
Original address: [адрес получателя]
Reason: “Possible Virus Detected/Invalid attachment type [название приложенного к письму файла]”
Message rejected: Conversion failure – в принципе то же, что и п.7-01.

7-03
A message sent from [адрес отправителя] to [адрес получателя]
contained [номенклатурное название вируса] and has not been delivered. – в принципе то же, что и п.7-01.

7-04
Virus message was blocked. If it is a mistake, please, visit [сайт поддержки пользователей почтового домена получателя письма] – то же, что и п.7-01.

8-01
Message size is to high that limit and can’t be allowed for use – на почтовом сервере провайдера получателя Вашего письма установлено ограничение на максимально допустимый размер входящих писем; Ваше письмо будет либо уничтожено, либо переслано Вам назад (обычно просто автоматически удаляется на входе в почтовый сервер).

8-02
message size is to longest that limit and can’t be allowed for process of dispatch – то же, что и п.8-01.

8-03
Message size exceeds fixed limit – то же, что и п.8-01.

8-04
Message size exceeds maximum permitted – то же, что и п.8-01.

8-05
File too large – то же, что и п.8-01.

9-01
File is corrupted – на почтовом сервере отправителя/получателя установлена антивирусная программа, которая проанализировала приложенный Вами к письму файл и посчитала его по каким-либо причинам “поврежденным” (например, если вложение было разбито на несколько кусков и отправляется по частям). После этого Ваше послание автоматически удаляется с почтового сервера отправителя/получателя, не достигнув почтового ящика адресата.

9-02
Archive is corrupted – то же, что и п.9-01, но только касательно архива, приложенного к письму.

9-03
Unable to store mail now. Try later. – наиболее вероятной причиной данного сообщения является запрет доступа к ящику получателя, поскольку он (получатель) в момент прибытия Вашего письма уже проверяет почту. Если почтовая служба (почтовый провайдер) получателя построена грамотно, то, несмотря на указанное сообщение, Ваше письмо будет положено в ящик получателя после того, как он закончит проверять свою почту. В противном случае, Вам придется отсылать письмо повторно.

Дополнительная информация
Вышеприведенные перечни содержат расшифровки наиболее распространенных сообщений службы оповещения, поэтому не стоит отчаиваться в том случае, если Вы не нашли в них подходящей – мой список постепенно будет дополняться новыми расшифровками, так что просто подождите какое-то время.

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