Kad verifikācijas e-pasts kavējas, atkārtoti nosūtīt poga šķiet acīmredzama atbilde. Tā bieži tikai pasliktina situāciju: vairāki ziņojumi ierodas vienlaicīgi, tikai jaunākais kods paliek derīgs, un neviens nezina, kura pieprasījuma rezultātā kurš ziņojums tika nosūtīts.
Uztver piegādi kā virkni kontrolpunktu. Atrodi pēdējo kontrolpunktu, kas noteikti izdevās, un tad pārbaudi nākamo.
Vispirms, nostipriniet pierādījumus
Pirms pieprasīt vēl vienu ziņojumu, ierakstiet:
- precīzo saņēmēja adresi;
- laiku, kad nospiedāt iesniegšanas pogu;
- sūtītāja vai pakalpojuma nosaukumu;
- vai lapa ziņoja par veiksmi;
- vai šis ir pirmais pieprasījums vai atkārtots nosūtījums;
- paredzēto derīguma termiņa beigu laiku, ja tas ir parādīts.
Turiet sūtītāja lapu atvērtu. Kļūda, kas atklāta divas minūtes vēlāk, ir vieglāk labojama, ja sākotnējā veidlapā joprojām ir iesniegtā vērtība.
Pārbaudiet adresi, nevis atmiņu
Salīdziniet iesniegto adresi ar GPTMail parādīto adresi. Pārbaudiet lokālo daļu, katru punktu vai ciparu, kā arī domēna sufiksu. Īpašu uzmanību pievērsiet, ja ir atvērtas vairākas iesūtnes cilnes vai nesen mainījāt izvēlēto domēnu.
Pēc tam pārliecinieties, ka domēns ir aktīvs domēna lapā. Adrese var būt sintaktiski derīga, bet tās domēns var būt deaktivēts vai vairs nenovirzīts uz GPTMail.
Ja vietne noraida adresi pirms nosūtīšanas, piegādes problēma vēl nav radusies. Izveidojiet citu atbalstītu adresi un iesniedziet vēlreiz.
Apstipriniet, ka sūtītājs patiešām uzsāka piegādi
Veiksmes ziņojums vietnē dažkārt nozīmē tikai to, ka ir izveidota fona uzdevums. Sūtītājs var vēl būt rindā, ierobežot ātrumu vai atkārtoti mēģināt nosūtīt e-pastu.
Pagaidiet dažas minūtes pirms atkārtotas nosūtīšanas. Ja pakalpojums piedāvā aktivitāšu žurnālu, pārbaudiet, vai tas reģistrē verifikācijas pieprasījumu. Produktam, ko pārvaldāt, pārbaudiet lietojumprogrammas rindu un pasta pakalpojuma notikumu, nevis stāvējiet pie saņemšanas iesūtnes.
Atjaunojiet vienreiz, pēc tam meklējiet pareizo ziņojumu
Izmantojiet manuālu atjaunošanu un kārtojiet pēc ierašanās laika. Meklējiet gaidāmo sūtītāju un tēmu, ne tikai pakalpojuma nosaukumu redzamajā priekšskatījumā. Automatizēti un mārketinga e-pasti var nākt no dažādiem apakšdomēniem.
Ja ierodas vairāki kodi, izmantojiet jaunāko pieprasījumu. Daudzas sistēmas anulē agrākos kodus, tiklīdz tiek izsniegts aizstājējkods.
Atdaliet sūtītāja problēmu no domēna problēmas
Nosūtiet īsu vienkārša teksta testēšanas ziņojumu uz to pašu adresi no neatkarīga pakalpojuma.
- Ja tests ierodas, saņemšanas domēns darbojas, bet sākotnējais sūtītājs ir aizkavējies, filtrē adresi vai neizdodas pirms nodošanas.
- Ja neviens ziņojums neierodas, pārbaudiet domēna statusu un MX konfigurāciju.
- Ja ziņojumi no viena pakalpojuma ierodas, bet no cita nepastāvīgi neierodas, savāciet sūtītāja informāciju, laika zīmes un jebkādus atgriešanas (bounce) datus, pirms ziņojat par to.
Lietojot pielāgotu domēnu, sekojiet Pielāgota domēna MX iestatīšanai bez minēšanas. Nemainiet DNS nejauši dzīvas pārbaudes laikā; katra izmaiņa rada jaunu izplatīšanas logu.
Izprast biežākos DNS kļūdu gadījumus
MX meklēšana var īslaicīgi neizdoties, jo atrisinātājam beidzās laiks, autoritatīvie vārdu serveri nesaskaņojas, DNSSEC validācija neizdodas vai ieraksts vēl nav izplatīts. “Nav atrasts ieraksts” ir rezultāts no konkrētas meklēšanas konkrētā brīdī, nevis pierādījums, ka ieraksts nekad neeksistēja.
Izpildiet autoritatīvā DNS atbildes vaicājumu un salīdziniet faktisko mērķi ar GPTMail parādīto mērķi. Ja tie sakrīt, pagaidiet un mēģiniet vēlreiz. Ja tie nesakrīt, labojiet autoritatīvo ierakstu.
Kad ziņojums ierodas, bet kods neizdodas
Piegāde un verifikācija ir atsevišķas sistēmas. Kods var neizdoties, jo:
- jaunāks kods to aizstāj;
- kods beidzās pārsūtīšanas laikā;
- tas pieder citai pārlūkprogrammas sesijai vai kontam;
- kods tika kopēts kopā ar tukšumiem (whitespace);
- galamērķa lapa izmanto citu vidi;
- sūtītāja pulkstenis vai stāvoklis ir nepareizs.
Pieprasiet jaunu kodu, pagaidiet šo konkrēto ziņojumu un izmantojiet to vienreiz. Ja tas neizdodas, ziņojiet par pieprasījuma laiku un ziņojuma laiku kopā.
Īss atbalsta ziņojums
Noderīgi ziņojumi ietver saņēmēja adresi, sūtītāja adresi, tēmu, UTC laika zīmes, vai otrais sūtītājs sasniedza iesūtni, kā arī precīzu kļūdas ziņojumu, ko parādīja sūtītājs. Noņemiet verifikācijas kodus un privātos saites pirms publiski dalāties ar žurnāliem.
“Nav e-pasta” ir grūti izpētīt. “Ziņojums pieprasīts 14:03 UTC; otrais pakalpojums ieradies 14:05; gaidāmais sūtītājs neizveidoja ziņojumu vai bounce līdz 14:15” identificē neizdošās puses.
Ziniet, kad pārtraukt gaidīšanu
Ja kontam ir nozīme un pakalpojums piedāvā citu verifikācijas metodi, izmantojiet to. Ja reģistrācija ir maz riska, izveidojiet jaunu atbalstītu adresi un sākt vēlreiz. Neļaujiet pagaidu iesūtnei būt vienīgajam atgūšanas ceļam kontam, ko plānojat paturēt.
Plašāks lēmumu ceļvedis ir Pagaidu e-pasts, pareizi izmantots.