Miért nem érkezik meg az e-mailem? Hibakeresés a levélszemétig
Ha egy levél nem ér célba, három különböző dolog történhetett: hibaüzenettel visszapattant, csendben elveszett, vagy a levélszemét mappába került. A teendő mindháromnál más; ez az útmutató sorra veszi őket.
Tartalomjegyzék
- 1. Olvassa el a visszapattanó üzenetet
- 2. Ha Ön a küldő, és nincs hibaüzenet
- 3. Ha Önnek nem érkezik meg egy levél
- 4. Ha a levél a levélszemétbe kerül
- 5. Ha a weboldal űrlapjáról küldött levelek nem jönnek
- 6. Mit gyűjtsön össze, ha segítséget kér
- Gyakori kérdések
- Mennyi ideig próbálkozik a küldő szerver?
- Elég, ha csak a spam mappát nézem?
- A levelem megérkezik Gmailre, de más szolgáltatónál nem. Miért?
- Források
Először döntse el, melyik eset áll fenn, mert a hibakeresés itt nagyon különbözik.
| Eset | Mit lát | Hová nézzen |
|---|---|---|
| A küldő hibaüzenetet kap | „Delivery Status Notification”, „Undeliverable”, hibakód | 1. szakasz |
| A levél nem érkezik meg, hibaüzenet sincs | semmi, sem a bejövő, sem a levélszemét mappában | 2. és 3. szakasz |
| A levél megérkezik, de a levélszemétben | a címzett a spam mappában találja | 4. szakasz |
| A weboldal űrlapjáról küldött levelek nem jönnek | a „Küldés” sikeres, de a levél nem érkezik | 5. szakasz |
1. Olvassa el a visszapattanó üzenetet#
A visszapattanó (bounce) üzenet általában pontosan megmondja az okot, csak angolul és szürke szövegben. A kulcs a háromjegyű SMTP-kód:
- 4xx: átmeneti hiba. A küldő szerver magától újrapróbálja, és órákig, akár napokig is próbálkozhat, mielőtt feladja.
- 5xx: végleges hiba. A szerver elutasította a levelet, nem lesz újrapróbálás.
A gyakori állapotkódok (RFC 3463):
| Kód | Jelentés | Teendő |
|---|---|---|
| 5.1.1 | A címzett címe nem létezik | Ellenőrizze a címet (elgépelés), kérdezze meg a címzettet |
| 5.2.2 | A címzett postafiókja megtelt | A címzettnek helyet kell felszabadítania |
| 5.2.3 / 5.3.4 | A levél vagy melléklet túl nagy | Tömörítse, vagy küldjön letöltési linket |
| 5.7.1 | Elutasítás szabályzat vagy hitelesítés miatt | Lásd a 4. szakaszt (SPF, DKIM, DMARC) és a küldő hírnevét |
| 4.2.x, 4.7.x | Átmeneti probléma, sorban áll | Várjon, és figyelje, megjön-e |
A pontos szöveg gyakran megnevezi a szabályt is („SPF check failed”, „blocked using…”). Ezt keresse a keresőben, vagy mellékelje a szolgáltatójának.
2. Ha Ön a küldő, és nincs hibaüzenet#
- Nézze meg az Elküldött mappát. Ha ott nincs meg, a levél el sem ment (például a levelezőprogram a kimenő szerveren megakadt).
- Kimenő szerver és hitelesítés. Ha a küldés hibát ad, valószínűleg a kimenő (SMTP) szerver beállítása hibás. Lásd az E-mail beállítása telefonon és az Outlook és Thunderbird útmutatót.
- A címzett oldala. Kérje meg a címzettet, nézze meg a levélszemét-, a „Promóciók” és a karanténmappát, és azt is, hogy nincs-e szűrője vagy továbbítása, amely elnyeli a leveleket.
- Próbáljon más címről. Ha egy másik szolgáltatótól (például egy ingyenes postafiókból) a levél megérkezik, a hiba a saját domain beállításaiban lehet.
3. Ha Önnek nem érkezik meg egy levél#
- MX-rekord. A domain MX-rekordja mondja meg, hová kell küldeni a leveleket. Ha rossz vagy hiányzik, vagy egy korábbi szolgáltatóra mutat, a levelek máshová mennek. Ellenőrizze:
MX-rekord lekérdezése
dig +short MX sajatdomain.huA válasznak azt a levelezőszervert kell mutatnia, ahol a postafiók van. A rekordokról: DNS-alapok.
- A postafiók betelt? Telt postafiók elutasítja a leveleket (a küldő 5.2.2-t kap). Törölje a régi, nagy leveleket.
- Szűrők és továbbítás. Nézze meg a webmailben a szabályokat és az átirányításokat.
- A domain lejárt-e? Lejárt domain esetén a DNS megszűnik, és a levelek nem érkeznek. Lásd: Domain lejárata.
- Friss DNS-változás. MX- vagy névszerver-váltás után a régi adatok egy ideig még gyorsítótárban lehetnek. A küldők egy része még a régi helyre küldhet; a levelek ilyenkor a régi szolgáltatónál landolnak. Lásd: DNS-propagáció.
- A levelezőprogram. IMAP esetén a levél lehet a szerveren, csak a program nem mutatja (például egy mappa nincs „feliratkozva”). Nézze meg ugyanezt a webmailben.
4. Ha a levél a levélszemétbe kerül#
A fogadó szerver három dolgot nézhet: kitől jön a levél (hitelesítés), milyen hírnevű a feladó, és milyen a tartalom.
Hitelesítés. Az SPF megmondja, mely szerverek küldhetnek a domain nevében, a DKIM aláírja a levelet, a DMARC pedig szabályt ad arra, mi legyen a hamis levéllel. A Google a feladói követelményei szerint 2024. február 1-jétől mindenkitől megköveteli az SPF vagy DKIM meglétét, napi 5000 fölötti küldésnél pedig mindhármat. Részletesen: SPF, DKIM és DMARC egyszerűen.
Ellenőrizze, mit lát a fogadó. Küldjön levelet egy Gmail-címre, nyissa meg, és a három pontos menüben válassza az Eredeti üzenet megjelenítése lehetőséget. A fejlécben az Authentication-Results sor mutatja, hogy az SPF, a DKIM és a DMARC pass vagy fail eredményt kapott-e. Fail esetén a rekordokat kell javítani.
Hírnév és tartalom.
- Új, korábban nem használt domainről küldött első levelek gyakrabban kerülnek spamszűrőbe; küldjön fokozatosan, és kérje a címzettektől, hogy jelöljék a levelet „Nem spam”-nek.
- Kerülje a csak képből álló leveleket, a rövidített linkeket és a túlzó reklámszöveget.
- Ha a szerver IP-címe valamelyik nyilvános tiltólistán (blocklist) szerepel, a szolgáltató tudja ellenőrizni és kezelni; ezt Ön nem tudja javítani.
5. Ha a weboldal űrlapjáról küldött levelek nem jönnek#
Ez az egyik leggyakoribb eset. A WordPress és a legtöbb űrlap-bővítmény alapesetben a szerver beépített levélküldő funkcióját (PHP mail()) használja, hitelesítés nélkül. A fogadó szerverek ezeket gyakran elutasítják vagy a levélszemétbe teszik.
A megoldás:
- Használjon hitelesített SMTP-küldést: telepítsen SMTP-bővítményt, és adja meg a saját domainjéhez tartozó postafiók kimenő szerverét, felhasználónevét és jelszavát.
- A feladó címe a saját domainjén legyen (például
weboldal@sajatdomain.hu), ne a látogató címe. A látogató címét tegyeReply-To(válaszcím) mezőbe. Ha a látogató címét használja feladóként, a DMARC-ellenőrzés bukni fog. - Próbálja ki: küldjön tesztet a saját címére, és nézze meg a hitelesítési eredményeket (4. szakasz).
6. Mit gyűjtsön össze, ha segítséget kér#
Ha a szolgáltatójához fordul, gyorsítja a munkát, ha mellékeli:
- a küldő és a címzett pontos e-mail-címét,
- a küldés pontos időpontját (időzónával),
- a visszapattanó üzenet teljes szövegét, vagy a megérkezett levél teljes fejlécét,
- a domain nevét és azt, hogy mi változott utoljára (költözés, DNS-módosítás).
Gyakori kérdések#
Mennyi ideig próbálkozik a küldő szerver?#
Átmeneti hibánál a küldő szerver általában órákig, akár napokig újrapróbálja a kézbesítést. Az SMTP-specifikáció (RFC 5321) legalább 4–5 napos próbálkozási időt javasol, a pontos érték szerverenként eltér. Ezalatt a küldő figyelmeztetést kaphat a késésről.
Elég, ha csak a spam mappát nézem?#
Nem mindig. Egyes szolgáltatók karanténmappát vagy külön lapot (például „Promóciók”) használnak, és az elutasított levelek sehová sem kerülnek, csak a küldő kap hibaüzenetet.
A levelem megérkezik Gmailre, de más szolgáltatónál nem. Miért?#
Minden szolgáltató saját szűrőt és saját hírnév-adatbázist használ. Ha a hitelesítés rendben van (SPF, DKIM, DMARC: pass), a hibát a tartalomban vagy a küldő hírnevében keresse, és kérje a szolgáltató segítségét.
Források#
Ez az útmutató általános tájékoztatás. Ha hostio-szolgáltatással kapcsolatban kérdése van, a lépésenkénti leírásokat az ügyfélportál tudásbázisában találja, vagy írjon nekünk: nbartus21@gmail.com.