Kur një email verifikimi vonon, butoni i ri-dërgimit duket si përgjigjja e qartë. Shpesh e bën situatën më të keqe: disa mesazhe mbërrijnë së bashku, vetëm kodi më i ri mbetet i vlefshëm, dhe askush nuk e di se cili kërkesë prodhoi cili mesazh.
Trajtoni dërgimin si një sekuencë pikash kontrolli. Gjeni pikën e fundit kontrolli që me siguri ka pasur sukses, pastaj shqyrtoni atë pasuese.
Së pari, ngrini provat
Para se të kërkoni një mesazh tjetër, regjistroni:
- adresën e saktë të marrësit;
- kohën kur shtypët dërgo;
- emrin e dërguesit ose shërbimit;
- nëse faqja raportoi sukses;
- nëse kjo është kërkesa e parë ose një ri-dërgim;
- kohën e pritshme të skadimit, nëse tregohet.
Mbani faqen e dërguesit të hapur. Një gabim shtypi i zbuluar dy minuta më vonë është më i lehtë të korrigjohet kur formulari origjinal ende përmban vlerën e dërguar.
Kontrolloni adresën, jo kujtesën tuaj
Krahasoni adresën e dërguar me adresën e shfaqur nga GPTMail. Kontrolloni pjesën lokale, çdo pikë ose shifër, dhe prapashtesën e domenit. Kushtoni vëmendje të veçantë kur janë të hapura disa skedat e kutisë postare ose kur keni ndryshuar së fundmi domenin e zgjedhur.
Më pas konfirmoni që domeni është aktiv në faqen e domenit. Një adresë mund të jetë sintaksisht e vlefshme ndërkohë që domeni i saj është i çaktivizuar ose nuk është më i drejtuar drejt GPTMail.
Nëse uebsajti refuzon adresën para dërgimit, nuk ka ende problem dërgimi. Gjeneroni një adresë tjetër të mbështetur dhe dërgojeni përsëri.
Konfirmoni që dërguesi ka filluar vërtet dërgimin
Një mesazh suksesi në një uebsajt ndonjëherë nënkupton vetëm që është krijuar një punë në sfond. Dërguesi mund të jetë ende në radhë, të kufizojë shpejtësinë, ose të riprovojë emailin.
Prisni disa minuta para se të ri-dërgoni. Nëse shërbimi ofron një regjistër aktiviteti, kontrolloni nëse ai regjistron kërkesën e verifikimit. Për një produkt që administroni, shqyrtoni radhën e aplikimit dhe ngjarjen e ofruesit të postës në vend që të shikoni kutinë postare të marrësit.
Rifreskoni një herë, pastaj kërkoni mesazhin e duhur
Përdorni rifreskim manual dhe renditni sipas kohës së mbërritjes. Kërkoni dërguesin dhe subjektin e pritur, jo vetëm emrin e shërbimit në pamjen e dukshme. Email-et automatike dhe ato marketingu mund të vijnë nga nën-domena të ndryshme.
Nëse mbërrijnë disa kode, përdorni kërkesën më të re. Shumë sisteme invalidojnë kodet e mëparshme sapo të lëshohet një zëvendësim.
Ndani problemin e dërguesit nga problemi i domenit
Dërgoni një mesazh test i shkurtër në tekst të thjeshtë në të njëjtën adresë nga një ofrues i pavarur.
- Nëse testi mbërrin, domeni i marrësit funksionon dhe dërguesi origjinal është i vonuar, filtron adresën, ose dështoi para dorëzimit.
- Nëse asnjë mesazh nuk mbërrin, verifikoni statusin e domenit dhe konfigurimin MX.
- Nëse mesazhet nga një ofrues mbërrijnë, por tjetri vazhdimisht nuk mbërrin, mbledhni dërguesin, shenjat kohore dhe çdo detaj të kthimit (bounce) përpara se ta raportoni.
Për një domen të personalizuar, ndiqni Konfigurimin MX të Domenit të Personalizuar Pa Hamendje. Mos ndryshoni DNS rastësisht gjatë një testi të drejtpërdrejtë; çdo ndryshim krijon një dritare të re përhapjeje.
Kuptoni dështimet e zakonshme të DNS
Një kërkim MX mund të dështojë përkohësisht sepse një zgjidhës ka skaduar, serverat autoritarë të emrave nuk bien dakord, validimi DNSSEC dështoi, ose rekordi nuk është përhapur. “Nuk u gjet asnjë rekord” është një rezultat nga një kërkim specifik në një kohë specifike, jo provë se rekordi kurrë nuk ka ekzistuar.
Kërkoni përgjigjen autoritare DNS dhe krahasoni objektivin aktual me objektivin e shfaqur nga GPTMail. Nëse përputhen, prisni dhe riprovoni. Nëse nuk përputhen, korrigjoni rekordin autoritar.
Kur mesazhi mbërrin, por kodi dështon
Dërgimi dhe verifikimi janë sisteme të veçanta. Një kod mund të dështojë sepse:
- një kod më i ri e ka zëvendësuar atë;
- kodi ka skaduar gjatë transmetimit;
- i përket një sesioni tjetër shfletuesi ose llogarie tjetër;
- hapësira e bardhë është kopjuar me kodin;
- faqja e destinacionit po përdor një mjedis të ndryshëm;
- orari ose gjendja e dërguesit është e gabuar.
Kërkoni një kod të ri, prisni për atë mesazh specifik, dhe përdoreni një herë. Nëse dështon, raportoni kohën e kërkesës dhe kohën e mesazhit së bashku.
Një raport i përmbledhur për mbështetjen
Raportet e dobishme përfshijnë adresën e marrësit, adresën e dërguesit, subjektin, shenjat kohore UTC, nëse një dërgues i dytë ka arritur në kutinë postare, dhe gabimin e saktë të shfaqur nga dërguesi. Hiqni kodet e verifikimit dhe lidhjet private përpara se të ndani regjistrat publikisht.
“"Asnjë email" është e vështirë për t’u hetuar. "Mesazhi u kërkua në 14:03 UTC; ofruesi i dytë mbërriti në 14:05; dërguesi i pritur nuk prodhoi mesazh ose kthim deri në 14:15" identifikon anën që dështoi.
Dijeni kur të ndaloni pritjen
Nëse llogaria është e rëndësishme dhe shërbimi ofron një metodë tjetër verifikimi, përdoreni atë. Nëse regjistrimi është me rrezik të ulët, gjeneroni një adresë të re të mbështetur dhe filloni përsëri. Mos e bëni një kutinë postare të përkohshme rrugën e vetme të rikuperimit për një llogari që dëshironi të mbani.
Udhëzuesi më i gjerë i vendimmarrjes është Email i Përkohshëm, Përdorur Mirë.