Təsdiq e‑poçtu gecikdiyi zaman, yenidən göndər düyməsi aydın cavab kimi görünür. Bu, tez‑tez vəziyyəti daha da pisləşdirir: bir neçə mesaj eyni anda gəlir, yalnız ən yeni kod etibarlıdır və heç kim hansı sorğunun hansı mesajı yaratdığını bilmir.
Çatdırılmanı bir sıra yoxlama nöqtələri kimi qəbul edin. Qətiyyən uğurlu olan son yoxlama nöqtəsini tapın, sonra növbətiini yoxlayın.
İlk öncə, sübutları dondurun
Başqa bir mesaj istəmədən əvvəl, aşağıdakıları qeyd edin:
- dəqiq alıcı ünvanı;
- göndər düyməsini basdığınız zaman;
- göndərici və ya xidmət adı;
- səhifənin uğur bildirdiyini;
- bu ilk sorğumu, yoxsa yenidən göndərməmdir;
- göstərilibsə gözlənilən vaxtın bitmə vaxtı.
Göndərici səhifəsini açıq saxlayın. İki dəqiqə sonra aşkar edilən yazı səhvi, orijinal formanı hələ də göndərilmiş dəyəri saxladıqda düzəltmək daha asandır.
Ünvanı yoxlayın, yaddaşınızı deyil
Göndərilmiş ünvanı GPTMail tərəfindən göstərilən ünvanla müqayisə edin. Yerli hissəni, hər nöqtəni və rəqəmi, həmçinin domen sonluğunu yoxlayın. Bir neçə poçt qutusu sekmesi açıq olduqda və ya seçilmiş domeni yeni dəyişdirdiyiniz zaman xüsusi diqqət yetirin.
Sonra domenin domen səhifəsində aktiv olduğunu təsdiqləyin. Ünvan sintaksis baxımından düzgün ola bilər, lakin domen deaktiv edilmiş və ya artıq GPTMail‑ə yönləndirilməmiş ola bilər.
Vebsayt ünvanı göndərmədən əvvəl rədd edərsə, hələ çatdırılma problemi yoxdur. Başqa dəstəklənən ünvan yaradın və yenidən göndərin.
Göndəricinin həqiqətən çatdırılmaya başladığını təsdiqləyin
Vebsaytdakı uğur mesajı bəzən yalnız arxa plan işi yaradıldığını bildirir. Göndərici hələ də növbəyə alınır, sürət məhdudlaşdırması tətbiq edir və ya e‑poçtu təkrar göndərir.
Yenidən göndərmədən əvvəl bir neçə dəqiqə gözləyin. Xidmət fəaliyyət jurnalını təklif edirsə, onun təsdiq sorğusunu qeyd edib‑etmədiyini yoxlayın. Özünüzün idarə etdiyi məhsul üçün, qəbul edən poçt qutusuna baxmaqdan çox tətbiq növbəsini və poçt provayderinin hadisəsini yoxlayın.
Bir dəfə yeniləyin, sonra düzgün mesajı axtarın
Əl ilə yeniləmədən istifadə edin və gəlmə vaxtına görə sıralayın. Görünən ön baxışda yalnız xidmət adını deyil, gözlənilən göndərici və mövzunu axtarın. Avtomatlaşdırılmış və marketinq poçtları müxtəlif alt domenlərdən gələ bilər.
Bir neçə kod gələrsə, ən yeni sorğunu istifadə edin. Çox sistemlər əvəzləyici kod verildikdə əvvəlki kodları etibarsız sayır.
Göndərici problemini domen problemindən ayırın
Müstəqil bir provayderdən eyni ünvana qısa, sadə mətnli test mesajı göndərin.
- Test mesajı gəlirsə, qəbul edən domen işləyir və orijinal göndərici gecikir, ünvanı filtr edir və ya ötürülməzdən əvvəl uğursuz olur.
- Heç bir mesaj gəlmirsə, domen statusunu və MX konfiqurasiyasını yoxlayın.
- Bir provayderdən mesajlar gəlir, amma digərindən davamlı olaraq gəlmirsə, göndərici, zaman damğaları və hər hansı geri dönmə (bounce) detallarını toplayın, sonra bildirin.
Xüsusi domen üçün, Xüsusi Domen MX Quraşdırması Təxmin Olmadan məqaləsini izləyin. Canlı test zamanı DNS‑i təsadüfi dəyişməyin; hər dəyişiklik yeni bir yayılma pəncərəsi yaradır.
Ümumi DNS səhvlərini başa düşün
MX sorğusu müvəqqəti olaraq həll edicinin vaxtı dolduğu, səlahiyyətli ad serverlərinin razılaşmadığı, DNSSEC doğrulamasının uğursuz olduğu və ya qeydin hələ yayılmadığı üçün uğursuz ola bilər. “Qeyd tapılmadı” müəyyən bir vaxtda konkret sorğudan alınan nəticədir, qeydin heç vaxt mövcud olmadığına dair sübut deyil.
Səlahiyyətli DNS cavabını sorğulayın və faktiki hədəfi GPTMail tərəfindən göstərilən hədəflə müqayisə edin. Uyğundursa, gözləyin və yenidən cəhd edin. Uyğun deyilsə, səlahiyyətli qeydi düzəldin.
Mesaj gəldikdə, lakin kod işləmədikdə
Çatdırılma və təsdiq ayrı sistemlərdir. Kod uğursuz ola bilər, çünki:
- daha yeni bir kod onun yerini alıb;
- kod ötürülmə zamanı vaxtı keçib;
- kod başqa brauzer sessiyasına və ya hesaba aiddir;
- kodla birlikdə boşluq (whitespace) kopyalanıb;
- təqdimat səhifəsi fərqli bir mühitdən istifadə edir;
- göndəricinin saatı və ya vəziyyəti yanlışdır.
Yeni bir kod tələb edin, həmin xüsusi mesajı gözləyin və bir dəfə istifadə edin. Əgər uğursuz olarsa, sorğu vaxtını və mesaj vaxtını birlikdə bildirin.
Qısa dəstək hesabatı
Faydalı hesabatlarda alıcı ünvanı, göndərici ünvanı, mövzu, UTC zaman damğaları, ikinci göndəricinin poçt qutusuna çatıb‑çatmaması və göndərici tərəfindən göstərilən dəqiq səhv yer alır. İctimaiyyətlə logları paylaşmazdan əvvəl təsdiq kodlarını və şəxsi keçidləri silin.
“E‑poçt yoxdur” araşdırmaq çətindir. “Mesaj 14:03 UTC‑də sorğulandı; ikinci provayder 14:05‑də gəldi; gözlənilən göndərici 14:15‑ə qədər heç bir mesaj və ya bounce vermədi” problemi hansı tərəfdə olduğunu göstərir.
Nə zaman gözləməyə son vermək lazım olduğunu bilin
Əgər hesab vacibdirsə və xidmət başqa bir təsdiq üsulu təklif edirsə, onu istifadə edin. Qeydiyyat az risklidirsə, yeni dəstəklənən ünvan yaradın və yenidən başlayın. Saxlamaq istədiyiniz hesab üçün müvəqqəti poçt qutusunu yeganə bərpa yolu etməyin.
Daha geniş qərar bələdçisi Müvəqqəti E‑poçt, Düzgün İstifadə məqaləsindədir.