Коли лист підтвердження запізнюється, кнопка повторної відправки здається очевидним рішенням. Часто це лише погіршує ситуацію: кілька повідомлень надходять одночасно, дійсним залишається лише найновіший код, і ніхто не знає, який запит створив яке повідомлення.
Розглядайте доставку як послідовність контрольних точок. Знайдіть останню точку, яка точно спрацювала, а потім перевірте наступну.
Спочатку зафіксуйте докази
Перед запитом іншого повідомлення зафіксуйте:
- точну адресу отримувача;
- час, коли ви натиснули кнопку відправки;
- ім'я відправника або сервісу;
- чи повідомила сторінка про успіх;
- чи це перший запит чи повторна відправка;
- очікуваний час закінчення терміну дії, якщо він вказаний.
Тримайте сторінку відправника відкритою. Помилку, виявлену через дві хвилини, легше виправити, коли у формі ще залишилось подане значення.
Перевірте адресу, а не свою пам'ять
Порівняйте подану адресу з адресою, що відображається в GPTMail. Перевірте локальну частину, кожну крапку чи цифру, а також суфікс домену. Особливу увагу приділіть, коли відкрито кілька вкладок з вхідними скриньками або коли ви нещодавно змінили обраний домен.
Потім підтвердіть, що домен активний на сторінці доменів. Адреса може бути синтаксично правильною, хоча її домен вимкнено або він більше не перенаправляється до GPTMail.
Якщо веб‑сайт відхиляє адресу ще до відправки, проблеми з доставкою ще немає. Створіть іншу підтримувану адресу та надішліть запит знову.
Підтвердіть, що відправник дійсно розпочав доставку
Повідомлення про успіх на веб‑сайті іноді означає лише те, що створено фонове завдання. Відправник може ще ставити лист у чергу, обмежувати швидкість або повторно надсилати лист.
Зачекайте кілька хвилин перед повторною відправкою. Якщо сервіс пропонує журнал активності, перевірте, чи він фіксує запит на підтвердження. Для продукту, яким ви керуєте, перегляньте чергу застосунку та події поштового провайдера, а не лише вхідну скриньку.
Оновіть один раз, а потім шукайте потрібне повідомлення
Використовуйте ручне оновлення та сортування за часом надходження. Шукайте очікуваного відправника та тему, а не лише назву сервісу у видимому попередньому перегляді. Автоматичні та маркетингові листи можуть надходити з різних піддоменів.
Якщо надходить кілька кодів, використайте найновіший запит. Багато систем анулюють попередні коди одразу після випуску заміни.
Відокремте проблему відправника від проблеми домену
Надішліть коротке просте тестове повідомлення на ту ж адресу з незв'язаного провайдера.
- Якщо тестове повідомлення надходить, домен отримувача працює, а оригінальний відправник затримується, фільтрує адресу або не вдається передати лист.
- Якщо жодне повідомлення не надходить, перевірте статус домену та конфігурацію MX.
- Якщо повідомлення від одного провайдера надходять, а інший постійно не надходить, зберіть дані про відправника, часові мітки та будь‑які деталі відскоку перед повідомленням про проблему.
Для власного домену скористайтеся інструкцією Налаштування MX для власного домену без здогадок. Не змінюйте DNS випадково під час живого тесту; кожна зміна створює нове вікно розповсюдження.
Розуміння типових помилок DNS
Запит MX може тимчасово не вдаватись через тайм‑аут резольвера, розбіжності між авторитетними серверими, помилку валідації DNSSEC або непоширення запису. “Запис не знайдено” — це результат конкретного запиту у певний момент часу, а не доказ того, що запис ніколи не існував.
Запитайте авторитетну відповідь DNS і порівняйте фактичний цільовий запис з тим, що показує GPTMail. Якщо вони збігаються, зачекайте та спробуйте знову. Якщо не збігаються, виправте авторитетний запис.
Коли повідомлення надходить, а код не працює
Доставка та підтвердження — це окремі системи. Код може не спрацювати, тому що:
- новіший код його замінив;
- код прострочився під час передачі;
- він належить іншій сесії браузера або акаунту;
- при копіюванні коду був скопійований пробіл;
- сторінка призначення використовує інше середовище;
- годинник або стан відправника неправильний.
Запросіть новий код, зачекайте на конкретне повідомлення і використайте його один раз. Якщо він не спрацює, повідомте час запиту та час повідомлення разом.
Короткий звіт для підтримки
Корисний звіт має містити адресу отримувача, адресу відправника, тему, часові мітки в UTC, чи другий відправник досягнув скриньки, та точну помилку, яку показав відправник. Видаліть коди підтвердження та приватні посилання перед публічним поширенням журналів.
«Немає листа» важко розслідувати. «Запит повідомлення о 14:03 UTC; другий провайдер прибув о 14:05; очікуваний відправник не надіслав листа або відскоку до 14:15» вказує на сторону, що не працює.
Зрозумійте, коли припинити чекати
Якщо обліковий запис важливий і сервіс пропонує інший спосіб підтвердження, скористайтеся ним. Якщо реєстрація низького ризику, створіть нову підтримувану адресу і спробуйте ще раз. Не використовуйте тимчасову скриньку як єдиний шлях відновлення для облікового запису, який ви плануєте зберігати.
Більш широкий посібник з прийняття рішень — Тимчасова електронна пошта, використана правильно.