Перевірка доставленості електронної пошти
Перевірте конфігурацію відправника перед відправкою, а не після відмови
IP-серверу, що відправляє вашу пошту, використовується для перевірки чорних списків DNSBL. Залиште порожнім, щоб пропустити. Знайдіть його в заголовках пошти (Received: from) або запитайте у вашого постачальника SMTP.
Префікс пошуку публічного ключа DKIM, використовується для перевірки підписів пошти. Залиште порожнім для автоматичного виявлення поширених селекторів (google, default, s1, k1…). Знайдіть свій у будь-якому відправленому заголовку пошти: DKIM-Signature: s=...
Доставність електронної пошти визначає, чи дістануться ваші повідомлення до поштової скриньки, чи будуть відхилені та загублені у спамі. Вона залежить від набору записів DNS: MX підтверджує, що ваш домен існує та має поштові сервери, SPF вказує, хто може відправляти пошту від вашого імені, DKIM використовує криптографічні підписи для підтвердження, що пошту не підроблено, а DMARC об'єднує їх політикою примусового виконання. Якщо ваш вихідний IP у чорному списку DNSBL, навіть ідеальна автентифікація не врятує вас.
Неправильна конфігурація не дає попереджень — ви просто бачите відмови, низьку ставку потрапляння до скриньок, а реєстраційні листи зникають у спамі. Відсутній SPF дозволяє будь-кому підробляти ваш домен; неактивний DMARC p=none дозволяє підробленій пошти пройти; потрапляння вихідного IP до чорного списку губить кожне повідомлення. Найгірше, ці проблеми часто виявляються лише після того, як ви втратили користувачів.
Цей інструмент виконує ті самі перевірки, що й одержувачі — перед тим, як ви відправите. Введіть ваш домен відправника (та додатково вихідний IP та селектор DKIM) для перевірки, чи правильно опубліковані чотири ключові записи DNS та чи чистий ваш IP. Кожен результат безпосередньо відповідає реальному коду відмови, розповідаючи вам точно, що не так і як це виправити.
Перевірка перед відправкою, а не після відмови — перевірте себе, перш ніж це зроблять одержувачі
П'ять перевірок за один запуск: розв'язання DNS, SPF, DKIM, DMARC, чорні списки IP
Нульовий слід: лише запити DNS, жодних відправлених листів, не зберігаються домен чи IP
Безпосереднє відповідність кодам відмов: кожен результат перевірки відповідає реальній помилці відмови, тож ви знаєте, що виправляти
Коли використовувати
Перед першим відправленням з нового домену — підтвердіть, що MX, SPF, DKIM та DMARC опубліковані коректно
Коли пошта повертається — використовуйте код повернення, щоб виявити проблеми з DNS, автентифікацією або IP
Після зміни DNS — перевірте, чи оновлення поширилося та не призвело до нових проблем
Після зміни поштових серверів чи постачальника SMTP — перевірте, чи новий IP чистий
Довідник помилок повернення пошти
Поширені помилки відхилення та перевірки, що їх виявляють:
| Помилка відхилення | Основна причина | Цей інструмент перевіряє | Напрямок виправлення |
|---|---|---|---|
| 554 5.1.8 Домен не знайдено | Відправлений домен не має DNS-записів | Роздільна здатність DNS домену | Додати MX/A/AAAA записи |
| 550 DNSBL (наприклад, r1401) | Вихідна IP-адреса в реальному часі чорному списку | Чорний список IP | Запитати зняття з списку або змінити IP |
| 550 5.7.26 Помилка автентифікації | SPF/DKIM/DMARC відсутні або не пройшли перевірку | SPF + DKIM + DMARC | Опублікуйте та посиліть записи автентифікації |
Шаблони DNS-записів
Шаблони для чотирьох ключових записів DNS. Замініть yourdomain.com та постачальника за потребою.
MX (за yourdomain.com MX):
yourdomain.com. IN MX 10 mail.yourdomain.com.
SPF (за yourdomain.com TXT):
v=spf1 include:_spf.google.com include:mail.zoho.com -all
DMARC (за _dmarc.yourdomain.com TXT):
v=DMARC1; p=reject; rua=mailto:[email protected]; adkim=s; aspf=s
DKIM (за <selector>._domainkey.yourdomain.com TXT):
v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...
Починайте з DMARC з p=none для збору звітів, потім переходьте на quarantine, а зрештою — reject.
Відомості про DNS та автентифікацію електронної пошти
Записи DNS, які перевіряє цей інструмент, та їх важливість для доставки електронної пошти:
Розв'язання домену в DNS (MX / A / AAAA)
MX повідомляє одержувачам, які поштові сервери обробляють ваш домен. A/AAAA відображують ваш домен на адресу IPv4/IPv6. Якщо відправлючий домен не має жодного запису DNS, одержувачі відхилять лист з кодом 554 5.1.8 Domain not found — тобто домен просто не існує в DNS.
SPF (Sender Policy Framework)
Запис TXT у вашому домені, що перелічує IP/сервери, дозволені для надсилання пошти від вашого імені. Одержувачі перевіряють IP відправника за цим списком. Без SPF будь-хто може підробляти ваш домен.
- -all
- Жорстке відхилення: неавторизовані відправники блокуються. Найкраща практика, найвищий рівень безпеки.
- ~all
- М'яке відхилення: позначається як підозріле, але не відхиляється. Підходить для переходного етапу, але з часом зменшує довіру до домену.
- ?all
- Нейтральне: твердження відсутнє. Еквівалент відсутності SPF. Високий ризик підробки.
- +all
- Дозвіл всім: будь-яка IP-адреса може відправляти від вашого імені. Надзвичайно небезпечно, ніколи не використовуйте.
DKIM (DomainKeys Identified Mail)
Криптографічний підпис, що додається до вихідної пошти. Відкритий ключ опубліковується у вигляді запису TXT за адресою <selector>._domainkey.yourdomain.com. Одержувачі перевіряють підпис за цим ключем. На відміну від SPF, вам потрібно знати селектор для пошуку ключа.
- v=DKIM1
- Ідентифікатор версії, обов'язковий. Без нього запис не розпізнається як DKIM.
- k=rsa
- Тип ключа, RSA є найпоширенішим. Якщо відсутній, за замовчуванням використовується rsa.
- p=...
- Публічний ключ RSA, обов'язковий. Порожній або відсутній p= анулює селектор.
- t=s
- Строгий режим: підпис має точно відповідати домену. Запобігає зловживанням з підписом субдоменів.
DMARC (Аутентифікація повідомлень на основі домену)
Текстові записи політики TXT у _dmarc.yourdomain.com, які об'єднують SPF та DKIM. Вказують одержувачам, що робити, коли обидва методи не працюють. Також вказують, куди надсилати зведені звіти.
- p=none
- Тільки моніторинг: дії не виконуються, лише збираються звіти. Безпечна початкова точка, але з нульовим захистом — підроблена пошта все одно потрапляє до поштової скриньки.
- p=quarantine
- Карантин: неавтентифіковані повідомлення потрапляють до папки зі спамом. Середній рівень захисту, добре підходить для етапу перевірки.
- p=reject
- Відхилення: неавтентифіковані повідомлення негайно блокуються. Найвищий рівень захисту, кінцева мета. Пропущення цього рівня дозволяє підробленій пошта проникати.
- rua=
- Місце призначення агрегованих звітів. Для моніторингу помилок доставки, не впливає на захист, але допомагає в усуненні неполадок.
- adkim=s / aspf=s
- Строге вирівнювання: вимагає, щоб домен DKIM/SPF точно відповідав заголовку From. Запобігає підробці субдоменів.
DNSBL (Список заборон на основі DNS)
Реальні IP-чорні списки, запитувані через DNS. Одержувачі перевіряють ваші вихідні IP на списки типу Spamhaus, Barracuda, SpamCop. Якщо IP є в списку, пошта відхиляється (550 DNSBL).
- zen.spamhaus.org
- Найбільша публічна чорна таблиця, найширше охоплення. Найвищий вплив — майже всі одержувачі її перевіряють.
- b.barracudacentral.org
- Чорний список рівня підприємства, використовується багатьма пристроями безпеки. Помірний вплив.
- bl.spamcop.net
- Підтримується на основі звітів користувачів. Можуть бути хибні спрацювання, але вплив помірний.
- dnsbl.sorbs.net
- Менший чорний список, обмежений вплив, але все ще запитується.