Doğrulama e-postası geciktiğinde, yeniden gönder düğmesi bariz bir cevap gibi gelir. Çoğu zaman durumu daha da kötüleştirir: birkaç mesaj aynı anda gelir, yalnızca en yeni kod geçerli kalır ve kimse hangi isteğin hangi mesajı ürettiğini bilmez.
Teslimatı bir dizi kontrol noktası olarak ele alın. Kesinlikle başarılı olan son kontrol noktasını bulun, ardından bir sonrakini inceleyin.
İlk olarak, kanıtları dondurun
Başka bir mesaj istemeden önce şunları kaydedin:
- tam alıcı adresi;
- gönder tuşuna bastığınız zaman;
- gönderici ya da hizmet adı;
- sayfanın başarı raporlayıp raporlamadığı;
- bu ilk istek mi yoksa yeniden gönderim mi olduğu;
- gösteriliyorsa beklenen son kullanma süresi.
Gönderici sayfasını açık tutun. İki dakika sonra keşfedilen bir yazım hatası, orijinal form hâlâ gönderilen değeri içerdiğinde düzeltmesi daha kolaydır.
Adresi, hafızanızı değil kontrol edin
Gönderilen adresi GPTMail tarafından gösterilen adresle karşılaştırın. Yerel kısmı, her nokta ya da rakamı ve alan adı uzantısını kontrol edin. Birden fazla gelen kutusu sekmesi açık olduğunda ya da seçili alan adını yeni değiştirdiğinizde özellikle dikkat edin.
Ardından alan adının alan adı sayfasında aktif olduğunu doğrulayın. Bir adres sözdizimsel olarak geçerli olabilir, ancak alan adı devre dışı bırakılmış ya da artık GPTMail'e yönlendirilmemiş olabilir.
Web sitesi adresi göndermeden önce reddederse, henüz bir teslimat sorunu yoktur. Başka bir desteklenen adres oluşturun ve tekrar gönderin.
Göndericinin gerçekten teslimata başladığını doğrulayın
Bir web sitesindeki başarı mesajı bazen yalnızca bir arka plan işinin oluşturulduğu anlamına gelir. Gönderici hâlâ kuyruğa alıyor, oran sınırlaması uyguluyor ya da e-postayı yeniden deniyor olabilir.
Yeniden göndermeden önce birkaç dakika bekleyin. Hizmet bir etkinlik günlüğü sunuyorsa, doğrulama isteğini kaydedip kaydetmediğini kontrol edin. Kullandığınız bir ürün için, alıcı gelen kutusuna bakmak yerine uygulama kuyruğunu ve e-posta sağlayıcı olayını inceleyin.
Bir kez yenileyin, ardından doğru mesajı arayın
Manuel yenilemeyi kullanın ve varış zamanına göre sıralayın. Görünür önizlemede yalnızca hizmet adını değil, beklenen gönderici ve konuyu arayın. Otomatik ve pazarlama e-postaları farklı alt alan adlarından gelebilir.
Birden fazla kod gelirse, en yeni isteği kullanın. Birçok sistem, bir yedek kod verildiği anda önceki kodları geçersiz kılar.
Gönderici sorununu alan adı sorunundan ayırın
Alakasız bir sağlayıcıdan aynı adrese kısa bir düz metin test mesajı gönderin.
- Test mesajı gelirse, alıcı alan adı çalışıyor demektir ve orijinal gönderici gecikiyor, adresi filtreliyor ya da devretmeden önce başarısız oluyor.
- Hiçbir mesaj gelmezse, alan adı durumunu ve MX yapılandırmasını doğrulayın.
- Bir sağlayıcıdan mesajlar geliyorsa ama diğeri sürekli gelmiyorsa, raporlamadan önce göndericiyi, zaman damgalarını ve herhangi bir geri dönüş (bounce) detayını toplayın.
Özel bir alan adı için, Tahmin Etmeden Özel Alan Adı MX Kurulumu rehberini izleyin. Canlı bir test sırasında DNS'i rastgele değiştirmeyin; her değişiklik yeni bir yayılma penceresi oluşturur.
Yaygın DNS hatalarını anlayın
Bir MX sorgusu, çözücünün zaman aşımına uğraması, yetkili ad sunucularının çelişmesi, DNSSEC doğrulamasının başarısız olması ya da kaydın henüz yayılmamış olması nedeniyle geçici olarak başarısız olabilir. “Kayıt bulunamadı” belirli bir zamanda yapılan belirli bir sorgunun sonucudur, kaydın hiç var olmadığı kanıtı değildir.
Yetkili DNS yanıtını sorgulayın ve gerçek hedefi GPTMail'in gösterdiği hedefle karşılaştırın. Eşleşiyorlarsa, bekleyin ve tekrar deneyin. Eşleşmiyorlarsa, yetkili kaydı düzeltin.
Mesaj geldiğinde ama kod başarısız olduğunda
Teslimat ve doğrulama ayrı sistemlerdir. Bir kod şu nedenlerle başarısız olabilir:
- daha yeni bir kod onu değiştirmiştir;
- kod iletim sırasında süresi dolmuştur;
- başka bir tarayıcı oturumu ya da hesaba aittir;
- kodla birlikte boşluk karakteri kopyalanmıştır;
- hedef sayfa farklı bir ortam kullanıyor;
- göndericinin saati ya da durumu yanlıştır.
Yeni bir kod isteyin, o belirli mesajı bekleyin ve bir kez kullanın. Eğer başarısız olursa, istek zamanını ve mesaj zamanını birlikte raporlayın.
Kısa bir destek raporu
Faydalı raporlar alıcı adresi, gönderici adresi, konu, UTC zaman damgaları, ikinci bir göndericinin gelen kutusuna ulaşıp ulaşmadığı ve göndericinin gösterdiği tam hatayı içerir. Günlükleri halka açık paylaşmadan önce doğrulama kodlarını ve özel bağlantıları kaldırın.
“E-posta yok” araştırması zordur. “Mesaj 14:03 UTC’de istendi; ikinci sağlayıcı 14:05’te geldi; beklenen gönderici 14:15’e kadar hiç mesaj ya da geri dönüş (bounce) üretmedi” başarısız tarafı belirler.
Ne zaman beklemeyi bırakmanız gerektiğini bilin
Hesap önemliyse ve hizmet başka bir doğrulama yöntemi sunuyorsa, onu kullanın. Kayıt düşük riskliyse, yeni bir desteklenen adres oluşturun ve tekrar başlayın. Geçici bir gelen kutusunu, tutmak istediğiniz bir hesabın tek kurtarma yolu haline getirmeyin.
Daha geniş karar rehberi Geçici E-posta, Doğru Kullanım adresindedir.