Mail delivery failed: így olvassa ki a hibaüzenetet, és mit jelentenek a kódok
Olyan e-mailt kapott vissza, amelynek tárgya Mail delivery failed: returning message to sender, Undelivered Mail Returned to Sender vagy Delivery Status Notification (Failure)? Ebben az esetben az e-mail nem érkezett meg a címzetthez. Az ilyen hibaüzenetet bounce-nak nevezzük. Ez a Mailer-Daemon vagy a Mail Delivery System nevű rendszertől érkezik, és szinte mindig megmondja, mi a probléma. Az alábbiakban elmagyarázzuk, hogyan kell értelmezni.
Így olvasható egy bounce üzenet
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
- Melyik címnél történt a hiba? Több címzett esetén a hiba csak erre a címre vonatkozik.
- Ki jelzi a hibát? Ha a SMTP error from remote mail server szöveg szerepel, akkor a címzett szervere (a host szó után) utasította el az e-mailt. Ha ez nem szerepel, akkor a saját szerverünk adta fel a kézbesítést, például egy korlát miatt.
- A kód és az utána következő szöveg: itt található az ok.
Az alatta lévő technikai részben érdemes megnézni a Remote-MTA mezőt (az elutasító szerver) és a Diagnostic-Code mezőt (annak szó szerinti válasza). Egészen alul találhatók az eredeti e-mail fejlécsorai: itt látható, melyik feladói cím és melyik szerver lett használva.
Ideiglenes vagy végleges: a 4/5-ös szabály
- Ha a kód 5-ös számmal kezdődik (
550,5.7.1), akkor az e-mailt véglegesen elutasították. Az újraküldés csak akkor segít, ha az ok megszűnt. - Ha a kód 4-es számmal kezdődik (
451,4.7.500), akkor a hiba ideiglenes, és a szerverünk automatikusan újra megpróbálja a kézbesítést. Ha késleltetett üzenetet kapAction: delayedjelzéssel, ne küldje el újra az e-mailt, mert előfordulhat, hogy duplán érkezik meg.
A második szám jelzi, hol van a probléma: x.1 a cím, x.2 a postafiók, x.3 a levelezőrendszer, x.4 a kapcsolat, x.7 pedig a biztonság és a házirend.
A leggyakoribb kódok
| Kód vagy hibaüzenet | Jelentés | Ki tud tenni ellene? |
|---|---|---|
550 5.1.1 User unknown, Recipient address rejected | A cím nem létezik. | Ön: ellenőrizze a helyesírást. |
452 4.2.2 vagy 552 5.2.2 Mailbox full, Quota exceeded | A címzett postafiókja megtelt. | A címzett. |
552 5.3.4 Message too big | Az üzenet túl nagy. Nálunk legfeljebb 20 MB lehet, a mellékletekkel együtt. | Ön: ossza meg a nagy fájlokat linken keresztül, lásd Elutasított e-mail: message too big. |
550 5.7.1 Relaying denied | A levelezőprogramja nem jelentkezik be a kimenő szerveren. | Ön: kapcsolja be a hitelesítést, lásd Nem tudok e-mailt küldeni (a fogadás működik). |
451 Daily send limit of 300 emails for account '...' is reached, message limit reached | Elérte a napi korlátunkat: csomagonként alapértelmezetten napi 300 e-mail, egyes csomagoknál ennél kevesebb. | Ön: várjon másnapig. Ha Ön saját maga nem küld sok e-mailt, előfordulhat, hogy a postafiókjával visszaéltek. Lásd Levélküldési korlát. |
550 5.7.1 más szöveggel | A címzett saját házirendje miatt utasítja el az e-mailt, például spam gyanúja miatt. A szöveg megmondja az okot. | A szövegtől függ. |
550 5.7.26 (Gmail), 550 5.7.509 (Microsoft), SPF check failed, DMARC check failed | Az SPF, DKIM vagy DMARC nincs megfelelően beállítva a domainjéhez. | Ön: állítsa be ezeket helyesen, azon szolgáltatásokra is, amelyek az Ön nevében küldenek leveleket. Lásd Mi az a DMARC? Magyarázat közérthető nyelven. |
550 5.7.25 (Gmail) | A küldő szervernek nincs megfelelő reverse DNS (PTR) bejegyzése. | A szerver üzemeltetője: hosting csomag esetén mi, VPS esetén Ön (Levelek küldése a VPS-ről és a reverse DNS beállítása). |
421 4.7.28 vagy 550 5.7.28 (Gmail), unusual rate | Szokatlanul sok (nem kívánt) e-mail érkezik erről az IP-címről. | A szerver üzemeltetője. Ha Ön maga küld egyszerre sok levelet, használjon hírlevélküldő szolgáltatást. |
451 4.7.500 (Microsoft), Server busy | A Microsoft ideiglenesen lelassítja a küldő szerver IP-címét. | Közvetlenül senki: a szerver automatikusan újra megpróbálja. |
550 5.7.606 (Microsoft), banned sending IP | A Microsoft letiltotta a küldő szerver IP-címét. | A szerver üzemeltetője. A mi szervereink esetén küldje el nekünk a bounce üzenetet. |
550 5.7.708 (Microsoft) | Ön Microsoft 365-ön keresztül küld leveleket, és a Microsoft már nem fogadja az adott környezetből érkező forgalmat. | A Microsoft 365 rendszergazdája, a Microsoft ügyfélszolgálatán keresztül. |
550 5.7.515 (Microsoft) | Sok e-mailt küld az Outlook.com felé sikeres SPF és DKIM nélkül, vagy DMARC nélkül. | Ön: állítsa be helyesen az SPF-et, DKIM-et és DMARC-ot. |
554 IP=... - None/bad reputation (NOWL) (T-Online) | A T-Online nem engedélyezi az erről az IP-címről érkező leveleket. | A szerver üzemeltetője. Küldje el nekünk a bounce üzenetet. |
421 Service not available, Too many connections | A fogadó szerver jelenleg nem fogad e-maileket. | Senki: a szerverünk később automatikusan újra megpróbálja. |
| blocked using, listed at, Spamhaus | Egy IP-cím feketelistán szerepel. | Lásd Küldés elutasítva: feketelisták és korlátok. |
A Microsoftról és a T-Online-ról további információt talál itt: Késleltetett vagy elutasított levelek Outlook, Hotmail vagy T-Online esetében. Ha az Ön kódja nem szerepel a listában, keresse meg azt a szolgáltatónál, amelyik küldte, például a Gmail vagy a Microsoft oldalán.
Bounce üzenetek olyan e-mailekről, amelyeket nem küldött
Hirtelen olyan bounce üzeneteket kap, amelyeket soha nem küldött el? Ebben az esetben nézze meg az alul található eredeti e-mailt. Ha az Ön címe szerepel feladóként, de olyan szöveggel és szerverrel, amelyet nem ismer fel, akkor egy spammelő hamisította meg az Ön címét, és a bounce üzenetek emiatt érkeznek vissza Önhöz. Ezt nevezzük backscatternek. Ilyenkor nem feltétlenül feltörték a postafiókját. Egy DMARC-rekord segít a címzetteknek elutasítani az ilyen hamisított leveleket, lásd Mi az a DMARC? Magyarázat közérthető nyelven. A biztonság kedvéért érdemes megnézni az Elküldött mappát, valamint az E-mail nyomkövetést, hogy nem küldtek-e valamit a saját postafiókjából. Ha bizonytalan, olvassa el a következő cikket: Mi a teendő, ha visszaélnek az e-mail címével.
Nem boldogul vele? Nyisson jegyet a Supportcentrumban, csatolva a teljes bounce üzenetet, a címzett e-mail-címét és az időpontot. Így azonnal meg tudjuk keresni az e-mailt.
Lásd még a DirectAdmin-kézikönyvben: Küldés elutasítva: feketelisták és korlátok.
Részletes magyarázat képernyőképekkel: Nem tudok e-mailt küldeni a DirectAdmin-kézikönyvben.