Когато имейлът за потвърждение е закъснял, бутонът за повторно изпращане изглежда като очевиден отговор. Често това влошава ситуацията: няколко съобщения пристигат едновременно, само най-новият код остава валиден и никой не знае коя заявка е произвела кое съобщение.
Третирайте доставката като поредица от контролни точки. Намерете последната точка, която определено е успяла, след което проверете следващата.
Първо, замразете доказателствата
Преди да поискате друго съобщение, запишете:
- точния адрес на получателя;
- времето, в което натиснахте изпращане;
- името на изпращача или услугата;
- дали страницата съобщи за успех;
- дали това е първата заявка или повторно изпращане;
- очакваното време за изтичане, ако е показано.
Запазете страницата на изпращача отворена. Грешка, открита две минути по-късно, е по-лесно да се поправи, докато оригиналната форма все още съдържа въведената стойност.
Проверете адреса, а не паметта си
Сравнете въведения адрес с адреса, показан от GPTMail. Проверете локалната част, всяка точка или цифра и домейновия суфикс. Обърнете специално внимание, когато имате отворени няколко раздела с пощи или когато наскоро сте променили избрания домейн.
След това потвърдете, че домейнът е активен на страницата за домейни. Адрес може да бъде синтактично валиден, докато неговият домейн е изключен или вече не се пренасочва към GPTMail.
Ако уебсайтът отхвърли адреса преди изпращане, все още няма проблем с доставката. Създайте друг поддържан адрес и изпратете отново.
Потвърдете, че изпращачът действително е започнал доставката
Съобщение за успех на уебсайт понякога означава само, че е създадена фоновата задача. Изпращачът може все още да е в опашка, да прилага ограничение на скоростта или да опитва отново имейла.
Изчакайте няколко минути преди повторно изпращане. Ако услугата предлага дневник на активностите, проверете дали записва заявката за потвърждение. За продукт, който управлявате, проверете опашката на приложението и събитието от доставчика на имейл, вместо да наблюдавате получаващата поща.
Опреснете веднъж, след което потърсете правилното съобщение
Използвайте ръчно опресняване и сортиране по време на пристигане. Търсете очаквания изпращач и тема, а не само името на услугата в видимия преглед. Автоматизирани и маркетингови имейли могат да идват от различни поддомейни.
Ако пристигнат няколко кода, използвайте най-новата заявка. Много системи анулират по-ранните кодове веднага след издаване на нов.
Разделете проблем с изпращача от проблем с домейна
Изпратете кратко тестово съобщение с прост текст до същия адрес от независим доставчик.
- Ако тестовото съобщение пристигне, получаващият домейн работи и оригиналният изпращач е забавен, филтрира адреса или се проваля преди предаване.
- Ако нито едно съобщение не пристигне, проверете статуса на домейна и MX конфигурацията.
- Ако съобщения от един доставчик пристигат, а от друг постоянно не пристигат, съберете информация за изпращача, времеви марки и детайли за отскок преди да го докладвате.
За персонализиран домейн, следвайте Настройка на MX за персонализиран домейн без догадки. Не променяйте DNS произволно по време на жив тест; всяка промяна създава нов прозорец за разпространение.
Разберете чести DNS провали
MX заявка може временно да се провали, защото резолверът изтече, авторитетните сървъри за имена не са се съгласили, DNSSEC валидирането е неуспешно или записът не е разпространен. „Не е открит запис“ е резултат от конкретна заявка в конкретен момент, а не доказателство, че записът никога не е съществувал.
Заявете авторитетния DNS отговор и сравнете действителната цел с целта, показана от GPTMail. Ако съвпадат, изчакайте и опитайте отново. Ако не съвпадат, коригирайте авторитетния запис.
Когато съобщението пристигне, но кодът не работи
Доставката и потвърждението са отделни системи. Код може да не успее, защото:
- по-нов код го е заменил;
- кодът е изтекъл по време на пренос;
- принадлежи на друга сесия в браузъра или акаунт;
- бяло пространство е копирано заедно с кода;
- целевата страница използва различна среда;
- часовникът или състоянието на изпращача е грешно.
Заявете нов код, изчакайте конкретното съобщение и го използвайте веднъж. Ако не успее, докладвайте времето на заявката и времето на съобщението заедно.
Кратък доклад за поддръжка
Полезните доклади включват адреса на получателя, адреса на изпращача, темата, UTC времеви марки, дали втори изпращач е достигнал пощенската кутия и точната грешка, показана от изпращача. Премахнете кодовете за потвърждение и частните връзки преди да споделяте журналите публично.
„Няма имейл“ е трудно за разследване. „Съобщение заявено в 14:03 UTC; втори доставчик пристигна в 14:05; очакваният изпращач не е произвел съобщение или отскок до 14:15“ идентифицира страната, която се проваля.
Знайте кога да спрете да чакате
Ако акаунтът е важен и услугата предлага друг метод за потвърждение, използвайте го. Ако регистрацията е с нисък риск, създайте нов поддържан адрес и започнете отново. Не правете временно пощенска кутия единствения път за възстановяване на акаунт, който възнамерявате да запазите.
По-широкият ръководител за решения е Временна имейл поща, използвана правилно.