Gdy e‑mail weryfikacyjny jest spóźniony, przycisk ponownego wysyłania wydaje się oczywistą odpowiedzią. Często pogarsza to sytuację: kilka wiadomości przychodzi jednocześnie, tylko najnowszy kod pozostaje ważny i nikt nie wie, które żądanie wygenerowało którą wiadomość.
Traktuj dostawę jako ciąg punktów kontrolnych. Znajdź ostatni punkt, który z pewnością się powiódł, a następnie sprawdź kolejny.
Najpierw zamroź dowody
Przed żądaniem kolejnej wiadomości, zanotuj:
- dokładny adres odbiorcy;
- czas, w którym kliknąłeś przycisk wyślij;
- nazwę nadawcy lub usługi;
- czy strona zgłosiła sukces;
- czy jest to pierwsze żądanie, czy ponowne wysłanie;
- oczekiwany czas wygaśnięcia, jeśli jest podany.
Pozostaw stronę nadawcy otwartą. Błąd literowy odkryty dwie minuty później jest łatwiejszy do poprawienia, gdy oryginalny formularz wciąż zawiera wprowadzoną wartość.
Sprawdź adres, a nie swoją pamięć
Porównaj wprowadzony adres z adresem wyświetlanym przez GPTMail. Sprawdź część lokalną, każdy punkt lub cyfrę oraz przyrostek domeny. Zwróć szczególną uwagę, gdy otwarte jest kilka kart skrzynki odbiorczej lub gdy niedawno zmieniłeś wybraną domenę.
Następnie potwierdź, że domena jest aktywna na stronie domen. Adres może być składniowo poprawny, podczas gdy jego domena jest wyłączona lub już nie kieruje do GPTMail.
Jeśli strona odrzuca adres przed wysłaniem, nie ma jeszcze problemu z dostawą. Wygeneruj inny obsługiwany adres i wyślij ponownie.
Potwierdź, że nadawca rzeczywiście rozpoczął dostawę
Komunikat o sukcesie na stronie internetowej czasami oznacza jedynie, że utworzono zadanie w tle. Nadawca może nadal kolejkować, ograniczać szybkość lub ponawiać próbę wysłania e‑maila.
Poczekaj kilka minut przed ponownym wysłaniem. Jeśli usługa oferuje dziennik aktywności, sprawdź, czy rejestruje żądanie weryfikacji. Dla produktu, którym zarządzasz, sprawdź kolejkę aplikacji i zdarzenia dostawcy poczty, zamiast wpatrywać się w skrzynkę odbiorczą.
Odśwież raz, a potem poszukaj właściwej wiadomości
Użyj ręcznego odświeżenia i posortuj według czasu przybycia. Szukaj oczekiwanego nadawcy i tematu, a nie tylko nazwy usługi w widocznym podglądzie. Automatyczne i marketingowe maile mogą pochodzić z różnych poddomen.
Jeśli przyjdzie kilka kodów, użyj najnowszego żądania. Wiele systemów unieważnia wcześniejsze kody, gdy tylko zostanie wydany zamiennik.
Oddziel problem nadawcy od problemu domeny
Wyślij krótką wiadomość testową w formacie tekstowym na ten sam adres z niezależnego dostawcy.
- Jeśli test dotrze, domena odbierająca działa, a oryginalny nadawca jest opóźniony, filtruje adres lub nie powodzi się przed przekazaniem.
- Jeśli żadna wiadomość nie dotrze, zweryfikuj status domeny i konfigurację MX.
- Jeśli wiadomości od jednego dostawcy przychodzą, a od innego konsekwentnie nie, zbierz informacje o nadawcy, znaczniki czasu i szczegóły odbić przed zgłoszeniem.
Dla własnej domeny, postępuj zgodnie z Ustawieniem MX dla domeny własnej bez zgadywania. Nie zmieniaj DNS losowo podczas testu na żywo; każda zmiana tworzy nowe okno propagacji.
Zrozum typowe awarie DNS
Zapytanie MX może tymczasowo nie powieść się, ponieważ resolver przekroczył limit czasu, autorytatywne serwery nazw nie zgadzały się, weryfikacja DNSSEC nie powiodła się lub rekord nie został jeszcze rozpowszechniony. „Nie wykryto rekordu” jest wynikiem konkretnego zapytania w określonym czasie, a nie dowodem, że rekord nigdy nie istniał.
Zapytaj o autorytatywną odpowiedź DNS i porównaj rzeczywisty cel z celem wyświetlanym przez GPTMail. Jeśli się zgadzają, poczekaj i spróbuj ponownie. Jeśli nie, popraw autorytatywny rekord.
Gdy wiadomość przychodzi, ale kod nie działa
Dostawa i weryfikacja to oddzielne systemy. Kod może nie działać, ponieważ:
- nowszy kod go zastąpił;
- kod wygasł w trakcie przesyłania;
- należy do innej sesji przeglądarki lub konta;
- przy kopiowaniu kodu został skopiowany biały znak;
- strona docelowa używa innego środowiska;
- zegar lub stan nadawcy jest nieprawidłowy.
Poproś o nowy kod, poczekaj na tę konkretną wiadomość i użyj go raz. Jeśli nie zadziała, zgłoś jednocześnie czas żądania i czas wiadomości.
Zwięzły raport wsparcia
Przydatne raporty zawierają adres odbiorcy, adres nadawcy, temat, znaczniki czasu w UTC, czy drugi nadawca dotarł do skrzynki oraz dokładny błąd wyświetlony przez nadawcę. Usuń kody weryfikacyjne i prywatne linki przed publicznym udostępnieniem logów.
„Brak e‑maila” jest trudny do zbadania. „Wiadomość żądana o 14:03 UTC; drugi dostawca dotarł o 14:05; oczekiwany nadawca nie wygenerował wiadomości ani odbicia do 14:15” wskazuje, po której stronie wystąpił problem.
Wiedzieć, kiedy przestać czekać
Jeśli konto jest ważne i usługa oferuje inną metodę weryfikacji, użyj jej. Jeśli rejestracja jest niskiego ryzyka, wygeneruj nowy obsługiwany adres i spróbuj ponownie. Nie traktuj tymczasowej skrzynki jako jedynej drogi odzyskania konta, które zamierzasz zachować.
Szerszy przewodnik decyzyjny znajduje się w Tymczasowy e‑mail, używany właściwie.