Mail delivery failed: как да прочетете съобщението за грешка и какво означават кодовете
Получавате ли обратно имейл с тема Mail delivery failed: returning message to sender, Undelivered Mail Returned to Sender или Delivery Status Notification (Failure)? Тогава Вашият имейл не е доставен. Такова съобщение за грешка се нарича bounce. То идва от Mailer-Daemon или Mail Delivery System и почти винаги посочва какъв е проблемът. Ето как да го прочетете.
Как да прочетете bounce
pieter@example.net host mx1.example.net [198.51.100.20] SMTP error from remote mail server after RCPT TO:<pieter@example.net>: 550 5.1.1 <pieter@example.net>: Recipient address rejected: User unknown
- За кой адрес е възникнала грешката? При няколко получатели грешката важи само за този адрес.
- Кой я съобщава? Ако пише SMTP error from remote mail server, сървърът на получателя (след host) е отказал имейла. Ако това не е посочено, нашият собствен сървър е прекратил опитите, например заради лимит.
- Кодът и текстът след него: там е посочена причината.
В техническата част под това разгледайте Remote-MTA (сървърът, който е отказал) и Diagnostic-Code (неговият буквален отговор). Най-отдолу са заглавните редове на Вашия оригинален имейл: там виждате кой адрес на подателя и кой сървър са използвани.
Временно или окончателно: правилото 4/5
- Ако кодът започва с 5 (
550,5.7.1), имейлът е окончателно отказан. Повторното изпращане помага едва след като причината е отстранена. - Ако кодът започва с 4 (
451,4.7.500), проблемът е временен и нашият сървър сам опитва отново. Ако получите съобщение за забавяне сAction: delayed, не изпращайте имейла повторно, иначе той може да пристигне два пъти.
Второто число показва къде е проблемът: x.1 адресът, x.2 пощенската кутия, x.3 пощенската система, x.4 връзката, x.7 сигурност и политики.
Най-често срещаните кодове
| Код или съобщение | Значение | Кой трябва да действа? |
|---|---|---|
550 5.1.1 User unknown, Recipient address rejected | Адресът не съществува. | Вие: проверете изписването. |
452 4.2.2 или 552 5.2.2 Mailbox full, Quota exceeded | Пощенската кутия на получателя е пълна. | Получателят. |
552 5.3.4 Message too big | Съобщението е твърде голямо. При нас едно съобщение може да бъде максимум 50 MB, заедно с прикачените файлове. Това са приблизително 36 MB прикачени файлове. | Вие: споделяйте големи файлове чрез линк, вижте Отказан имейл: message too big. |
550 5.7.1 Relaying denied | Вашата имейл програма не влиза в изходящия сървър. | Вие: включете удостоверяването, вижте Не мога да изпращам имейли (получаването работи). |
451 Daily send limit of 300 emails for account '...' is reached, message limit reached | Достигнат е нашият дневен лимит: стандартно 300 имейла на пакет на ден, при някои пакети по-малко. | Вие: изчакайте до утре. Ако самите Вие изпращате малко, пощенската Ви кутия може да е злоупотребена. Вижте Лимит за изпращане на имейли. |
550 5.7.1 с друг текст | Получателят отказва имейла поради собствена политика, например спам. Текстът посочва причината. | Зависи от текста. |
550 5.7.26 (Gmail), 550 5.7.509 (Microsoft), SPF check failed, DMARC check failed | SPF, DKIM или DMARC не са наред за Вашия домейн. | Вие: настройте ги правилно, включително за услуги, които изпращат имейли от Ваше име. Вижте Какво е DMARC? Обяснение на разбираем език. |
550 5.7.25 (Gmail) | Изпращащият сървър няма коректен reverse DNS (PTR). | Администраторът на сървъра: при хостинг пакет това сме ние, при VPS това сте Вие (Изпращане на имейли от Вашия VPS и настройка на reverse DNS). |
421 4.7.28 или 550 5.7.28 (Gmail), unusual rate | Необичайно много (нежелани) имейли от този IP адрес. | Администраторът на сървъра. Ако самите Вие изпращате много имейли наведнъж, използвайте услуга за бюлетини. |
451 4.7.500 (Microsoft), Server busy | Microsoft временно ограничава IP адреса на изпращащия сървър. | Никой директно: сървърът опитва отново. |
550 5.7.606 (Microsoft), banned sending IP | Microsoft е блокирал IP адреса на изпращащия сървър. | Администраторът на сървъра. При нашите сървъри: изпратете ни bounce съобщението. |
550 5.7.708 (Microsoft) | Изпращате чрез Microsoft 365 и Microsoft вече не приема трафик от тази среда. | Администраторът на Вашия Microsoft 365, чрез поддръжката на Microsoft. |
550 5.7.515 (Microsoft) | Изпращате много имейли към Outlook.com без успешна проверка на SPF и DKIM или без DMARC. | Вие: настройте правилно SPF, DKIM и DMARC. |
554 IP=... - None/bad reputation (NOWL) (T-Online) | T-Online не допуска имейли от този IP адрес. | Администраторът на сървъра. Изпратете ни bounce съобщението. |
421 Service not available, Too many connections | Получаващият сървър в момента не приема имейли. | Никой: нашият сървър ще опита отново по-късно. |
| blocked using, listed at, Spamhaus | Даден IP адрес е в черен списък (blacklist). | Вижте Отказано изпращане: черни списъци и лимити. |
Повече за Microsoft и T-Online ще прочетете в Имейли към Outlook, Hotmail или T-Online са забавени или отказани. Ако Вашият код не е в списъка, потърсете го при доставчика, който го е върнал, например Gmail или Microsoft.
Получавате точно съобщението 550 5.5.0 Requested action not taken: mailbox unavailable? Какво означава то и какво можете да направите, ще прочетете в Съобщение за грешка: 550 5.5.0 Requested action not taken: mailbox unavailable.
Bounce съобщения за имейли, които не сте изпращали
Изведнъж получавате bounce съобщения за имейли, които никога не сте изпращали? Тогава разгледайте оригиналния имейл най-отдолу. Ако Вашият адрес е посочен като подател, но с текст и сървър, които не познавате, значи спамър е фалшифицирал Вашия адрес и bounce съобщенията се връщат при Вас. Това се нарича backscatter. Това не означава непременно, че пощенската Ви кутия е хакната. DMARC запис помага на получателите да отказват такива фалшифицирани имейли, вижте Какво е DMARC? Обяснение на разбираем език. За всеки случай проверете в папка „Изпратени“ и в Email Tracking дали нещо не е изпратено от собствената Ви пощенска кутия. Ако се съмнявате, прочетете Какво да направите, ако Вашият имейл адрес е злоупотребен.
Не можете да се справите? Създайте тикет чрез Центъра за поддръжка с пълното bounce съобщение, адреса на получателя и часа. Така ще можем веднага да открием имейла.
Вижте също в ръководството за DirectAdmin: Отказано изпращане: черни списъци и лимити.
Подробно обяснение с екранни снимки: Не мога да изпращам имейли в ръководството за DirectAdmin.
Искате да научите повече? Запишете се за безплатния курс „Имейлът в ред“, урок 6.1 Как да прочетете bounce и урок 6.2 Обяснение на често срещаните кодове за грешки.