Modul 6 · 6.2
A leggyakoribb hibakódok magyarázata
Modul 6: Bounce-ok és hibaelhárítás · Olvasási idő: 12 perc
Tanulási cél: E lecke után felismeri a leggyakrabban előforduló hibakódokat, tudja, mi az okuk, és ki tudja megoldani őket: Ön mint feladó, a címzett, vagy egy levelezőszerver üzemeltetője.
Kulcsfogalmak: ismeretlen cím (5.1.1), tele postafiók (4.2.2 / 5.2.2), túl nagy levél (5.3.4), nincs útvonal (5.4.x), lejárt a sorban (4.4.7), relay megtagadva (5.7.1), nincs hitelesítve (Gmail 5.7.26), hiányzó PTR (Gmail 5.7.25), túl magas küldési ütem (4.7.28), Microsoft 4.7.500, 5.7.509, 5.7.515, 5.7.606, 5.7.708, T-Online IP-blokkolás, küldési korlát
Először is: kinek kell tennie valamit?
Egy hibakód csak akkor hasznos, ha tudja, kinek kell lépnie. Ezért minden bounce-ot sorolja be először a következő négy kategória egyikébe:
- A címzett címe vagy postafiókja (
5.1.x,x.2.x): a cím nem létezik, vagy a postafiók tele van, illetve le van tiltva. Ön csak a címet tudja ellenőrizni, vagy a címzettet más módon tudja figyelmeztetni. - Az Ön feladói beállításai (például
5.7.1 relaying denied, bejelentkezési hibák, küldési korlát): Önnek kell módosítania valamit a levelezőprogramjában vagy a csomagjában. - Az Ön domainje (SPF, DKIM, DMARC; Gmail
5.7.26, Microsoft5.7.509és5.7.515): Önnek kell módosítania a DNS-beállításait, vagy ezt megoldatnia valakivel. - A küldőszerver (PTR, feketelista, reputáció; Gmail
5.7.25és4.7.28, Microsoft4.7.500és5.7.606, T-Online): a szerver üzemeltetője oldja meg. Tárhelycsomag vagy levelezési szolgáltatás esetén ez a szolgáltatója.
Cím és postafiók
| Kód (példaszöveg) | Ok | Mit tegyen? |
|---|---|---|
550 5.1.1 User unknown, Recipient address rejected, mailbox unavailable | A cím nem létezik a címzettnél | Ellenőrizze a helyesírást. Ha az helyes, kérdezze meg más úton a címzettől, hogy a cím még létezik-e |
550 5.1.10 (Microsoft), RecipientNotFound | Ugyanaz Microsoft 365 esetén | Ugyanaz |
5.1.2, Host or domain name not found | A domain nem létezik, vagy nincs levelezőszervere (nincs MX és nincs A rekord) | Elgépelte a domaint (gmial.com)? Vagy a címzett domainje lejárt, vagy rosszul van beállítva |
452 4.2.2 vagy 552 5.2.2, mailbox full, quota exceeded, out of storage space | A címzett postafiókja tele van | A címzettnek helyet kell felszabadítania. A 4.2.2 esetén a szervere még megpróbálja; 5.2.2 esetén végleges. A Gmail az 552 5.2.2 kódot használja egy olyan tele postafiókra is, amelyet már régóta nem használnak |
450 4.2.1, receiving mail too quickly | A címzett rövid idő alatt túl sok levelet kap | Várjon, a szervere újra megpróbálja |
552 5.3.4, message size exceeds, message too big | A csatolmányokkal ellátott levél nagyobb, mint amit a címzett engedélyez | Kisebb csatolmány, vagy ossza meg a fájlt linken keresztül. Figyeljen arra, hogy a csatolmányok a kódolás miatt kb. egyharmaddal nagyobbak lesznek (lecke 3.2) |
Az Ön saját küldési beállításai
| Kód (példaszöveg) | Ok | Mit tegyen? |
|---|---|---|
550 5.7.1 Relaying denied, Relay access denied | A levelezőprogramja nem jelentkezik be a kimenő szerverre, és az ezért megtagadja a levelek továbbítását más domainek felé | Kapcsolja be a hitelesítést a kimenő szerverhez (lecke 1.4, 2.1) |
535 5.7.8 Authentication failed | Hibás felhasználónév vagy jelszó küldéskor | Használja a teljes e-mail-címet felhasználónévként, és tesztelje a jelszót a webmailben |
550 5.4.5 Daily sending quota exceeded, message limit reached | Elérte a postafiókja vagy csomagja küldési korlátját | Várja meg, amíg a korlát felszabadul. Nem küld sokat? Akkor lehet, hogy visszaéltek a postafiókjával: azonnal módosítsa a jelszavát |
553 5.7.1 ... not owned by user, can not send emails from | A feladó cím nem tartozik ahhoz a postafiókhoz, amellyel bejelentkezik | Küldjön a saját címéről, vagy állítsa be az aliast úgy, ahogyan azt a szolgáltatója előírja (lecke 3.3) |
4.4.7, Message expired, retry timeout exceeded | A levél napokig a sorban állt, és nem sikerült kézbesíteni | Nézze meg a korábbi halasztási üzeneteket: azok tartalmazzák a valódi okot |
Az Ön domainje: hitelesítés
| Kód (példaszöveg) | Ok | Mit tegyen? |
|---|---|---|
550 5.7.26 ... sender is unauthenticated (Gmail) | Az SPF és a DKIM egyaránt sikertelen, vagy a DMARC nem teljesül | Egészítse ki az SPF-et a küldő szolgáltatással, kapcsolja be a DKIM-et, ellenőrizze az igazodást (modul 4) |
550 5.7.27 (Gmail) | Az SPF sikertelen volt | Vegye fel a küldőszervert az SPF-be; figyeljen a tíz lekérdezésre |
550 5.7.30 / 421 4.7.30 (Gmail) | A DKIM sikertelen volt | Ellenőrizze a DKIM-kulcsot a levélben szereplő szelektorral |
421 4.7.32 / 550 5.7.32 (Gmail) | A From: domain nincs igazítva az SPF-hez vagy a DKIM-hez | Saját DKIM a domainjén a küldő szolgáltatásnál, vagy saját Return-Path |
421 4.7.31 (Gmail) | Tömeges küldő DMARC-rekord nélkül | Helyezzen el DMARC-rekordot, legalább p=none értékkel |
550 5.7.509 Access denied, sending domain ... does not pass DMARC verification and has a DMARC policy of reject (Microsoft) | A DMARC sikertelen, és az Ön saját szabályzata reject értékre van állítva | Derítse ki, melyik forrás nincs igazítva (DMARC-jelentés, lecke 4.5). Pontosan ezért kezdjen p=none értékkel |
550 5.7.515 Access denied, sending domain ... does not meet the required authentication level (Microsoft) | Tömeges küldő az Outlook.com felé, ahol az SPF vagy a DKIM sikertelen, vagy a DMARC hiányzik | Érje el, hogy az SPF és a DKIM egyaránt teljesüljön, és legyen DMARC-rekord (lecke 5.3) |
550 5.7.23 ... Sender Policy Framework violation (Microsoft) | Az SPF sikertelen egy olyan címzettnél, amely szigorúan szűr az SPF alapján | Egészítse ki az SPF-et |
550 5.7.1 DMARC check failed (más szerverek) | Ugyanaz, egy általánosabb kóddal | Ugyanaz |
Egy figyelmeztetés az 5.7.509 kapcsán: a bounce az Ön domainjét említi, de az ok nem mindig a megszokott levelezésében keresendő. Gyakran egy weboldal, webáruház vagy könyvelőprogram küld az Ön domainje nevében anélkül, hogy az a szolgáltatás szerepelne az SPF-jében, vagy az Ön DKIM-jével írná alá a leveleket. Nézze meg a bounce alján lévő eredeti levél fejléceiben a Return-Path-t és a küldő szervert.
A küldőszerver: PTR, reputáció és feketelisták
| Kód (példaszöveg) | Ok | Ki oldja meg? |
|---|---|---|
550 5.7.25 ... doesn't have a PTR record (Gmail) | A küldőszerver IP-címéhez nincs (helyes) fordított DNS-bejegyzés, gyakran IPv6 esetén | A szerver üzemeltetője (lecke 5.1) |
421 4.7.23 (Gmail) | Ugyanaz, átmeneti változat | Ugyanaz |
550 5.7.29 / 421 4.7.29 (Gmail) | Nem TLS-en keresztül küldve | A szerver üzemeltetője |
421 4.7.28 ... unusual rate of email (Gmail), 550 5.7.28 ... unusual rate of unsolicited email | Túl sok levél vagy túl sok nem kívánt levél érkezik erről az IP-címről | Csökkentse az ütemet; végleges elutasítás esetén először az okot (spam, vásárolt lista) orvosolja |
451 4.7.500 Server busy. Please try again later from [IP] (Microsoft) | A Microsoft átmenetileg visszafogja az IP-címet, gyakran azért, mert új, vagy mert a küldési mennyiség hirtelen megnőtt | Várjon, a szerver újra megpróbálja; az üzemeltető felmelegíti az IP-címet, és bejelenti az SNDS-nél (lecke 6.4). A Microsoft a 4.7.500 és 4.7.699 közötti sorozatot gyanús tevékenység esetén "Access denied, please try again later" üzenetként is dokumentálja |
550 5.7.606 és 5.7.649 Access denied, banned sending IP [IP] között (Microsoft) | Az IP-címet a Microsoft letiltotta | Az üzemeltető az ok megoldása után a sender.office.com oldalon keresztül kéri a törlést |
550 5.7.708 Access denied, traffic not accepted from this IP (Microsoft 365, kimenő) | Az erről az IP-címről vagy Microsoft 365-környezetből érkező forgalmat nem fogadják, gyakran visszaélés után | A Microsoft 365-környezet üzemeltetője, a Microsoft-ügyfélszolgálaton keresztül |
554 ... blocked using zen.spamhaus.org, listed at, RBL | Az IP-cím szerepel egy feketelistán | A szerver üzemeltetője, az ok megoldása után (lecke 5.2) |
554 IP=192.0.2.25 - A problem occurred és hasonló üzenetek "bad reputation" szöveggel (T-Online) | A T-Online letiltotta az IP-címet saját reputációs adatai alapján | A küldőszerver üzemeltetője felveszi a kapcsolatot a T-Online-nal (lecke 6.4) |
421 Maximum parallel connections for your IP-Address reached (T-Online) | Túl sok egyidejű kapcsolat | Az üzemeltető korlátozza a kapcsolatok számát; a levél később mégis megérkezik |
Hogyan keressen ki egy ismeretlen kódot?
- Nézze meg, ki adta. A
Remote-MTA-ban vagy ahostmögött szereplő név megmondja, melyik félről van szó:google.com,outlook.comvagyprotection.outlook.com,t-online.de, és így tovább. - Keresse ki a kódot az adott félnél. A Google-nek van egy "Gmail SMTP errors and codes" oldala, a Microsoftnak "Email nondelivery reports and SMTP errors in Exchange Online", a Yahoo-nak és a T-Online-nak pedig postmaster-oldalai vannak. Ezek megbízhatóbbak, mint egy véletlenszerű fórum.
- Olvassa el a hozzá tartozó szöveget. Nagy címzetteknél gyakran szerepel egy link vagy egy zárójelben álló kód (mint a Microsoftnál a
(AS843)), amely pontosan megmondja, miről van szó. - Nézze meg az eredeti levelet a bounce alján. Melyik feladói cím, melyik Return-Path, melyik szerver? SPF- és DMARC-hibák esetén ott található a válasz.
A gyakorlatban
A WebOkénál a tudásbázisban található egy lista a gyakori üzenetekről, a DirectAdminben pedig az E-mail követés menüpontban láthatja a fogadó szerver szó szerinti válaszát. Más szolgáltatóknál is általában van ilyen napló, néha csak az üzemeltető számára. Ha segítséget kér egy szolgáltatótól, mindig küldje el a teljes bounce-ot, a kódot tartalmazó sorral, a feladó címével, a címzett címével és az időponttal együtt. Egy olyan összefoglalás, mint "nem érkezik meg a levelem", senkinek sem ad kereshető információt.
Összefoglalás
- Minden kódot sorolja be először: a címzett címe/postafiókja, az Ön küldési beállításai, az Ön domainje, vagy a küldőszerver.
5.1.1a cím nem létezik,x.2.2tele postafiók,5.3.4túl nagy,5.7.1 relaying deniednincs bejelentkezve.- Hitelesítés: Gmail
5.7.26/5.7.27/5.7.30, Microsoft5.7.509(DMARC reject-tel) és5.7.515(tömeges küldés). - Szerver: Gmail
5.7.25(PTR), Microsoft4.7.500(átmenetileg visszafogva) és5.7.606(IP letiltva), T-Online IP-blokkolások. - Egy ismeretlen kódot a kibocsátó félnél keressen ki, és olvassa el a bounce alján található eredeti levelet.
Kvíz
Feladat
Z6.2 feladat: Kód és ok összekapcsolása. Tíz valódi hibaüzenetet kap (példadomainekkel és dokumentációs címekkel), valamint egy listát az okokról és arról, hogy ki van a soron. Kapcsolja össze minden üzenetet a megfelelő okkal és a megfelelő féllel. A program egy rögzített kulccsal ellenőriz, és minden hibás válasz után megadja a magyarázatot.
Bővebben
Az ezekben a cikkekben leírt lépések a WebOké kezelőfelületeire vonatkoznak; más szolgáltatóknál hasonlóan működik.
- DirectAdmin útmutató 9.5: Küldés elutasítva: feketelisták és korlátok
- Mail delivery failed: a hibaüzenet értelmezése és a kódok jelentése
- Elutasított e-mail: az üzenet mérete túl nagy
- E-mail küldése: Too many recipients
- Levélküldési korlát
- Levélküldés több aliasról, hibaüzenet: Account xxx can not send emails from
- DirectAdmin útmutató 18.10: Nem tudok e-mailt küldeni
- Google, Gmail SMTP errors and codes: https://support.google.com/a/answer/3726730
- Microsoft, Email nondelivery reports and SMTP errors in Exchange Online: https://learn.microsoft.com/en-us/troubleshoot/exchange/email-delivery/ndr/non-delivery-reports-in-exchange-online
- T-Online Postmaster: https://postmaster.t-online.de/