Усунення проблем із верифікацією домену

У цій статті описано найпоширеніші помилки під час верифікації домену відправника в eSputnik і способи їх усунення.

Повний порядок налаштування дивіться у статті Автентифікація email-домену. Щоб дізнатися більше про SPF, DKIM, DMARC і технічні заголовки листа, дивіться Поширені питання про email-автентифікацію та репутацію домену.

Найчастіше верифікація не проходить через відсутні, некоректні або дубльовані DNS-записи, записи в неправильній DNS-зоні чи незавершене поширення DNS-змін.

Перш ніж усувати проблему

Спочатку перевірте таке:

• Значення збігаються. Поля Name і Data кожного запису мають повністю збігатися зі значеннями в eSputnik, а тип запису має бути правильним: TXT, CNAME або MX.
• Запис додано до потрібної DNS-зони. Додавайте запис для домену або піддомену, який ви верифікуєте.
• DNS-зміни вже поширилися. Деяким DNS-провайдерам може знадобитися до 48 годин.
• Ви оновили статус у eSputnik. Після зміни DNS поверніться до Налаштування → Верифікація домену та натисніть Оновити або Верифікувати домен.
• Записи доступні публічно. Скористайтеся DNS Record Query або MxToolbox, щоб перевірити, чи бачать записи зовнішні поштові сервери.

Якщо записи виглядають правильно й DNS-зміни вже поширилися, знайдіть нижче проблему, яка відповідає вашій ситуації.

Домен не верифікується

Проблема: після додавання DNS-записів домен не верифікується.

Можливі причини:

• для одного або кількох записів вибрано неправильний тип;
• значення Name або Data не збігається зі значенням в eSputnik;
• DNS-провайдер двічі додав домен до поля Name або Host;
• DNS-зміни ще не поширилися;
• записи додано до неправильної DNS-зони.

Рішення:

1. Відкрийте деталі верифікації в Налаштування → Верифікація домену.
2. Порівняйте тип, Name і Data кожного запису зі значеннями в eSputnik.
3. Перевірте опубліковані записи за допомогою DNS-інструмента.
4. Виправте записи, значення яких не збігаються з даними в eSputnik.
5. Дочекайтеся поширення DNS-змін і натисніть Оновити в eSputnik.

Як перевірити: переконайтеся за допомогою DNS-інструмента, що кожен запис доступний публічно й містить очікуване значення.

Відсутній MX-запис поштового домену

Проблема: eSputnik повідомляє про відсутній MX-запис основного або поштового домену.

Можлива причина: домен, який використовується для звичайної пошти, не має коректного MX-запису або запис вказує на неправильний сервер.

Рішення:

• MX-запис поштового домену має вказувати на сервер вашого поштового провайдера, наприклад, Google Workspace, Microsoft 365 або Amazon WorkMail.
• MX-запис має вказувати на доменне ім’я, а не IP-адресу.
• Не спрямовуйте MX основного поштового домену на адресу eSputnik.

Значення MX eSputnik використовується в іншому місці: для способів Повний + і Піддомен запис на технічному піддомені або піддомені відправника може вказувати на trap.esputnik.com із пріоритетом 10. Це коректно. Не використовуйте такий MX-запис для основного поштового домену.

Якщо для домену ще не налаштовано пошту, спочатку підключіть поштового провайдера й додайте його MX-записи, а потім поверніться до верифікації.

Як перевірити: знайдіть MX-записи поштового домену й переконайтеся, що вони вказують на сервери вашого поштового провайдера.

SPF-запис некоректний або має забагато DNS-запитів

Проблема: eSputnik повідомляє про некоректний SPF або SPF-валідатор показує помилку.

Можливі причини:

• домен має більше одного SPF-запису типу TXT;
• значення include: для eSputnik додано як окремий SPF-запис замість об’єднання з наявним;
• SPF перевищує ліміт DNS-запитів;
• SPF-запис типу TXT містить помилку або некоректний механізм.

Рішення:

Залиште один SPF-запис типу TXT, що починається з v=spf1.

Якщо SPF-запис уже існує, відредагуйте його й додайте потрібне для eSputnik значення include: до наявного запису. Не створюйте другий SPF-запис.

Під час SPF-перевірки допускається не більше 10 DNS-запитів. include: та інші DNS-механізми можуть враховуватися в цьому ліміті. Якщо SPF уже містить кілька сервісів, додавання ще одного механізму може зробити запис некоректним.

Як перевірити: використайте SPF Policy Tester, щоб перевірити коректність SPF і дотримання обмежень стандарту.

Дубльовані SPF- або DMARC-записи

Проблема: автентифікація не проходить через дубльовані записи.

Можливі причини:

• домен має більше одного SPF-запису типу TXT, що починається з v=spf1;
• домен має більше одного DMARC TXT-запису в _dmarc.yourdomain.com;
• новий запис створено замість редагування наявного.

Рішення:

• SPF: залиште один SPF-запис типу TXT і об’єднайте в ньому авторизацію всіх потрібних сервісів.
• DMARC: залиште один TXT-запис у _dmarc.yourdomain.com.
• Інші TXT-записи: домен може мати кілька TXT-записів загалом, але SPF- і DMARC-записи не мають дублюватися.

Якщо SPF- або DMARC-запис уже існує, відредагуйте його замість створення нового.

Як перевірити: перегляньте TXT-записи домену та _dmarc.yourdomain.com, а потім видаліть або об’єднайте дублікати.

DKIM-запис не знайдено

Проблема: eSputnik не може знайти DKIM-запис домену.

Можливі причини:

• DKIM-запис не опубліковано;
• вибрано неправильний тип запису;
• значення Name або Data скопійовано з помилкою;
• DNS-провайдер двічі додав домен до поля Name або Host;
• DNS-зміни ще не застосовано.

Рішення:

1. Переконайтеся, що запис опубліковано з точним значенням Name, наданим eSputnik.
2. Перевірте тип запису, зазвичай CNAME або TXT.
3. З’ясуйте, чи потрібно вводити в поле Name або Host лише префікс.
4. Дочекайтеся поширення DNS-змін.
5. Натисніть Оновити в eSputnik.

Як перевірити: за допомогою DNS-інструмента переконайтеся, що повне ім’я DKIM-запису доступне публічно.

Неправильне значення в полі Name або Host

Проблема: DNS-записи додано, але eSputnik не може їх верифікувати.

Можлива причина: DNS-провайдер автоматично додав ваш домен до поля Name, Host або Record name. Якщо ви вставили повне ім’я запису, у результаті домен може повторитися в повному імені запису, наприклад, selector._domainkey.yourdomain.com.yourdomain.com.

Рішення:

Перевірте повне ім’я запису після збереження. Правила заповнення полів Name/Host залежать від DNS-провайдера: в одних панелях потрібно вводити лише префікс, в інших відображається або вводиться повне доменне ім’я.

Покрокові приклади для Imena.ua, Cloudflare, Beget, NIC.UA, inhostedns, Timeweb і Reg.ru дивіться у статті Верифікація домену в популярних хостерах.

Як перевірити: якщо повне ім’я містить ваш домен двічі, відредагуйте запис відповідно до правил свого DNS-провайдера.

Для відправлення потрібен верифікований домен

Проблема: eSputnik повідомляє, що для відправлення потрібен верифікований домен.

Можлива причина: домен або піддомен в адресі відправника не верифіковано.

Рішення:

• Верифікуйте точний домен або піддомен, який використовується в адресі відправника.
• Переконайтеся, що адреса відправника в eSputnik містить цей верифікований домен або піддомен.
• Верифікація yourdomain.com не поширюється автоматично на promo.yourdomain.com. Домен і піддомен верифікуються окремо.

Налаштування відправника описано у статті Додавання/зміна/видалення відправника.

Як перевірити: порівняйте домен в адресі відправника з доменом, який має статус Домен верифікований у Налаштування → Верифікація домену.

Пересилання для bounce+* не працює

Проблема: верифікація способом Повний не проходить, оскільки eSputnik не може перевірити переадресацію для адрес bounce+*.

Можлива причина: пересилання не налаштовано, налаштовано для неправильної скриньки або не підтримується поштовим сервісом.

Рішення:

Для способу Повний усі листи, що надходять на адреси bounce+* у вашому домені, мають пересилатися на [email protected].

Якщо поштовий сервіс підтримує адресацію з використанням символу +, створіть скриньку bounce і пересилайте всі вхідні листи на [email protected].

Якщо поштовий сервіс не підтримує таку адресацію, створіть скриньку, яка отримує листи, надіслані на неіснуючі адреси домену, і додайте фільтр:

• якщо адреса починається з bounce+, пересилайте лист на [email protected];
• якщо лист надійшов на іншу неіснуючу адресу, видаляйте його.

Для способів Повний + і Піддомен таке пересилання не потрібне.

Як перевірити: надішліть тестовий лист на адресу bounce+... у своєму домені й переконайтеся, що пересилання працює.

Відповіді на листи з піддомену не надходять

Проблема: домен верифіковано, але відповіді на листи з піддомену не надходять на потрібну адресу.

Можлива причина: адреса для відповіді недійсна, відповідну скриньку не перевіряють або вона не може отримувати переслані листи.

Рішення:

Для способу Піддомен уся пошта для вибраного піддомену надходить на сервери eSputnik і пересилається на адресу, вказану в полі для відповіді.

Переконайтеся, що адреса дійсна, а відповідну скриньку регулярно перевіряють. Одержувачі можуть відповідати на листи або надсилати запити на відписку від розсилок, тому такі запити потрібно обробляти вчасно.

Як перевірити: дайте відповідь на тестовий лист із піддомену й переконайтеся, що повідомлення надійшло до потрібної скриньки.

Домен було верифіковано, але статус знову змінився

Проблема: після успішної верифікації статус домену знову показує помилку.

Можлива причина: DNS-зміни ще не поширилися на всіх серверах, і eSputnik під час різних перевірок отримує різні значення.

Рішення:

• Дочекайтеся повного поширення DNS-змін.
• Не запускайте повторні перевірки надто часто під час поширення DNS-змін.
• За потреби перевірте записи кількома DNS-інструментами.

eSputnik також регулярно перевіряє налаштування домену після верифікації. Якщо вони згодом стають некоректними, eSputnik надсилає вам лист і призупиняє підписування листів DKIM-ключем вашого домену до усунення проблеми.

Як перевірити: перевірте той самий DNS-запис за допомогою різних інструментів. Якщо результати відрізняються, дочекайтеся завершення поширення DNS-змін.

З’явилося попередження про TTL

Проблема: eSputnik показує попередження про TTL, наприклад, для запису з TTL=60.

Можлива причина: DNS-запис має низьке значення TTL.

Рішення:

Попередження про TTL не блокує верифікацію. Головне — правильні тип, ім’я й значення DNS-запису. Низький TTL означає, що DNS-кеш зберігає запис протягом коротшого часу.

Можна залишити поточне значення або встановити TTL за замовчуванням вашого DNS-провайдера.

Як перевірити: переконайтеся, що тип, ім’я та значення запису правильні. Якщо так, саме попередження про TTL не має блокувати верифікацію.

Коли чекати, а коли виправляти записи

Зачекайте, якщо:

• ви нещодавно додали або змінили записи;
• DNS-інструменти ще не показують нові значення;
• різні DNS-інструменти повертають різні результати.

Виправте записи, якщо:

• DNS-інструменти показують значення, яке відрізняється від eSputnik;
• тип запису неправильний;
• повне ім’я запису містить ваш домен двічі;
• є дубльовані SPF- або DMARC-записи;
• домен в адресі відправника не верифіковано.

Проблему не вдалося усунути

Якщо записи правильні й DNS-зміни вже поширилися, але верифікація не проходить, зверніться до служби підтримки eSputnik і надайте:

• домен або піддомен, який ви намагаєтеся верифікувати;
• скріншот попередження в Налаштування → Верифікація домену;
• скріншоти або значення DNS-записів у панелі вашого DNS-провайдера;
• адресу відправника, яку ви намагаєтеся використовувати.