I have set up a rule set for inbound emails in AWS SES. This inbound rule receives an email and a lambda function processes the email content.
This worked up until a couple of days ago when I started receiving the error message below when sending emails to the address connected to the inbound rule:
4.3.0 smtp; 451 4.3.0 This message could not be delivered due to a recipient error. Please try again later
However — the rule still triggers the corresponding lambda function which means that the email is actually delivered.
How can I prevent the server from sending this response?
asked Sep 5, 2017 at 11:49
2
Under Actions
in Email receiving
add a Stop rule set
action where it should stop checking additional rules.
answered Sep 15, 2022 at 15:46
Max S.Max S.
1,31914 silver badges24 bronze badges
The lambda function that I thought was causing this was not the culprit in this case.
There was another rule in place which failed since it did not have access to the S3 bucket in which is was supposed to save incoming emails.
Lesson learned: This error message is sent back from the email server when an incoming SES rule fails to exit successfully.
answered Sep 6, 2017 at 15:56
1
If anybody comes across this in future and Karl’s solution isn’t the issue: I had this exact issue and it turned out the action ordering was causing the error.
If the Lambda function action was before the S3 action, it threw the 4.3.0 smtp; 451 4.3.0 This message could not be delivered due to a recipient error. Please try again later
error, even though the flow worked as expected. If you swap them over so it is S3 then lambda, it works fine.
answered May 1, 2020 at 10:56
owfmowfm
211 silver badge2 bronze badges
Ошибка Recipient Address Rejected. Access Denied
Часть постовых сервисов могут выдавать сообщение «Recipient Address Rejected. Access Denied», другие – «Адрес получателя отклонен. Отказано в доступе». Оно появляется в том числе в Outlook. Практически сразу или через короткое время высвечивается событие «Сообщение не доставлено». Данная проблема нередко связана с ошибками 541 и 551.
Содержание
- Причины ошибки
- Как исправить ошибку Recipient Address Rejected?
- 1) Указать правильного получателя
- 2) Извлечь из спама
- 3) Очистить временные данные
- 4) Настроить папки Exchange
Причины ошибки
Данный сбой весьма распространен, поэтому информации о нем хватает. Из доступных пользовательских отчетов удалось выделить 4 основных причины проблемы:
- Адрес электронной почты не существует. Самая частая причина.
- Установлен фильтр с защитой от спама, который блокирует получение сообщений с вашего почтового ящика.
- DBEB блокирует внешние электронные письма. После настройки Exclaimer Cloud с помощью Microsoft 365 и отправки письма в общие папки, причиной может стать DBEB.
- Проблема с DNS. Решением может стать очистка кэша.
Каждая из перечисленных причин имеет свой способ решения. Исправив первопричину, удастся избавиться и от ошибки.
1) Указать правильного получателя
Это нужно попробовать в первую же очередь. Следует несколько раз проверить, что адрес электронной почты получателя указан верно. Возможно, пользователь удалил свой почтовый ящик. Некоторые почтовые сервисы позволяют изменять адреса, поэтому есть вероятность, что он просто переехал. Конечно же, никто не отменял человеческий фактор, возможно, просто указан неправильный электронный адрес.
Совет! Ошибка особенно часто появляется при попытке создать массовую рассылку. Среди всех пользователей есть те, которые уже переехали или удалили свой почтовый ящик. Один из вариантов исправления – создать почтовый ящик CatchAll для массовых рассылок.
Если удалось установить, что почтовый ящик существует, но продолжает появляться ошибка «Адрес получателя отклонен», следует попробовать другие способы.
2) Извлечь из спама
Часто причиной ошибки становится активная система фильтрации спама, установленная на домене получателя. Из-за каких-то прошлых действий на почте вас могли внести в список спама, поэтому и возвращается ошибка.
Всего есть 3 основные причины:
- Владелец спам-фильтра уже помечал подобные сообщения в качестве спама. Все письма от этого отправителя автоматически будут получать такую пометку.
- Электронная почта помещена в черный список. Политика домена может привести к тому, что каждое письма с такой почты будет помечаться как спам.
- Сообщение получено, но разделено системой и не было доставлено правильному почтовому ящику.
Единственное решение во всех случаях – попросить добавить вашу почту в белый список. Для этого нужно связаться с человеком другим способом, возможно, просто с другой почты.
3) Очистить временные данные
Есть большая вероятность, что проблемы с отправкой наблюдаются только при подключении к конкретной сети. В таком случае у вас есть все причины полагать, что причиной стал DNS. Сообщение «Адрес получателя отклонен. Ошибка в доступе» будет следствием проблем протокола или передачи данных. Если откинуть сбой сетевого адаптера (нужно проверить подключение к интернету), то проблема в DNS. Чаще всего все дело во временных данных.
Как выполнить сброс кэша DNS, TCP/IP:
- Нажать сочетание клавиш Win + R и в диалоговое окно (должно сразу появиться) нужно ввести cmd.
- Щелкнуть по сочетанию клавиш Ctrl + Shift + Enter – это приведет к запуску консоли с правами администратора.
- Если появится запрос на подтверждение доступа от UAC, в нем нужно нажать на кнопку «Разрешить».
- Ввести команды, после каждой нажимая Enter:
ipconfig /flushdns
nbtstat -R
nbtstat -RR
netsh int reset all
netsh int ip reset
netsh winsock reset
Остается только закрыть командную строку и попробовать отправить письмо снова.
4) Настроить папки Exchange
Применимо только для тех, кто пытается отправить письмо после настройки Exclaimer Cloud через Microsoft 365. Скорее всего проблемой является блокировка доступа к каталогам DBEB. Система предусмотрена в Microsoft 365 по умолчанию и автоматически отклоняет все письма с адресами, не предусмотренными в Azure Active Directory. Они даже могут присутствовать, но считаться внешними, ведь хранятся в почтовом ящике общедоступных папок, не синхронизированных с Azure.
Что нужно сделать:
- ароверить, что все общедоступные сервера размещены локально;
- удостовериться в том, что общедоступные сервера есть в Exchange Online;
- отключить блокировку DBEB.
Ошибка Recipient Address Rejected может быть исправлена либо изменением адреса получателя, либо внесением корректив в его настройки фильтрации для приходящих писем. Исключение – Exclaimer Cloud Microsoft 365, но это отдельная история.
Masters,
Yesterday we got many «infected» mail, with an empty word attachement. I think one of our users open the word and allow the content to run. But i’m not sure.
The probelm:
One of our users got and error message after sending e-mail. (every mail followed this messagE)
The message could not be delivered to the following recipients or groups: exchqua@mydomain.local
The recipient’s mailbox
is full and can not at present receive messages.
Please try again later to send the message
or contact directly to the recipient.
exchqua@mydomain.LOCAL
#554-5.2.2 mailbox full 554 5.2.2 STOREDRV.Deliver.Exception:QuotaExceededException.MapiExceptionShutoffQuotaExceeded; Failed to process message due to a permanent exception with message Cannot open mailbox /o=mydomain/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=SBS/cn=Microsoft
System Attendant. 16.55847:C4000000, 17.43559:0000000008010000000000000100000000000000, 255.23226:00000000, 255.27962:FE000000, 255.17082:DD040000, 0.26937:00000000, 4.21921:DD040000, 255.27962:FA000000, 255.1494:00000000, 255.26426:FE000000, 2.22787:00000000,
4.13032:0F010480, 0.25848:0F010480, 4.7588:0F010480, 0.25840:0F010480, 4.6564:0F010480, 4.5721:DD040000, 4.6489:DD040000, 0.34743:1DFAFFFF, 4.2199:DD040000, 0.56415:0F010480, 4.48223:DD040000, 4.17097:DD040000, 4.8620:DD040000, 255.1750:0F010480, 0.26849:14004967,
255.21817:DD040000, 0.26297:0F010480, 4.16585:DD040000, 0.32441:0F010480, 4.1706:DD040000, 0.24761:2D000000, 4.20665:DD040000, 0.25785:13800000, 4.29881:DD040000 ##
Received: from SmtpServer.Submit by SBS.mydomain.local with Microsoft SMTP
Server id 14.3.248.2; Fri, 4 Dec 2015 08:07:13 +0000
MIME-Version: 1.0
From: <kontraa@mydomain.com>
Subject: [Quarantine] =?utf-8?B?Q29ubG9naXN0aWNzIExhZHVuZ3NhbmdlYm90IFJlZi4tTnIuIEFOSlMtMTUxMjA0LTEwOSBFWDpELTM4NDM2IFdvbGZzYnVyZyAtIE5BQ0g6RC0wODI5NCBMw7Zzc25pdHo=?=
Content-Type: multipart/mixed;
boundary=»e54bb5c8-e477-4d1a-93af-0126db0753c4″
Message-ID: <e9a21ac7-d9b6-48a1-b50e-7c9e7d7e9b1a@mydomain.com>
To: Undisclosed recipients:;
Return-Path: kontraa@mydomain.com
Date: Fri, 4 Dec 2015 09:07:13 +0100
Any help apperitiated..
Если Вы отправили письмо, а в ответ на него пришло сообщение серверной службы оповещения с такими параметрами:
В поле “От” (один из нижеприведенных вариантов):
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 [email protected] – скорее всего, причиной является одновременное совпадение вещей, описанных в п.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. – наиболее вероятной причиной данного сообщения является запрет доступа к ящику получателя, поскольку он (получатель) в момент прибытия Вашего письма уже проверяет почту. Если почтовая служба (почтовый провайдер) получателя построена грамотно, то, несмотря на указанное сообщение, Ваше письмо будет положено в ящик получателя после того, как он закончит проверять свою почту. В противном случае, Вам придется отсылать письмо повторно.
Дополнительная информация
Вышеприведенные перечни содержат расшифровки наиболее распространенных сообщений службы оповещения, поэтому не стоит отчаиваться в том случае, если Вы не нашли в них подходящей – мой список постепенно будет дополняться новыми расшифровками, так что просто подождите какое-то время.
Если после отправки писем Вы не получаете никаких сообщений службы оповещения, равно, как и ответов на свои письма, то, скорее всего, это происходит по одной из следующих причин: либо на почтовом сервере получателя присылаемые Вами послания воспринимаются как спам и автоматически удаляются без отсылки каких-либо предупредительных уведомлений, либо человек, которому Вы пишите, просто не читает или не реагирует на получаемые письма.
Настройка домашнего компьютера может быть не такой сложной задачей, даже для обычного пользователя ПК. Но некоторые моменты могут ввести в ступор даже опытного юзера. К примеру, при отправлении письма на электронную почту адресанта может прийти ответ: «Delivery to the following recipient failed permanently». Что стало этому причиной, и что делать с подобным письмом, попробуем разобраться в этой статье.
При переводе «Delivery to the following recipient failed permanently» означает следующую фразу: «Не удалось доставить письмо получателю». Это сообщение приходит по протоколу SMTP (Simple Mail Transfer Protocol) от MTA (mail transfer agent).
SMTP (простой протокол передачи почты) – это специальный сетевой протокол, который используется для передачи электронных писем между различными серверами отправителей и получателей. Этот протокол занимается проверкой настроек и отправкой исходящих писем, а также проверяет, было ли сообщение доставлено. В случае неудачи отправителю приходит соответствующее уведомление.
Возможные причины возврата письма
Выделяют два вида причин допущенных ошибок:
- электронный ящик превысил свою квоту;
- адрес получателя не зарегистрирован.
Первая ошибка – временная, а вторая – постоянная, и её никак не исправить. Если же проблема носит временный характер, тогда попытка отправки может повториться через небольшой промежуток времени автоматически. А вот во втором случае сразу приходит оповещение о невозможности доставки.
Если же обратиться на форум Microsoft, то там указан целый ряд причин получения подобного сообщения:
- почтового ящика получателя не существует;
- опечатка в написании почтового ящика;
- если у домена, на котором зарегистрирован данный почтовый ящик, закончился срок регистрации, письма также не будут поступать;
- ящик получателя переполнен, и он не может принимать письма (хотя эта ошибка не очень часто встречается, но всё же она имеет место быть, особенно в корпоративной сфере);
- указанный хост или домен не удалось найти, причиной может быть ошибка с адресами DNS;
- большие размеры сообщения (прикреплённый файл слишком большого размера, или превышены ограничения по словам в письме).
Как исправить ошибку
Первое, что нужно сделать в такой ситуации — это убедиться, что нет ошибки в написании электронного адреса получателя.
Затем при использовании протокола SMPT для рассылки email нужно проверить адреса и порты. Удобно для этого использовать SMTP Яндекса в качестве проверки.
Также стоит обратить внимание и на другие советы по исправлению этой ошибки:
- Перезапустить и опять проверить конфигурацию SMPT и работу сервера IIS.
- Обратная зона для сервера, используемого с целью отправки, — это обязательное условие.
- Провести проверку логов SMTP для виртуального сервера и убедиться в стабильной работе CFENGINE.
Среди самых простых советов можно встретить следующие:
- запросить логин и обратиться к хосту, они могут помочь с обнаружением ошибки;
- использовать другой браузер для отправки писем, для этого варианта подойдёт даже мобильный телефон;
- в качестве исходящего можно использовать другой почтовый адрес, чтобы удостовериться в отсутствии блокировки из-за спам-фильтра.
Причин для получения такого сообщения может быть множество. И, конечно, у кого-то могут быть и другие решения.
Напишите в комментариях, возникала ли у вас такая проблема, как «Delivery to the following recipients failed permanently», и как с ней справились вы. Возможно, ваша история поможет кому-то из читателей, которые столкнулись с подобной ситуацией. И общими усилиями удастся увеличить количество вариантов решения подобных проблем.
Ошибка электронной почты 550 может возникнуть в различных клиентских программах , таких как Outlook и Mozila Thunderbird. Ошибка возникает, когда некоторые пользователи отправляют электронные письма с клиентским программным обеспечением. Хотя точные всплывающие сообщения об ошибках могут незначительно отличаться, все они будут содержать код ошибки 550. Как следствие, пользователи не могут отправлять электронные письма конкретным получателям с помощью своего клиентского программного обеспечения.
Ошибка 550 — это ошибка SMTP (Simple Mail Transfer Protocol) для отправки электронной почты. SMTP-сервер не отправил электронное письмо, когда возникает ошибка 550, поскольку почтовый ящик получателя недоступен. Это может произойти из-за нескольких вещей, а в некоторых случаях это может быть проблема, которую может исправить предполагаемый получатель, а не отправитель.
Как пользователи могут исправить ошибку электронной почты 550?
1. Проверьте адрес электронной почты опечатки
Ошибка 550 может возникнуть из-за опечаток электронной почты. Итак, еще раз проверьте, что вы ввели точный адрес электронной почты. Убедитесь, что в адресе электронной почты нет опечаток или пробелов, прежде чем нажимать кнопку отправки.
2. Отправить письмо на день позже
Хотя это маловероятно, сервер получателя может быть недоступен при отправке электронного письма. Итак, попробуйте один или два дня. Тогда сервер может вернуться в исходное состояние, когда вы отправите письмо еще раз через несколько дней.
3. IP-адрес электронной почты находится в черном списке?
- Может случиться, что антиспам-фильтр заблокировал IP-адрес / домен сервера для сервера электронной почты при возникновении ошибки 550. Чтобы проверить, так ли это, откройте страницу поиска MX .
- Введите свой почтовый домен в текстовое поле и нажмите кнопку « Поиск MX» . Затем будет предоставлена информация об IP-адресе для введенного домена электронной почты.
- Скопируйте IP-адрес вашего почтового домена в буфер обмена, выделив его и нажав Ctrl + C.
- Затем откройте страницу проверки черного списка в браузере.
- Вставьте IP-адрес в текстовое поле с помощью сочетания клавиш Ctrl + V.
- Нажмите кнопку Проверка черного списка , которая покажет пользователям список черных списков адресов электронной почты.
Если проверка в черном списке указывает на то, что антиспам-фильтр внес в черный список введенный IP-адрес электронной почты, поэтому вы не можете отправлять сообщения. Попробуйте отправить сообщение с альтернативным адресом электронной почты, если можете. Кроме того, пользователи, у которых нет альтернативной электронной почты, могут создавать новые учетные записи веб-почты в Yahoo, Gmail и т. Д.
4. Включите аутентификацию SMTP
- Некоторым пользователям может потребоваться включить аутентификацию SMTP для своего программного обеспечения почтового клиента. Пользователи Outlook 2013/16 могут сделать это, щелкнув Инструменты в окне Outlook.
- Выберите Настройки учетной записи в меню.
- Затем выберите учетную запись электронной почты и нажмите кнопку « Изменить» .
- Нажмите кнопку « Дополнительные параметры» в открывшемся окне «Изменить параметры электронной почты».
- Выберите вкладку «Исходящий сервер» в открывшемся окне «Параметры электронной почты Интернета».
- Установите флажок Мой исходящий сервер (SMTP) требует проверки подлинности .
- Кроме того, нажмите кнопку Использовать те же настройки, что и у моего сервера входящей почты .
- Нажмите кнопку ОК .
- Пользователи Mozilla Thunderbird могут настроить SMTP-аутентификацию, щелкнув Инструменты и Настройки учетной записи в окне Thunderbird.
- Выберите Исходящий сервер в левой части окна.
- Выберите почтовый сервер и нажмите кнопку « Редактировать» , чтобы открыть окно, показанное ниже.
- Затем пользователям нужно будет ввести настройки SMTP для своего почтового сервера. Например, пользователям Gmail нужно будет ввести «smtp.gmail.com» в качестве адреса сервера и «587» или «465» в качестве номеров портов TLS / SSL.
- Нажмите кнопку ОК после ввода необходимых данных.
Эти резолюции могут исправить ошибку электронной почты 500 для некоторых пользователей. Однако предполагаемые получатели электронной почты также могут решить проблему, отключив свои брандмауэры антивирусного программного обеспечения или очистив свои почтовые ящики. Таким образом, некоторым пользователям может потребоваться связаться с получателями (без электронной почты), чтобы решить проблему.
СВЯЗАННЫЕ СТАТЬИ, ЧТОБЫ ПРОВЕРИТЬ:
- Как исправить ошибку электронной почты 0x80048802 в Windows 10
- Как исправить ошибку Outlook 0x80042109 в Windows 10
- Ошибка 421 не может подключиться к SMTP-серверу в Outlook [EXPERT FIX]