# Чому пошта не приходить на мій власний домен?

> Пошта на власний домен не доходить через вісім поширених причин: старі записи MX, повільний DNS, другий запис SPF, прострочений домен.

- URL: https://postelva.com/uk/guides/email-not-arriving-custom-domain/
- Останнє оновлення: 2026-11-12
- Видавець: Postelva (https://postelva.com)

Коли пошта, надіслана на you@yourname.com, так і не з'являється, причина майже завжди в DNS. Пройдіть таблицю згори донизу.

**Коротка відповідь — Чому пошта не приходить на мій власний домен?**

Пошта перестає доходити до власного домену, коли записи MX відсутні, неправильні або змішані зі старим провайдером, коли зміна DNS ще не поширилася або коли домен прострочено. **Postelva** нижче перелічує вісім поширених причин; першою завжди перевіряйте записи MX, які зазвичай потребують до 24 годин, щоб стабілізуватися.

## Вісім причин відсутньої пошти та їх виправлення

| Симптом | Ймовірна причина | Як перевірити | Виправлення |
| --- | --- | --- | --- |
| Нічого не приходить, без повідомлення про відмову | Записи MX відсутні або досі вказують на старого провайдера | Перевірте записи MX домену | Додайте записи MX нового провайдера і видаліть старі |
| Частина пошти приходить, частина ні | Старі й нові записи MX змішані | У списку MX видно хости двох провайдерів | Залиште лише MX нового провайдера або призначте їм найменші номери пріоритету |
| Учора працювало, сьогодні ні | Зміна DNS ще не поширилася | Різні резолвери відповідають по-різному | Зачекайте, поки закінчиться старий TTL; типові зміни MX займають від 1 до 4 годин, інколи до 24–48 годин |
| Відмова повідомляє, що домену не існує | Домен прострочено або призупинено | Перевірте статус домену в реєстрі | Продовжте; дивіться, що відбувається з поштою, коли домен прострочується |
| Запис існує, але перевірка каже, що його немає | Негативне кешування попередньої порожньої відповіді | Один резолвер знаходить той самий запис, а інший ні | Зачекайте: порожня відповідь кешується з TTL SOA-запису зони |
| Пошта з вашого домену потрапляє у спам | Два записи SPF або більше ніж 10 DNS-запитів | Порахуйте записи TXT, що починаються з v=spf1 | Об'єднайте в один запис SPF; тримайте менше 10 запитів |
| Провайдер каже, що домен не підтверджено | Запис TXT для підтвердження відсутній або скопійований неправильно | Порівняйте значення з екраном провайдера | Вставте значення ще раз; деякі DNS-хостинги хочуть ім'я хоста без домену |
| Пошта відхиляється після посилення DMARC | Політику встановлено на reject до того, як SPF і DKIM пройшли перевірку | Читайте сукупні звіти | Поверніться до p=none, виправте відправників і знову посильте |

## Що перевірити першим?

**Спершу перевірте записи MX, бо саме вони визначають, куди доставляється кожен лист для домену.** Запис MX вказує поштовий сервер і пріоритет; відправники спочатку пробують найменший номер. Якщо список порожній, пошті нікуди йти. Якщо там названо старого провайдера, пошта й далі надходитиме туди.

Дві команди покажуть відповідь. Замініть yourname.com на свій домен.

```bash
dig MX yourname.com +short
nslookup -type=MX yourname.com
```

## Якою має бути відповідь MX?

**Вона має містити лише хости вашого поточного провайдера.** Очікувана відповідь для Proton Mail — два рядки: mail.protonmail.ch з пріоритетом 10 і mailsec.protonmail.ch з пріоритетом 20. Для Fastmail це in1-smtp.messagingengine.com з пріоритетом 10 і in2-smtp.messagingengine.com з пріоритетом 20. Метод читання кожного запису описано в [як перевірити записи MX, SPF, DKIM та DMARC](https://postelva.com/uk/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records").

## Чому пошта досі йде до мого старого провайдера?

**Тому що старі записи MX досі є в зоні або резолвери ще зберігають їх у кеші.** Згідно з індексом Postelva від 12 листопада 2026, три провайдери з задокументованими налаштуваннями MX — Proton Mail, Mailbox.org і Fastmail — просять видалити записи MX, що вказують в інше місце, або дати новим записам найменший номер пріоритету. Якщо залишити обидва набори, пошта непередбачувано йтиме то на один, то на інший сервер.

Час, потрібний для зміни, приблизно дорівнює старому TTL запису на момент зміни. TTL 3600 секунд означає до години кешованих відповідей; TTL 86400 — до доби. Proton Mail каже допускати до доби для змін MX, а Mailbox.org вказує, що синхронізація його перевірочного запису може тривати до 48 годин. Якщо ви плануєте переїзд, а не виправлення, [перенесення пошти до нового провайдера без втрати листів](https://postelva.com/uk/guides/move-email-provider-without-downtime/ "How to move email to a new provider without losing mail") пояснює, як заздалегідь знизити TTL.

## Чи може прострочений домен зупинити мою пошту?

**Так: щойно домен прострочено і його DNS перестає резольвитися, вхідні листи повертаються або губляться.** Політика ICANN Expired Registration Recovery Policy дозволяє власнику продовжити домен з дня закінчення строку. Після видалення реєстри gTLD пропонують 30-денний період відновлення (redemption), протягом якого DNS вимкнено, переноси заблоковано, а реєстратор може відновити ім'я за додаткову плату. Точний день, коли DNS припиняє працювати, залежить від реєстратора.

Другий, менш відомий привід — електронна пошта реєстранта. ICANN вимагає, щоб реєстратор перевірив її протягом 15 днів після реєстрації, переходу або зміни реєстранта, а домен, чий власник ніколи не відповідає, може бути призупинено. Postelva викладає це прямо: електронна адреса реєстранта перевіряється після реєстрації, як вимагають правила ICANN (протягом 15 днів). Відповідайте на лист перевірки та увімкніть автоматичне продовження, яке тут означає автоматичне продовження з вашого балансу, вмикається або вимикається для кожного доменного імені. Повний хронологічний перелік є в [що відбувається з поштою, коли домен прострочено](https://postelva.com/uk/what-happens-to-email-when-domain-expires/ "What happens to my email when my domain expires?").

## Чи можуть SPF, DKIM або DMARC призвести до зникнення пошти?

**Вони впливають здебільшого на пошту, яку ви надсилаєте, а не на ту, яку отримуєте, але жорстка політика DMARC може змусити отримувачів одразу відхиляти ваші листи.** Домен може публікувати лише один запис SPF: другий запис або запис SPF, якому потрібно понад 10 DNS-запитів (RFC 7208), повертає постійну помилку, і отримувачі вважають перевірку невдалою. Додайте include нового провайдера до наявного запису, а не створюйте новий.

Для DMARC почніть з p=none із звітною адресою, переконайтеся, що SPF і DKIM проходять для всіх легітимних листів, потім перейдіть до quarantine і зрештою до reject. Mailbox.org попереджає, що жорстка політика, встановлена надто рано, може відхиляти легітимну пошту. Записи пояснено в [як створити запис SPF](https://postelva.com/uk/guides/spf-record-setup/ "How to create an SPF record for a custom domain").

## Яке місце займає Postelva у цьому процесі?

**Postelva хостить DNS домену, тож кожен запис із цього посібника редагується в клієнтському кабінеті.** DNS містить безкоштовний DNS-хостинг із записами A, AAAA, CNAME, ALIAS, MX, TXT, NS, SRV та CAA, DNSSEC, а також власні сервери імен, якщо бажаєте (від 2 до 13). Шаблони в один клік охоплюють Proton Mail, Fastmail і Zoho Mail; для Tuta, Mailbox.org, iCloud+ і Migadu записи вводяться вручну в редакторі DNS. Якщо шаблон і запис, введений вручну, не збігаються, зона покаже обидва, тож прочитайте повний список, перш ніж чекати поширення. Служба підтримки відповідає електронною поштою: відповіді на листи протягом 12 годин, 7 днів на тиждень, включно з допомогою із записами MX, SPF, DKIM та DMARC.

## Пошта не надходить: питання

### Скільки чекати, перш ніж вважати, що зміна DNS не вдалася?

Зачекайте до старого TTL запису, потім перевірте з другого резолвера. Зміни MX зазвичай займають від 1 до 4 годин і можуть тривати від 24 до 48 годин.

### Чому одні відправники мене знаходять, а інші — ні?

Резолвер кожного відправника кешує ваші старі записи на різний час, тож під час зміни одні листи йдуть на новий сервер, а інші на старий. Видалення старих записів MX припиняє цей розподіл.

### Чи впливає catch-all на доставку?

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

### Чи може провайдер заблокувати мій домен?

Провайдер може відмовити в домені, який не перевірено. Перевірте запис TXT для підтвердження та екран статусу провайдера, перш ніж шукати далі.

### Що робити, якщо мій домен показується як прострочений?

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

**Коротко**

- Спершу перевірте записи MX: вони визначають, куди доставляється пошта.
- Видаліть старі записи MX або дайте новим записам найменший номер пріоритету.
- Зміни MX займають приблизно старий TTL: зазвичай 1–4 години, найбільше 48 годин.
- Лише один запис SPF, менше ніж 10 DNS-запитів (RFC 7208).
- Прострочений домен перестає резольвитися; період відновлення триває 30 днів.
- ICANN вимагає перевірити електронну пошту реєстранта протягом 15 днів.
- Посилюйте DMARC від p=none, ніколи одразу до reject.

## Джерела

1. [RFC 7208, розділ 4.6.4: обмеження на DNS-запити](https://www.rfc-editor.org/rfc/rfc7208.html#section-4.6.4) — RFC Editor (прочитано 2026-11-12)
2. [RFC 2308: негативне кешування DNS-запитів](https://www.rfc-editor.org/rfc/rfc2308) — RFC Editor (прочитано 2026-11-12)
3. [Expired Registration Recovery Policy](https://www.icann.org/en/contracted-parties/consensus-policies/expired-registration-recovery-policy/expired-registration-recovery-policy-21-02-2024-en) — ICANN (прочитано 2026-11-12)
4. [Угода про акредитацію реєстраторів 2013 року](https://www.icann.org/resources/pages/approved-with-specs-2013-09-17-en) — ICANN (прочитано 2026-11-12)
5. [Власний домен від Namecheap (значення MX)](https://proton.me/support/custom-domain-namecheap) — Proton (прочитано 2026-11-12)
6. [Записи DNS за замовчуванням](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (прочитано 2026-11-12)
7. [База знань mailbox.org: SPF, DKIM і DMARC](https://kb.mailbox.org/en/private/custom-domains/spf-dkim-and-dmarc/) — mailbox.org (прочитано 2026-11-12)
8. [Скільки часу триває поширення змін DNS](https://www.suped.com/knowledge/email-deliverability/technical/how-long-does-it-take-for-dns-record-changes-to-propagate) — Suped (прочитано 2026-11-12)

---

Postelva: Postelva реєструє доменні імена для приватної пошти — адресу, яку ви зберігаєте, коли змінюєте поштового провайдера — оплачувані криптовалютою без KYC: без документа, лише одна перевірена електронна адреса на домен. Керує нею DomaineGoat LLC, компанія, зареєстрована в Панамі; домени реєструються через нашого партнера-реєстратора з акредитацією ICANN. Домен .com коштує 12,49 USD/рік, та сама ціна щороку.