Quan un correu electrònic de verificació arriba amb retard, el botó de reenviar sembla la resposta òbvia. Sovint empitjora la situació: diversos missatges arriben alhora, només el codi més nou continua sent vàlid, i ningú sap quina sol·licitud va generar quin missatge.
Considera el lliurament com una seqüència de punts de control. Troba l'últim punt de control que definitivament ha tingut èxit, i després inspecciona el següent.
Primer, conserva les proves
Abans de sol·licitar un altre missatge, registra:
- l'adreça exacta del destinatari;
- l'hora en què vas prémer enviar;
- el nom del remitent o del servei;
- si la pàgina va informar d'èxit;
- si aquesta és la primera sol·licitud o un reenviament;
- el temps d'expiració esperat, si es mostra.
Mantingues la pàgina del remitent oberta. Un error tipogràfic descobert dos minuts després és més fàcil de corregir quan el formulari original encara conté el valor enviat.
Comprova l'adreça, no la teva memòria
Compara l'adreça enviada amb l'adreça mostrada per GPTMail. Revisa la part local, cada punt o dígit, i el sufix del domini. Presta especial atenció quan tens diverses pestanyes de bústia obertes o quan has canviat recentment el domini seleccionat.
A continuació, confirma que el domini està actiu a la pàgina de dominis. Una adreça pot ser sintàcticament vàlida mentre el seu domini està desactivat o ja no es dirigeix cap a GPTMail.
Si el lloc web rebutja l'adreça abans d'enviar, encara no hi ha cap problema de lliurament. Genera una altra adreça compatible i torna a enviar.
Confirma que el remitent realment ha iniciat el lliurament
Un missatge d'èxit en un lloc web a vegades només vol dir que s'ha creat una tasca en segon pla. El remitent pot encara estar en cua, limitant la taxa, o reintentant el correu.
Espera uns minuts abans de reenviar. Si el servei ofereix un registre d'activitat, comprova si registra la sol·licitud de verificació. Per a un producte que gestiones, inspecciona la cua d'aplicació i l'esdeveniment del proveïdor de correu en comptes d'estar mirant la bústia receptora.
Refresca una vegada, després busca el missatge correcte
Utilitza una actualització manual i ordena per hora d'arribada. Cerca el remitent i l'assumpte esperats, no només el nom del servei a la vista prèvia. El correu automatitzat i de màrqueting pot provenir de subdominis diferents.
Si arriben diversos codis, utilitza la sol·licitud més recent. Molts sistemes invaliden els codis anteriors tan bon punt s'emet un reemplaçament.
Separa un problema del remitent d'un problema del domini
Envia un missatge de prova curt en text pla a la mateixa adreça des d'un proveïdor no relacionat.
- Si la prova arriba, el domini receptor funciona i el remitent original està retardat, filtrant l'adreça, o fallant abans del traspàs.
- Si cap dels missatges arriba, verifica l'estat del domini i la configuració MX.
- Si els missatges d'un proveïdor arriben però l'altre consistentment no, recopila el remitent, les marques de temps i qualsevol detall de rebot abans d'informar-ho.
Per a un domini personalitzat, segueix Configuració MX de domini personalitzat sense conjectures. No canviïs el DNS aleatòriament durant una prova en viu; cada canvi crea una nova finestra de propagació.
Entén les fallades comunes de DNS
Una consulta MX pot fallar temporalment perquè un resolutor ha excedit el temps d'espera, els servidors de noms autoritzats no coincideixen, la validació DNSSEC ha fallat, o el registre no s'ha propagat. “No s'ha detectat cap registre” és un resultat d'una consulta específica en un moment concret, no una prova que el registre mai hagi existit.
Consulta la resposta DNS autoritzada i compara la destinació real amb la destinació mostrada per GPTMail. Si coincideixen, espera i torna a intentar. Si no coincideixen, corregeix el registre autoritzat.
Quan el missatge arriba però el codi falla
El lliurament i la verificació són sistemes separats. Un codi pot fallar perquè:
- un codi més nou l'ha reemplaçat;
- el codi ha caducat en trànsit;
- pertany a una altra sessió del navegador o compte;
- s'ha copiat espai en blanc amb el codi;
- la pàgina de destinació està utilitzant un entorn diferent;
- l'hora o l'estat del remitent són incorrectes.
Sol·licita un codi nou, espera aquest missatge específic i utilitza'l una sola vegada. Si falla, informa l'hora de la sol·licitud i l'hora del missatge juntes.
Un informe de suport concís
Els informes útils inclouen l'adreça del destinatari, l'adreça del remitent, l'assumpte, les marques de temps UTC, si un segon remitent ha arribat a la bústia, i l'error exacte mostrat pel remitent. Elimina els codis de verificació i els enllaços privats abans de compartir els registres públicament.
«Cap correu electrònic» és difícil d'investigar. «Missatge sol·licitat a les 14:03 UTC; segon proveïdor arribat a les 14:05; el remitent esperat no ha produït cap missatge o rebot fins a les 14:15» identifica el costat que falla.
Sap quan deixar d'esperar
Si el compte és important i el servei ofereix un altre mètode de verificació, utilitza'l. Si el registre és de baix risc, genera una nova adreça compatible i comença de nou. No facis d'una bústia temporal l'únic camí de recuperació per a un compte que vols conservar.
La guia de decisió més àmplia és Correu electrònic temporal, ben utilitzat.