Mail delivery failed: a hibaüzenet értelmezése és a kódok jelentése
Olyan levelet 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 nevezik. A Mailer-Daemon vagy a Mail Delivery System küldi, és szinte mindig megmondja, mi a probléma. Így kell értelmezni.
Így kell értelmezni egy bounce üzenetet
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 az üzenetben szerepel az SMTP error from remote mail server szöveg, akkor a címzett szervere (a host után látható) utasította vissza a levelet. Ha ez a szöveg nem szerepel, akkor a saját szerverünk adta fel a kézbesítést, például egy korlát miatt.
- A kódot és az utána következő szöveget érdemes megnézni: ott szerepel az ok.
A technikai részben alatta érdemes megnézni a Remote-MTA mezőt (az a szerver, amely visszautasította a levelet) és a Diagnostic-Code mezőt (a szerver szó szerinti válasza). Egészen alul az eredeti levél fejlécsorai találhatók: ott látható, milyen feladói cím és milyen szerver lett használva.
Átmeneti vagy végleges: a 4/5-ös szabály
- Ha a kód 5-ös számmal kezdődik (
550,5.7.1), a levelet véglegesen visszautasí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), a probléma átmeneti, és a szerverünk automatikusan újrapróbálkozik. Ha késleltetési értesítést kapAction: delayedfelirattal, ne küldje újra a levelet, mert az esetleg duplán érkezhet 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 a biztonság és szabályzat.
A leggyakoribb kódok
| Kód vagy üzenet | Jelentés | Kinek kell lépnie? |
|---|---|---|
550 5.1.1 User unknown, Recipient address rejected | A cím nem létezik. | Önnek: 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ímzettnek. |
552 5.3.4 Message too big | Az üzenet túl nagy. Nálunk egy üzenet legfeljebb 50 MB lehet, a mellékletekkel együtt. Ez körülbelül 36 MB mellékletet jelent. | Önnek: a nagyobb fájlokat ossza meg hivatkozás útján, lásd Elutasított e-mail: az üzenet mérete túl nagy. |
550 5.7.1 Relaying denied | A levelezőprogram nem jelentkezik be a kimenő szerveren. | Önnek: kapcsolja be a hitelesítést, lásd Nem tudok e-mailt küldeni (a fogadás működik) Ha a fenti mondat a megjelenítendő szöveg (pl. gyakori probléma címe), formálisabb, ügyfélnek szóló megfogalmazásban: Nem sikerül e-mailt küldeni (a fogadás működik). |
451 Daily send limit of 300 emails for account '...' is reached, message limit reached | A napi korlátunkat elérte: alapértelmezés szerint 300 e-mail csomagonként naponta, bizonyos csomagoknál ennél kevesebb. | Önnek: várjon másnapig. Ha ritkán küld saját maga e-mailt, előfordulhat, hogy a postafiókjával visszaéltek. Lásd Levélküldési korlát. |
550 5.7.1 eltérő szöveggel | A címzett saját szabályzata alapján utasítja vissza a levelet, 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, a DKIM vagy a DMARC nincs megfelelően beállítva a domainhez. | Önnek: állítsa be őket helyesen, beleértve azokat a szolgáltatásokat 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ő fordított DNS bejegyzése (PTR). | A szerver üzemeltetője: tárhelycsomag 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) levél érkezik erről az IP-címről. | A szerver üzemeltetője. Ha Ön saját 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 lassítja a küldő szerver IP-címét. | Közvetlenül senkinek: a szerver automatikusan újrapróbálkozik. |
550 5.7.606 (Microsoft), banned sending IP | A Microsoft blokkolta 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) | A Microsoft 365-ön keresztül küld, és a Microsoft már nem fogadja el a forgalmat abból a környezetből. | A Microsoft 365 üzemeltetője, a Microsoft ügyfélszolgálatán keresztül. |
550 5.7.515 (Microsoft) | Sok levelet küld az Outlook.com felé sikeres SPF és DKIM nélkül, vagy DMARC nélkül. | Önnek: állítsa be helyesen az SPF-et, a DKIM-et és a DMARC-ot. |
554 IP=... - None/bad reputation (NOWL) (T-Online) | A T-Online nem engedi át 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 leveleket. | Senkinek: a szerverünk később automatikusan újrapróbálkozik. |
| 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 bővebben a Késleltetett vagy elutasított levelek Outlook, Hotmail vagy T-Online esetében cikkben olvashat. Ha az Ön kódja nincs a listában, keresse meg azt az adott szolgáltatónál, például a Gmail vagy a Microsoft oldalán.
Bounce üzenetek olyan levelekről, amelyeket nem küldött
Hirtelen bounce üzeneteket kap olyan levelekről, amelyeket soha nem küldött? Ebben az esetben nézze meg az eredeti levelet a lap alján. Ha a feladóként az Ön címe szerepel, de ismeretlen szöveggel és szerverrel, akkor egy spammelő az Ön címét hamisította meg, és a bounce üzenetek emiatt érkeznek vissza Önhöz. Ezt nevezik backscatternek. Ilyenkor nem feltétlenül törték fel a postafiókját. Egy DMARC-rekord segít a címzetteknek visszautasítani az ilyen hamisított leveleket, lásd Mi az a DMARC? Magyarázat közérthető nyelven. A biztonság kedvéért nézze meg az Elküldött elemek mappát és az E-mail Nyomkövetést, hogy nem küldtek-e valamit az Ön saját postafiókjából. Ha bizonytalan, olvassa el a Mi a teendő, ha visszaélnek az e-mail címével cikket.
Nem sikerül megoldani a problémát? Nyisson jegyet a Supportcentrumon keresztül a teljes bounce üzenettel, a címzett címével és az időponttal. Így azonnal meg tudjuk keresni a levelet.
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.
Szeretne többet tanulni? Végezze el az ingyenes E-mail op orde kurzust, a 6.1 Een bounce lezen és a 6.2 Veelvoorkomende foutcodes uitgelegd leckéket.