Коротка відповідь
Як перенести пошту до нового провайдера без втрати листів?
Знизьте TTL ваших MX-записів до 300–600 секунд за 24–48 годин до переходу, імпортуйте старий архів у нову поштову скриньку, змініть MX-записи останніми і зберігайте старий обліковий запис, доки не надійде нова пошта. Postelva хостить DNS, тож перемикання — це одна правка для двох або більше записів.
Скільки записів змінюється під час переходу
| Новий провайдер | MX | Верифікаційний TXT | SPF | DKIM | DMARC | Усього записів |
|---|---|---|---|---|---|---|
| Proton Mail | 2 | 1 | 1 include | 3 CNAME | 1 | 8 |
| Mailbox.org | 4 | 1 | 1 include | 4 CNAME | 1 | 11 |
| Fastmail | 2 | Не потрібно для налаштування лише з MX | 1 include | 3 CNAME | Не прочитано (не перевірено) | 6, без DMARC |
П'ять кроків у правильному порядку
Знизьте TTL
Щонайменше за 24–48 годин до переходу встановіть TTL MX-записів на 300–600 секунд. Зміна поширюється приблизно за старим TTL, тож коротке значення перед зміною робить її швидкою.
Підготуйте нову поштову скриньку
Додайте свій домен у новому провайдері, створіть адреси й псевдоніми та скопіюйте верифікаційний запис, який він покаже. Поки що не чіпайте MX-записи.
Скопіюйте стару пошту
Імпортуйте архів інструментом імпорту IMAP нового провайдера, поки старий обліковий запис ще отримує пошту. Одна лише переадресація переносить лише нову пошту.
Перемкніть записи MX
Замініть старі MX-записи новими, додайте новий include SPF до наявного запису SPF і додайте записи DKIM. Залишайте старий сервер таким, що приймає пошту, доки не мине старий TTL.
Перевірте, потім приберіть зайве
Надішліть собі тестовий лист з двох зовнішніх облікових записів, перевірте заголовки, зберігайте старий обліковий запис деякий час, потім знову підніміть TTL і видаліть старі записи.
Чому TTL вирішує, чи втрачається пошта?
TTL — це кількість секунд, протягом яких резолвер може зберігати відповідь, тож він визначає, як довго відправники користуються вашими старими MX-записами. Якщо старий TTL становить 86400 секунд, відправник, який запитав вас за хвилину до зміни, доставлятиме на старий сервер до доби. За TTL 300–600 секунд вікно становить від п'яти до десяти хвилин.
Правило з посібників з доставюваності — знизити TTL за 24–48 годин до переходу, щоб до дня переходу кожен кеш уже тримав коротке значення, а потім підняти його назад. Типова зміна MX тоді стабілізується за 1–4 години, а в гіршому разі — за 24–48 годин. Це рекомендація постачальників, а не стандарт. Порожні відповіді теж кешуються з TTL запису SOA зони (RFC 2308), тож запис, створений пізно, може довго бути невидимим для деяких резолверів.
Як скопіювати стару пошту перед перемиканням?
Імпортуйте старий архів через IMAP, перш ніж змінювати хоча б один MX-запис. Proton Mail, наприклад, описує перехід з Gmail за допомогою інструмента імпорту, і поради посібників з міграції провайдерів сходяться на тому самому порядку: спершу імпорт, MX міняється лише тоді, коли призначення готове, а старий обліковий запис зберігається, доки ви не переконаєтеся, що все надійшло.
Дві звички запобігають більшості втрат. По-перше, тримайте стару скриньку активною, поки триває імпорт, бо пошта, що надходить під час копіювання, опиниться лише у старому обліковому записі. По-друге, після перемикання MX зробіть другий короткий імпорт, щоб забрати листи, які потрапили на старий сервер під час поширення. Порядок дій, коли адреса змінює провайдера, але не домен, описано в як зберегти адресу електронної пошти при зміні провайдера.
Як безпечно перемкнути MX-записи?
Видаліть старі MX-записи або дайте новим найменший номер пріоритету і ніколи не залишайте два провайдери змішаними. Fastmail і Proton Mail обидва пишуть про це у своїх довідках: коли старі та нові записи стоять поруч, пошта доставляється на один із серверів непередбачувано. MX-запис називає поштовий сервер і пріоритет; відправники спершу пробують менший номер. Поняття пояснено в що таке MX-запис.
У Postelva зона редагується в клієнтській зоні, і шаблони DNS в один клік для Proton Mail, Fastmail, Zoho Mail, Google Workspace та Microsoft 365, а також шаблон SPF + DMARC і шаблон «без пошти» для домену, який нічого не надсилає. Шаблон замінює MX-, SPF- і DKIM-записи для провайдера однією дією. Для Tuta, Mailbox.org, iCloud+ і Migadu ви вводите MX-, TXT- і CNAME-записи в DNS-редакторі, використовуючи значення з екрана самого провайдера.
Що відбувається з SPF і DKIM під час переходу?
Домен може публікувати лише один запис SPF, тому додайте include нового провайдера до наявного запису, а не створюйте другий. Proton Mail, Mailbox.org і Mailfence дають однакову інструкцію. Тримайте старий include у записі, доки не припините надсилати з попереднього провайдера, а потім приберіть його: перевірка SPF дозволяє щонайбільше 10 DNS-запитів (RFC 7208), і кожен include враховується.
Записи DKIM інші. Кожен провайдер використовує власні назви селекторів, наприклад fm1, fm2 і fm3 у Fastmail або protonmail, protonmail2 і protonmail3 у Proton Mail, тож нові записи можуть стояти поруч зі старими, доки ви не приберете старого провайдера. Перегляньте опубліковані записи командами з як перевірити записи MX, SPF, DKIM і DMARC.
Як дізнатися, що перехід пройшов?
Надішліть тестове повідомлення на домен з двох зовнішніх облікових записів і прочитайте заголовки доставки. За індексом Postelva від 12 листопада 2026 року перехід на Proton Mail означає зміну 8 записів, на Mailbox.org — 11, на Fastmail — 6 (DMARC-запис Fastmail не було прочитано на перевірених сторінках), тож перевірка кожного типу записів — найшвидший спосіб знайти пропущений.
Якщо лист не приходить, причина майже завжди одна з тих, що описані в чому пошта не надходить на власний домен. Зберігайте старий обліковий запис кілька тижнів, бо відправник із застарілим кешем усе ще може доставити туди. Коли старий обліковий запис лишається порожнім, підніміть TTL до звичайного значення і видаліть старі записи.
Перехід між провайдерами: питання
Скільки триває перемикання?
Типова зміна MX стабілізується за 1–4 години і може тривати 24–48 годин. Proton Mail просить дозволити до доби. Короткий TTL, встановлений заздалегідь, тримає це вікно малим.
Чи втрачаю я адресу при переході?
Ні, якщо адреса на вашому власному домені: домен залишається в тому самому реєстраторі, і змінюються лише записи. Адреса на домені самого старого провайдера, наприклад @proton.me або @tuta.com, не переноситься.
Чи можна перейти без імпорту старої пошти?
Можна, але тоді ви втрачаєте архів у новій скриньці. Тримайте старий обліковий запис відкритим або експортуйте пошту, доки не отримаєте потрібне.
Чи змінює перехід реєстрацію домену?
Ні. Реєстрація, дата поновлення і власник залишаються тими самими. Змінюються лише DNS-записи, що вказують на поштовий сервер.
Чи варто переходити у тиху годину?
Це допомагає, але не обов'язково. Важливо, щоб перемикання MX відбулося після імпорту і після зниження TTL.
Коротко
- Знизьте TTL MX до 300–600 секунд за 24–48 годин до переходу.
- Спершу імпортуйте архів через IMAP; переадресація переносить лише нову пошту.
- Перемикайте MX-записи останніми; не залишайте два провайдери змішаними.
- Один запис SPF; додайте до нього новий include; щонайбільше 10 DNS-запитів.
- Змінені записи: Proton Mail 8, Mailbox.org 11, Fastmail 6 без DMARC.
- Типове поширення — 1–4 години, до 24–48 годин.
- Зберігайте старий обліковий запис, доки не прийдуть тестові листи.
Джерела (8)
- Перехід з Gmail на Proton — Proton (прочитано 2026-11-12)
- Власний домен від Namecheap (значення MX) — Proton (прочитано 2026-11-12)
- Захист від підміни для власних доменів — Proton (прочитано 2026-11-12)
- Записи DNS за замовчуванням — Fastmail (прочитано 2026-11-12)
- Довідка mailbox.org: власний домен — mailbox.org (прочитано 2026-11-12)
- RFC 7208, розділ 4.6.4 — RFC Editor (прочитано 2026-11-12)
- RFC 2308: негативне кешування DNS-запитів — RFC Editor (прочитано 2026-11-12)
- Скільки часу триває поширення змін DNS — Suped (прочитано 2026-11-12)