Mail delivery failed returning message to sender как исправить

Информация о материале:

Опубликовано: 2022-11-08

Обновлено: 2022-11-11

Автор: АдМинь БагоИскатель

Разбираем и лечим ошибки отправки и пересылки электронной почты. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error.

Имеем:

• электронный почтовый ящик client@ukr.net;
• входящие сообщения о новых заказах на неком magaz.ua;
• пересылка входящих на client@gmail.com;
• оригинальные название магаза и Имя получателя/отправителя изменены.

Некоторые письма от magaz.ua пересылаемые с ukr.net gmail возвращает ругаясь на This message is not RFC 5322 compliant и 550-5.7.1 duplicate headers.

Смотрим заголовки электронного письма вернушегося от gmail:

This message was created automatically by mail delivery software.
 
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
 
 client@gmail.com
 host gmail-smtp-in.l.google.com [64.233.165.27]
 SMTP error from remote mail server after end of data:
 550-5.7.1 [212.42.77.194] This message is not RFC 5322 compliant, the issue is:
 550-5.7.1 duplicate headers. To reduce the amount of spam sent to Gmail, this
 550-5.7.1 message has been blocked. Please review
 550 5.7.1 RFC 5322 specifications for more information. bk37-20020a05651c23a500b002770960b9f3si7461759ljb.514 - gsmtp
 
--1667884506-eximdsn-33613
Content-type: message/delivery-status
 
Reporting-MTA: dns; frv194.fwdcdn.com
 
Action: failed
Final-Recipient: rfc822;client@gmail.com
Status: 5.0.0
Remote-MTA: dns; gmail-smtp-in.l.google.com
Diagnostic-Code: smtp; 550-5.7.1 [212.42.77.194] This message is not RFC 5322 compliant, the issue is:
 550-5.7.1 duplicate headers. To reduce the amount of spam sent to Gmail, this
 550-5.7.1 message has been blocked. Please review
 550 5.7.1 RFC 5322 specifications for more information. bk37-20020a05651c23a500b002770960b9f3si7461759ljb.514 - gsmtp
 
--1667884506-eximdsn-33613
Content-type: text/rfc822-headers
 
Return-path: <client@ukr.net>
Received: from [10.10.80.14] (helo=frv52.fwdcdn.com)
 by frv194.fwdcdn.com with smtp ID 1osGwz-000AcV-Mg
 for client@gmail.com; Tue, 08 Nov 2022 07:15:05 +0200
Received: from [10.10.10.75] (helo=frv75.fwdcdn.com) by frv52.fwdcdn.com; Tue, 08 Nov 2022 07:15:05 +0200
Authentication-Result: IP=79.137.70.68; mail.from=magaz@on.magaz.ua; dkim= header.i= header.d=; ID=1osGwz-0003Ej-M5
Received-SPF: pass (frv75.fwdcdn.com: domain of on.magaz.ua designates 79.137.70.68 as permitted sender) client-ip=79.137.70.68; envelope-from=magaz@on.magaz.ua; helo=mx3.on.magaz.ua;
Received: from mx3.on.magaz.ua ([79.137.70.68])
 by frv75.fwdcdn.com with esmtps ID 1osGwz-0003Ej-M5
 for client@ukr.net; Tue, 08 Nov 2022 07:15:05 +0200
Received: from mx3.on.magaz.ua (mx3.on.magaz.ua [127.0.0.1])
 by mx3.on.magaz.ua (Postfix) with ESMTP id 0B2E483C1
 for <client@ukr.net>; Tue, 8 Nov 2022 07:15:05 +0200 (EET)
X-Virus-Scanned: amavisd-new at mx3.on.magaz.ua
Received: from mx3.on.magaz.ua ([127.0.0.1])
 by mx3.on.magaz.ua (mx3.on.magaz.ua [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id h1mZ7KMKh_Me for <client@ukr.net>;
 Tue, 8 Nov 2022 07:15:03 +0200 (EET)
Received: from 172.16.0.110 (unknown [172.16.0.197])
 by mx3.on.magaz.ua (Postfix) with SMTP id 956E97177
 for <client@ukr.net>; Tue, 8 Nov 2022 07:15:02 +0200 (EET)
Date: Tue, 08 Nov 2022 07:15:02 +0200
To: client@ukr.net
Subject: =?UTF-8?B?0JXQv9GW0YbQtdC90YLRgDog0J3QvtCy0LUg0LfQsNC80L7QstC70LXQvdC90Y8g4oSWMTk5OTExMTM=?=
From: magaz@on.magaz.ua
Reply-To: magaz@on.magaz.ua
X-EVENT_NAME: SALE_NEW_ORDER
X-Priority: 3 (Normal)
Date: Tue, 08 Nov 2022 07:15:02 +0200
MIME-Version: 1.0
X-MID: 9773279.33 (08.11.2022 07:15:00)
Content-Type: multipart/alternative; boundary="-------alt4756369e5d"
Message-Id: <20221108051505.0B2E483C1@mx3.on.magaz.ua>
X-Authentication-Results: mxs.ukr.net;
 spf=pass (frv75.fwdcdn.com: domain of on.magaz.ua designates 79.137.70.68 as permitted sender) client-ip=79.137.70.68;
 dmarc=accept header-from=magaz@on.magaz.ua
X-Ukrnet-Yellow: 1
X-ResentFrom: <client@ukr.net>
X-Exim-DSN-Information: Due to administrative limits only headers are returned

Заголовки того же самого электронного письма успешно попавшего в ящик ukr.net:

Return-path: <magaz@on.magaz.ua>
Received: from [10.10.10.75] (helo=frv75.fwdcdn.com) by frv52.fwdcdn.com; Tue, 08 Nov 2022 07:15:05 +0200
Authentication-Result: IP=79.137.70.68; mail.from=magaz@on.magaz.ua; dkim= header.i= header.d=; ID=1osGwz-0003Ej-M5
Received-SPF: pass (frv75.fwdcdn.com: domain of on.magaz.ua designates 79.137.70.68 as permitted sender) client-ip=79.137.70.68; envelope-from=magaz@on.magaz.ua; helo=mx3.on.magaz.ua;
Received: from mx3.on.magaz.ua ([79.137.70.68])
 by frv75.fwdcdn.com with esmtps ID 1osGwz-0003Ej-M5
 for client@ukr.net; Tue, 08 Nov 2022 07:15:05 +0200
Received: from mx3.on.magaz.ua (mx3.on.magaz.ua [127.0.0.1])
 by mx3.on.magaz.ua (Postfix) with ESMTP id 0B2E483C1
 for <client@ukr.net>; Tue, 8 Nov 2022 07:15:05 +0200 (EET)
X-Virus-Scanned: amavisd-new at mx3.on.magaz.ua
Received: from mx3.on.magaz.ua ([127.0.0.1])
 by mx3.on.magaz.ua (mx3.on.magaz.ua [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id h1mZ7KMKh_Me for <client@ukr.net>;
 Tue, 8 Nov 2022 07:15:03 +0200 (EET)
Received: from 172.16.0.110 (unknown [172.16.0.197])
 by mx3.on.magaz.ua (Postfix) with SMTP id 956E97177
 for <client@ukr.net>; Tue, 8 Nov 2022 07:15:02 +0200 (EET)
Date: Tue, 08 Nov 2022 07:15:02 +0200
To: client@ukr.net
Subject: =?UTF-8?B?0JXQv9GW0YbQtdC90YLRgDog0J3QvtCy0LUg0LfQsNC80L7QstC70LXQvdC90Y8g4oSWMTk5OTExMTM=?=
From: magaz@on.magaz.ua
Reply-To: magaz@on.magaz.ua
X-EVENT_NAME: SALE_NEW_ORDER
X-Priority: 3 (Normal)
Date: Tue, 08 Nov 2022 07:15:02 +0200
MIME-Version: 1.0
X-MID: 9773279.33 (08.11.2022 07:15:00)
Content-Type: multipart/alternative; boundary="-------alt4756369e5d"
Message-Id: <20221108051505.0B2E483C1@mx3.on.magaz.ua>
X-Authentication-Results: mxs.ukr.net;
 spf=pass (frv75.fwdcdn.com: domain of on.magaz.ua designates 79.137.70.68 as permitted sender) client-ip=79.137.70.68;
 dmarc=accept header-from=magaz@on.magaz.ua
X-Ukrnet-Yellow: 1
X-Ukrnet-Flavor: coconut
...

У обоих писем Message-Id: <20221108051505.0B2E483C1@mx3.on.magaz.ua> – одинаковое, значит имеем дело с одним и тем же письмом, которое сначала зашло в ящик client@ukr.net и потом автоматически перенаправлено в ящик client@gmail.com.

Что говрит стандарт RFC 5322 о заголовках электронных писем и ограничениях на их число:

RFC 5322: Internet Message Format
https://www.rfc-editor.org/rfc/rfc5322#section-3.6
 
3.6.  Field Definitions
...
The following table indicates limits on the number of times each
field may occur in the header section of a message as well as any
special limitations on the use of those fields.  An asterisk ("*")
next to a value in the minimum or maximum column indicates that a
special restriction appears in the Notes column.
 
   +----------------+--------+------------+----------------------------+
   | Field          | Min    | Max number | Notes                      |
   |                | number |            |                            |
   +----------------+--------+------------+----------------------------+
   ....
   | orig-date      | 1      | 1          |                            |
   | from           | 1      | 1          | See sender and 3.6.2       |
   | sender         | 0*     | 1          | MUST occur with            |
   |                |        |            | multi-address from - see   |
   |                |        |            | 3.6.2                      |
   | reply-to       | 0      | 1          |                            |
   | to             | 0      | 1          |                            |
   | cc             | 0      | 1          |                            |
   | bcc            | 0      | 1          |                            |
   | message-id     | 0*     | 1          | SHOULD be present - see    |
   |                |        |            | 3.6.4                      |
   | in-reply-to    | 0*     | 1          | SHOULD occur in some       |
   |                |        |            | replies - see 3.6.4        |
   | references     | 0*     | 1          | SHOULD occur in some       |
   |                |        |            | replies - see 3.6.4        |
   | subject        | 0      | 1          |                            |
 
...
 
https://www.rfc-editor.org/rfc/rfc5322#section-3.6.1
 
3.6.1.  The Origination Date Field
 
   The origination date field consists of the field name "Date" followed
   by a date-time specification.
 
   orig-date       =   "Date:" date-time CRLF
 
   The origination date specifies the date and time at which the creator
   of the message indicated that the message was complete and ready to
   enter the mail delivery system.  For instance, this might be the time
   that a user pushes the "send" or "submit" button in an application
   program.  In any case, it is specifically not intended to convey the
   time that the message is actually transported, but rather the time at
   which the human or other creator of the message has put the message
   into its final form, ready for transport.  (For example, a portable
   computer user who is not connected to a network might queue a message
   for delivery.  The origination date is intended to contain the date
   and time that the user queued the message, not the time when the user
   connected to the network to send the message.)

Приглядевшись к заголовкам электронного сообщения из дубликатов можно обнаружить только один заголовок Date, ака orig-date (The origination date field consists of the field name “Date” followed by a date-time specification.).

Min number и Max number = 1, а заголовков Date: в сообщении целых 2:

Received: from 172.16.0.110 (unknown [172.16.0.197])
 by mx3.on.magaz.ua (Postfix) with SMTP id 956E97177
 for <client@ukr.net>; Tue, 8 Nov 2022 07:15:02 +0200 (EET)
Date: Tue, 08 Nov 2022 07:15:02 +0200
...
Date: Tue, 08 Nov 2022 07:15:02 +0200
MIME-Version: 1.0
...

Postfix – это агент отправки уже сформированного письма, ПО же которое формирует заголовки письма нам не известно (X-Mailer: не указан).

Получается, что magaz.ua, когда отправляет, а ukr.net, когда принимает, – не придерживаются секции “3.6. Field Definitions” стандарта rfc5322 на лимит числа заголовков “Date”? И как их там всех убедить исправить багу?

Ссылки по теме duplicate headers

• Gmail: Weird RFC 5322 bounces and what to do about them
• Duplicate Date header in SMTP · Issue #6295 · osTicket/osTicket · GitHub
  …
  Make sure that the following headers included in your email are limited to just one each: BCC, CC, Date, From, Sender, Subject, To.

Статья будет обновляться по мере необходимости…

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

При заказе раньше приходило письмо на почту заказнику и копия заказа администратору, а сейчас приходит письмо.
======================================================================
Mail delivery failed: returning message to sender

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

cyprusbutterfly@gmail.com
SMTP error from remote mail server after end of data:
host gmail-smtp-in.l.google.com [2a00:1450:400c:c0b::1b]:
550-5.7.1 [2a01:4f8:130:13db::2] Our system has detected that this message does
550-5.7.1 not meet IPv6 sending guidelines regarding PTR records and
550-5.7.1 authentication. Please review
550-5.7.1 https://support.google.com/mail/?p=ipv6_authentication_error for more
550 5.7.1 information. 80si5724674wmi.49 – gsmtp

—— This is a copy of the message, including all the headers. ——

Return-path:
Received: from cyprusbutterfly by cyprusbutterfly.com.cy with local (Exim 4.84_2)
(envelope-from )
id 1b2jVt-0006bn-Bq
for cyprusbutterfly@gmail.com; Tue, 17 May 2016 21:14:37 +0300
To: cyprusbutterfly@gmail.com
Subject: =?UTF-8?B?0J/QvtGB0YLRg9C/0LjQuyDQvdC+0LLRi9C5INC30LDQutCw0Lc=?=
X-PHP-Originating-Script: 501:system.mail.inc
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes
Content-Transfer-Encoding: 8Bit
X-Mailer: Drupal
Sender: info@cyprusbutterfly.com.cy
From: =?UTF-8?B?0JrQuNC/0YAg0L/QvtC0INC60LvRjtGH?=cyprusbutterfly.com.cy
Message-Id:
Date: Tue, 17 May 2016 21:14:37 +0300

• Есть вопрос

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

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

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)

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

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
Disc 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.

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 — то же, что и п.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
Recipient address rejected: Greylisted for [промежуток времени] — ящик получателя не ответил на запрос о поступлении входящей почты в течении указанного промежутка времени, по причине чего Ваше письмо не может быть доставлено. Причины данной ситуации, по идее, должны быть указаны в сообщении службы оповещения.

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.

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

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

4-03
host not found — то же, что и п.4-02.

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 — почтового ящика с указанным адресом не существует.

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 — то же, что и п.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 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-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 [POP3-сервер входящей почты получателя] — если в сообщении службы оповещения не указаны какие-либо др. диагнозы, то Ваше письмо не может быть доставлено адресату из-за сбоя на почтовом сервере, где расположен ящик адресата (причины данного сбоя могут быть различными).

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.

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.

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

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
Relay access denied (или просто access denied) — то же, что и п.5-01.

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

5-21
Requested action not taken: message refused — очевидно то же, что и п.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.

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.

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.

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

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

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

*****

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

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