Mail delivery failed: kaip perskaityti klaidos pranešimą ir ką reiškia jo kodai
Gavote laišką su tema Mail delivery failed: returning message to sender, Undelivered Mail Returned to Sender arba Delivery Status Notification (Failure)? Vadinasi, Jūsų laiškas nebuvo pristatytas. Toks klaidos pranešimas vadinamas bounce. Jį siunčia Mailer-Daemon arba Mail Delivery System, ir beveik visada jame nurodoma, kas nutiko. Štai kaip jį perskaityti.
Kaip perskaityti bounce pranešimą
petras@example.net host mx1.example.net [198.51.100.20] SMTP error from remote mail server after RCPT TO:<petras@example.net>: 550 5.1.1 <petras@example.net>: Recipient address rejected: User unknown
- Kuriam adresui nepavyko pristatyti? Jei gavėjų buvo keli, klaida galioja tik šiam adresui.
- Kas apie tai praneša? Jei parašyta SMTP error from remote mail server, laišką atmetė gavėjo serveris (nurodytas po host). Jei to nėra, laiško pristatymo atsisakė mūsų pačių serveris, pavyzdžiui, dėl limito.
- Kodas ir tekstas po juo: čia nurodyta priežastis.
Žemiau esančioje techninėje dalyje žiūrėkite į Remote-MTA (serveris, kuris atmetė laišką) ir Diagnostic-Code (pažodinis jo atsakymas). Pačioje apačioje rasite originalaus laiško antraštes: jose matyti, koks siuntėjo adresas ir koks serveris buvo naudoti.
Laikina ar galutinė klaida: 4/5 taisyklė
- Jei kodas prasideda skaičiumi 5 (
550,5.7.1), laiškas atmestas galutinai. Siųsti dar kartą verta tik pašalinus priežastį. - Jei kodas prasideda skaičiumi 4 (
451,4.7.500), klaida laikina ir mūsų serveris pats bandys dar kartą. Jei gavote pranešimą apie atidėjimą suAction: delayed, laiško nesiųskite dar kartą, nes jis gali būti pristatytas du kartus.
Antrasis skaičius parodo, kur slypi problema: x.1 adresas, x.2 pašto dėžutė, x.3 pašto sistema, x.4 ryšys, x.7 saugumas ir politika.
Dažniausi kodai
| Kodas arba pranešimas | Reikšmė | Kas turi veikti? |
|---|---|---|
550 5.1.1 User unknown, Recipient address rejected | Toks adresas neegzistuoja. | Jūs: patikrinkite rašybą. |
452 4.2.2 arba 552 5.2.2 Mailbox full, Quota exceeded | Gavėjo pašto dėžutė pilna. | Gavėjas. |
552 5.3.4 Message too big | Laiškas per didelis. Pas mus laiškas su priedais gali būti ne didesnis nei 50 MB. Tai maždaug 36 MB priedų. | Jūs: didelius failus bendrinkite nuoroda, žr. El. laiškas atmestas: message too big. |
550 5.7.1 Relaying denied | Jūsų pašto programa neprisijungia prie siunčiamojo pašto serverio. | Jūs: įjunkite autentifikavimą, žr. Negaliu išsiųsti el. laiškų (gauti pavyksta). |
451 Daily send limit of 300 emails for account '...' is reached, message limit reached | Pasiektas mūsų dienos limitas: standartiškai 300 laiškų vienam planui per dieną, kai kuriuose planuose mažiau. | Jūs: palaukite iki rytojaus. Jei patys siunčiate nedaug, Jūsų pašto dėžutė gali būti piktnaudžiaujama. Žr. El. laiškų siuntimo limitas. |
550 5.7.1 su kitu tekstu | Gavėjas atmeta laišką dėl savo politikos, pavyzdžiui, dėl šlamšto. Tekste nurodyta priežastis. | Priklauso nuo teksto. |
550 5.7.26 (Gmail), 550 5.7.509 (Microsoft), SPF check failed, DMARC check failed | Jūsų domeno SPF, DKIM arba DMARC nustatymai neteisingi. | Jūs: sutvarkykite juos, taip pat ir paslaugoms, kurios siunčia laiškus Jūsų vardu. Žr. Kas yra DMARC? Paaiškinimas paprastais žodžiais. |
550 5.7.25 (Gmail) | Siunčiantis serveris neturi tinkamo reverse DNS (PTR). | Serverio administratorius: prieglobos plano atveju mes, VPS atveju Jūs (El. laiškų siuntimas iš Jūsų VPS ir reverse DNS nustatymas). |
421 4.7.28 arba 550 5.7.28 (Gmail), unusual rate | Iš šio IP adreso siunčiama neįprastai daug (nepageidaujamų) laiškų. | Serverio administratorius. Jei patys siunčiate daug laiškų vienu metu, naudokitės naujienlaiškių paslauga. |
451 4.7.500 (Microsoft), Server busy | Microsoft laikinai riboja siunčiančio serverio IP adresą. | Niekas tiesiogiai: serveris bandys dar kartą. |
550 5.7.606 (Microsoft), banned sending IP | Microsoft užblokavo siunčiančio serverio IP adresą. | Serverio administratorius. Jei tai mūsų serveriai: atsiųskite mums bounce pranešimą. |
550 5.7.708 (Microsoft) | Siunčiate per Microsoft 365, o Microsoft nebepriima srauto iš tos aplinkos. | Jūsų Microsoft 365 administratorius, per Microsoft pagalbą. |
550 5.7.515 (Microsoft) | Siunčiate daug laiškų į Outlook.com be sėkmingo SPF ir DKIM patikrinimo arba be DMARC. | Jūs: sutvarkykite SPF, DKIM ir DMARC. |
554 IP=... - None/bad reputation (NOWL) (T-Online) | T-Online nepriima laiškų iš šio IP adreso. | Serverio administratorius. Atsiųskite mums bounce pranešimą. |
421 Service not available, Too many connections | Gaunantis serveris šiuo metu nepriima laiškų. | Niekas: mūsų serveris bandys vėliau dar kartą. |
| blocked using, listed at, Spamhaus | IP adresas įtrauktas į juodąjį sąrašą. | Žr. Siuntimas atmestas: juodieji sąrašai ir limitai. |
Daugiau apie Microsoft ir T-Online skaitykite straipsnyje Laiškai į Outlook, Hotmail ar T-Online vėluoja arba atmetami. Jei Jūsų kodo čia nėra, ieškokite jo pas tą paslaugų teikėją, kuris jį pateikė, pavyzdžiui, Gmail arba Microsoft.
Gavote būtent pranešimą 550 5.5.0 Requested action not taken: mailbox unavailable? Ką jis reiškia ir ką daryti, skaitykite straipsnyje Klaidos pranešimas: 550 5.5.0 Requested action not taken: mailbox unavailable.
Bounce pranešimai apie laiškus, kurių nesiuntėte
Staiga gaunate bounce pranešimų apie laiškus, kurių niekada nesiuntėte? Pažiūrėkite į originalų laišką apačioje. Jei siuntėju nurodytas Jūsų adresas, bet tekstas ir serveris Jums nepažįstami, vadinasi, šlamšto siuntėjas suklastojo Jūsų adresą, o bounce pranešimai grįžta Jums. Tai vadinama backscatter. Tai nebūtinai reiškia, kad Jūsų pašto dėžutė buvo įsilaužta. DMARC įrašas padeda gavėjams atmesti tokius suklastotus laiškus, žr. Kas yra DMARC? Paaiškinimas paprastais žodžiais. Dėl viso pikto patikrinkite aplanką „Išsiųsti“ ir E. pašto sekimą, ar iš Jūsų pačių pašto dėžutės nieko nebuvo išsiųsta. Jei abejojate, skaitykite Ką daryti, jei Jūsų el. pašto adresu buvo piktnaudžiaujama.
Nepavyksta išspręsti? Sukurkite užklausą Pagalbos centre ir pridėkite visą bounce pranešimą, gavėjo adresą ir laiką. Tada galėsime iš karto surasti laišką.
Taip pat žr. DirectAdmin vadove: Siuntimas atmestas: juodieji sąrašai ir limitai.
Išsamus paaiškinimas su ekrano nuotraukomis: Negaliu išsiųsti el. laiškų DirectAdmin vadove.
Norite sužinoti daugiau? Išklausykite nemokamą kursą „El. paštas tvarkoje“, pamoką 6.1 Kaip perskaityti bounce pranešimą ir pamoką 6.2 Dažniausių klaidų kodų paaiškinimas.