Amikor egy megerősítő e‑mail késik, a újraküldés gomb úgy tűnik, mintha a nyilvánvaló megoldás lenne. Gyakran csak rosszabbá teszi a helyzetet: több üzenet érkezik egyszerre, csak a legújabb kód marad érvényes, és senki sem tudja, melyik kérés melyik üzenetet eredményezte.
Kezeld a kézbesítést ellenőrzőpontok sorozataként. Találd meg az utolsó, biztosan sikeres ellenőrzőpontot, majd vizsgáld meg a következőt.
Először fagyaszd be a bizonyítékot
Mielőtt újabb üzenetet kérnél, rögzítsd:
- a pontos címzett címet;
- az időpontot, amikor a beküldést nyomtad;
- a feladó vagy szolgáltatás nevét;
- hogy az oldal sikeresnek jelentette-e a műveletet;
- hogy ez az első kérés vagy egy újraküldés volt-e;
- a várható lejárati időt, ha megjelenik.
Tartsd nyitva a feladó oldalát. A két perccel később felfedezett elütés könnyebben javítható, ha az eredeti űrlap még tartalmazza a beküldött értéket.
Ellenőrizd a címet, ne a memóriádat
Hasonlítsd össze a beküldött címet a GPTMail által megjelenített címmel. Ellenőrizd a helyi részt, minden pontot vagy számjegyet, valamint a domain utótagot. Különösen figyelj, ha több bejövő fiók fül is nyitva van, vagy ha nemrég változtattad a kiválasztott domaint.
Ezután erősítsd meg, hogy a domain aktív a domain oldalán. Egy cím szintaktikailag érvényes lehet, miközben a domain le van tiltva vagy már nem irányítja a GPTMailhez.
Ha a weboldal a küldés előtt elutasítja a címet, akkor még nincs kézbesítési probléma. Hozz létre egy másik támogatott címet, és küldd be újra.
Erősítsd meg, hogy a feladó ténylegesen elindította a kézbesítést
Egy weboldalon megjelenő sikerüzenet néha csak azt jelenti, hogy egy háttérfeladat lett létrehozva. A feladó még sorba állíthatja, korlátozhatja a sebességet vagy újrapróbálhatja az e‑mailt.
Várj néhány percet az újraküldés előtt. Ha a szolgáltatás tevékenységnaplót kínál, ellenőrizd, hogy rögzíti-e a megerősítési kérést. Egy általad üzemeltetett termék esetén vizsgáld meg az alkalmazás sorát és a levelező‑szolgáltató eseményt, ahelyett, hogy a bejövő postafiókra bámulnál.
Frissíts egyszer, majd keresd a megfelelő üzenetet
Használj manuális frissítést és rendezd a beérkezési idő szerint. Keresd a várt feladót és tárgyat, ne csak a szolgáltatás nevét a látható előnézetben. Az automatizált és marketing e‑mailek különböző aldomain‑ekről érkezhetnek.
Ha több kód érkezik, használd a legújabb kérést. Sok rendszer azonnal érvényteleníti a korábbi kódokat, amint egy helyettesítő kiadásra kerül.
Válaszd el a feladó problémáját a domain problémájától
Küldj egy rövid, egyszerű szöveges tesztüzenetet ugyanarra a címre egy nem kapcsolódó szolgáltatótól.
- Ha a teszt megérkezik, a fogadó domain működik, és az eredeti feladó késik, szűri a címet, vagy a továbbítás előtt hibát jelez.
- Ha egyik üzenet sem érkezik, ellenőrizd a domain állapotát és az MX konfigurációt.
- Ha az egyik szolgáltatótól érkező üzenetek megérkeznek, de a másik rendszeresen nem, gyűjtsd össze a feladót, az időbélyegeket és a visszapattanási részleteket, mielőtt jelentened.
Egy egyéni domain esetén kövesd a Egyedi domain MX beállítása találgatás nélkül útmutatót. Ne változtasd meg a DNS‑t véletlenszerűen egy élő teszt során; minden változtatás új propagációs időablakot hoz létre.
Értsd meg a gyakori DNS‑hibákat
Egy MX lekérdezés ideiglenesen meghiúsulhat, mert a feloldó időtúllépett, a hatósági névszerverek nem egyeztek, a DNSSEC ellenőrzés sikertelen volt, vagy a rekord még nem terjedt el. A „Nem található rekord” egy adott lekérdezés eredménye egy adott időpontban, nem bizonyítja, hogy a rekord soha nem létezett.
Kérdezd le a hatósági DNS választ, és hasonlítsd össze a tényleges célt a GPTMail által mutatott céllal. Ha egyeznek, várj és próbáld újra. Ha nem egyeznek, javítsd a hatósági rekordot.
Amikor az üzenet megérkezik, de a kód nem működik
A kézbesítés és a megerősítés külön rendszerek. Egy kód hibás lehet, mert:
- egy újabb kód helyettesítette;
- a kód útközben lejárt;
- másik böngésző munkamenethez vagy fiókhoz tartozik;
- a kóddal együtt szóköz került másolásra;
- a céloldal másik környezetet használ;
- a feladó órája vagy állapota hibás.
Kérj egy új kódot, várd meg a konkrét üzenetet, és egyszer használd. Ha hibás, jelentésedben add meg a kérés időpontját és az üzenet időpontját együtt.
Egy tömör támogatási jelentés
Hasznos jelentések tartalmazzák a címzett címet, a feladó címét, a tárgyat, az UTC időbélyegeket, hogy egy második feladó elérte-e a bejövő postafiókot, és a feladó által mutatott pontos hibát. Távolítsd el a megerősítő kódokat és a privát linkeket, mielőtt nyilvánosan megosztanád a naplókat.
A „Nincs e‑mail” nehezen vizsgálható. A „Üzenet kérése 14:03 UTC‑kor; a második szolgáltató 14:05‑kor érkezett; a várt feladó 14:15‑ig nem küldött üzenetet vagy visszapattanást” azonosítja a hibás oldalt.
Tudd, mikor kell abbahagyni a várakozást
Ha a fiók fontos, és a szolgáltatás kínál másik megerősítési módot, használd azt. Ha a regisztráció alacsony kockázatú, generálj egy új támogatott címet, és kezdj újra. Ne tedd a temporális bejövő postafiókot az egyetlen helyreállítási úttá egy olyan fiókhoz, amelyet megtartani szándékozol.
A szélesebb körű döntési útmutató: Az ideiglenes e-mail, ha jól használják.