Kai patikrinimo el. laiškas vėluoja, mygtukas „siųsti dar kartą“ atrodo kaip akivaizdus sprendimas. Dažnai tai situaciją dar labiau pablogina: keli laiškai atvyksta vienu metu, galioja tik naujausias kodas, ir niekas nežino, kuri užklausa sukėlė kurį laišką.
Traktuokite pristatymą kaip seką kontrolinių taškų. Raskite paskutinį kontrolinį tašką, kuris tikrai pavyko, tada patikrinkite kitą.
Pirma, užfiksuokite įrodymus
Prieš prašydami kito laiško, įrašykite:
- tikslų gavėjo adresą;
- laiką, kai paspaudėte pateikti;
- siuntėjo arba paslaugos pavadinimą;
- ar puslapis pranešė sėkmę;
- ar tai pirmoji užklausa ar pakartotinis siuntimas;
- numatomą galiojimo laiką, jei rodomas.
Laikykite siuntėjo puslapį atvertą. Klaida, pastebėta po dviejų minučių, lengviau pataisyti, kai originalioje formoje vis dar yra įvesta reikšmė.
Patikrinkite adresą, o ne savo atmintį
Palyginkite įvestą adresą su GPTMail rodomu adresu. Patikrinkite vietinę dalį, kiekvieną tašką ar skaitmenį ir domeno galūnę. Atkreipkite ypatingą dėmesį, kai atidaryta kelios pašto dėžutės kortelės arba neseniai pakeitėte pasirinktą domeną.
Tada patikrinkite, ar domenas yra aktyvus domenų puslapyje. Adresas gali būti sintaksiškai teisingas, tačiau jo domenas gali būti išjungtas arba nebe nukreiptas į GPTMail.
Jei svetainė atmeta adresą prieš siųsdama, dar nėra pristatymo problemos. Sukurkite kitą palaikomą adresą ir pateikite dar kartą.
Patikrinkite, ar siuntėjas iš tiesų pradėjo pristatymą
Svetainės sėkmės pranešimas kartais reiškia tik tai, kad sukurtas fono darbas. Siuntėjas gali vis dar eilėje, riboti greitį arba bandyti išsiųsti el. laišką dar kartą.
Palaukite kelias minutes prieš siųsdami dar kartą. Jei paslauga siūlo veiklos žurnalą, patikrinkite, ar jame įrašyta patikrinimo užklausa. Produktui, kurį valdote, patikrinkite programos eilę ir pašto tiekėjo įvykį, o ne žiūrėkite į gaunamą pašto dėžutę.
Atnaujinkite kartą, tada ieškokite tinkamo laiško
Naudokite rankinį atnaujinimą ir rūšiuokite pagal gavimo laiką. Ieškokite laukiamo siuntėjo ir temos, o ne tik paslaugos pavadinimo matomame peržiūroje. Automatizuoti ir rinkodaros laiškai gali ateiti iš skirtingų subdomenų.
Jei atvyksta keli kodai, naudokite naujausią užklausą. Daugelis sistemų anuliuoja ankstesnius kodus, kai tik išduodamas pakeitimas.
Atskirti siuntėjo problemą nuo domeno problemos
Siųskite trumpą paprasto teksto testinį laišką į tą patį adresą iš nesusijusio tiekėjo.
- Jei testas atvyksta, gaunamasis domenas veikia ir originalus siuntėjas vėluoja, filtruoja adresą arba nepavyksta prieš perdavimą.
- Jei nei vienas laiškas neateina, patikrinkite domeno būseną ir MX konfigūraciją.
- Jei laiškai iš vieno tiekėjo atvyksta, o kito – nuolat ne, surinkite siuntėjo, laiko žymas ir bet kokius atmetimo duomenis prieš pranešdami apie tai.
Individualiam domenui sekite Individualaus domeno MX konfigūracija be spėliojimo. Nekeiskite DNS atsitiktinai vykdomo testo metu; kiekvienas pakeitimas sukuria naują propagacijos langą.
Suprasti dažnas DNS klaidas
MX užklausa gali laikinai nepavykti, nes rezoliucijos laikas baigėsi, autoritetingi vardų serveriai nesutiko, DNSSEC patikrinimas nepavyko arba įrašas dar nepasiskleidė. „Įrašas nerastas“ yra rezultatas iš konkrečios užklausos konkrečiu momentu, o ne įrodymas, kad įrašo niekada nebuvo.
Užklauskite autoritetingą DNS atsakymą ir palyginkite faktinį tikslą su GPTMail rodomu tikslu. Jei jie sutampa, palaukite ir bandykite dar kartą. Jei nesutampa, pataisykite autoritetingą įrašą.
Kai laiškas atvyksta, bet kodas neveikia
Pristatymas ir patikrinimas yra atskiros sistemos. Kodas gali neveikti dėl:
- naujesnis kodas jį pakeitė;
- kodas baigė galiojimą per transportavimą;
- tai priklauso kitai naršyklės sesijai arba paskyrai;
- kodo kopijavime buvo įtraukta tarpai;
- tikslinis puslapis naudoja kitą aplinką;
- siuntėjo laikrodis arba būsena yra neteisinga.
Prašykite vieną naują kodą, palaukite to konkretaus laiško ir naudokite jį vieną kartą. Jei nepavyksta, praneškite kartu užklausos laiką ir laiško laiką.
Trumpas palaikymo ataskaita
Naudingos ataskaitos turi būti: gavėjo adresas, siuntėjo adresas, tema, UTC laiko žymės, ar antras siuntėjas pasiekė pašto dėžutę, ir tikslus siuntėjo rodomas klaidos pranešimas. Prieš viešai dalindamiesi žurnalais, pašalinkite patikrinimo kodus ir privačius nuorodas.
„Nėra el. laiško“ sunku ištirti. „Laiškas užklaustas 14:03 UTC; antras tiekėjas atvyko 14:05; laukiamas siuntėjas iki 14:15 nepagavo jokio laiško ar atmetimo“ nurodo, kuri pusė klaidinga.
Žinokite, kada nustoiti laukti
Jei paskyra svarbi ir paslauga siūlo kitą patikrinimo metodą, naudokite jį. Jei registracija yra mažos rizikos, sukurkite naują palaikomą adresą ir pradėkite iš naujo. Nenaudokite laikinos pašto dėžutės kaip vienintelio atkūrimo kelio paskyrai, kurią planuojate išlaikyti.
Plačiau sprendimų vadovas yra Laikinas el. paštas, naudojamas protingai.