Миграция почты своего домена из cPanel переносит ящики с пакетного cPanel-хостинга, например Bluehost, HostGator или Hostinger, к специализированному почтовому хостингу без потери входящих писем при переходе. Главное условие заключается в параллельном приеме: новый хост настраивается, пока старый продолжает принимать почту, а затем MX-записи переключаются при низком DNS TTL, чтобы переход занял минуты вместо часов.
Большинство инструкций пропускает параллельный прием и описывает холодное переключение, при котором письма могут теряться во время распространения DNS. В зависимости от входящего объема такое переключение обычно теряет 10-50 сообщений. Приведенная ниже схема параллельного приема рассчитана на отсутствие потерь. Дополнительная настройка занимает 30 минут и помогает сохранить письма.
В руководстве описан переход из шести шагов с блоками DNS-записей. Более широкий контекст: перенос почты на новый хост.
Почему важна аккуратная миграция из cPanel
Аккуратная миграция важна, поскольку письма в процессе доставки во время распространения DNS создают реальный риск для выручки. При холодном переключении с часовым распространением теряется все, что поступает на старый MX после прекращения приема. Большинство владельцев замечает цену только после жалобы клиента.
Следующая схема из шести шагов устраняет окно потери с помощью параллельного приема: во время перехода старый и новый хосты принимают одновременно, а владелец вручную отключает старый только после обработки всех писем в пути. Дополнительная дисциплина требует 30 минут настройки; возможный предотвращенный ущерб заранее не ограничен.
Переход из шести шагов
Шесть шагов охватывают миграцию с параллельным приемом. Порядок важен: результат каждого шага позволяет выполнить следующий. От снижения TTL до полного отключения проходит около недели; активная работа занимает примерно 3-4 часа, распределенных по неделе.
- Снизить DNS TTL за 48 часов. Это сокращает распространение MX при переходе с часов до минут.
- Подготовить ящики на новом хосте. Создайте соответствующие ящики, оставив старые активными.
- Скопировать старые письма по IMAP. Серверный инструмент переносит существующую почту в новые ящики.
- Переключить MX-записи. Направьте DNS на новый хост; во время распространения принимают оба.
- Проверить аутентификацию и обмен. Подтвердите прохождение SPF, DKIM и DMARC у трех получателей.
- Отключить старые ящики. Подождите 48-72 часа после смены MX и отключите старые ящики после обработки писем в пути.
Каждый шаг является контрольной точкой; до шага 4 включительно возврат прост. После шага 4 он возможен, но обходится дороже, поскольку письма начинают накапливаться на новом хосте. При правильном выполнении шагов 1-3 стандартный переход обычно не требует отката.
Шаг 1: снизить DNS TTL за 48 часов
Снизьте DNS TTL существующих MX-записей за 48 часов до перехода. Значение по умолчанию обычно равно 3600 секундам (1 час) или 86400 (24 часа). Установите 300 секунд (5 минут), чтобы смена MX на шаге 4 распространялась за минуты, а не часы.
Изменение выполняется в панели DNS-хостинга. Задайте для каждой MX-записи TTL 300 и сохраните. Подождите 48 часов, чтобы прежний TTL истек, а новый распространился. После шага 6 верните TTL к 3600 для обычной работы. Пример изменения записи в Cloudflare:
; before: MX record with default TTL
yourcompany.com. 3600 IN MX 10 mail.oldhost.example.com.
; after: MX record with low TTL for migration window
yourcompany.com. 300 IN MX 10 mail.oldhost.example.com.
Шаг 2: подготовить ящики на новом хосте
Подготовьте соответствующие ящики на новом хосте. Добавьте домен в TrekMail, подтвердите владение через TXT-запись и создайте ящики для каждого адреса старого cPanel-хостинга. Теперь новые ящики готовы, но MX по-прежнему указывает на старый хост.
Создайте значения SPF, DKIM и DMARC, предоставленные новым хостом. Пока не публикуйте их: это произойдет на шаге 4 вместе со сменой MX. Предварительная подготовка гарантирует готовность значений к шагу 4 и делает возможным параллельный прием. Подробнее об инструменте: миграция IMAP.
Шаг 3: скопировать старые письма по IMAP
Используйте инструмент IMAP нового хоста, чтобы скопировать старую почту из cPanel в новые ящики. Серверный инструмент TrekMail, доступный начиная со Starter, работает из панели: укажите старые учетные данные IMAP и дождитесь копирования папка за папкой в течение нескольких часов.
Миграция выполняется в фоне, пока MX указывает на старый хост. Старый продолжает получать новые письма, новый содержит историческую копию. После завершения оба имеют одинаковые папки и сообщения, то есть состояние, необходимое для параллельного перехода на шаге 4. Структурированный план: контрольный список миграции почты.
Шаг 4: переключить MX-записи
Шаг четыре меняет MX-записи у DNS-хостинга, направляя их на новый почтовый хост. Опубликуйте новые MX, а также SPF, DKIM и DMARC из шага 2. Распространение занимает около 5 минут благодаря низкому TTL с шага 1. В это время оба хоста принимают параллельно.
; new MX records pointing at TrekMail
yourcompany.com. 300 IN MX 10 mx1.trekmail.net.
yourcompany.com. 300 IN MX 20 mx2.trekmail.net.
; published SPF, DKIM, DMARC TXT records
yourcompany.com. 300 IN TXT "v=spf1 include:_spf.trekmail.net ~all"
trekmail._domainkey.yourcompany.com. 300 IN TXT "v=DKIM1; k=rsa; p=..."
_dmarc.yourcompany.com. 300 IN TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@yourcompany.com"
Параллельное окно предотвращает потерю: письмо во время распространения поступает либо на активный старый, либо на только что включенный новый хост. Оставьте старые ящики активными и доступными не менее 48 часов после смены MX, чтобы принять задержавшуюся почту.
Шаг 5: проверить аутентификацию и обмен
Проверьте аутентификацию исходящей почты нового хоста. Отправьте из каждого нового ящика тесты в Gmail, Outlook.com и Yahoo. Убедитесь, что у всех трех получателей заголовки показывают SPF=PASS, DKIM=PASS и DMARC=PASS. Любой FAIL означает, что записи шага 4 следует исправить до завершения перехода.
Также проверьте входящую почту. Отправьте письмо с внешнего адреса в новый ящик и убедитесь, что оно пришло на новый хост за несколько минут. Если оно попало на старый, DNS еще распространяется. Подождите 10-15 минут и повторите тест.
Шаг 6: отключить старые ящики
Отключите старые ящики через 48-72 часа после смены MX. Распространение DNS должно завершиться, и отправители уже не должны направлять письма на старый MX. Отключите ящики в cPanel; при необходимости оставьте тариф для сайта, но выключите прием почты.
Если cPanel также размещает сайт и вы не хотите продолжать оплату, теперь перенесите сайт на отдельный веб-хостинг. Миграция завершена, когда старая почта отключена, а новый хост несколько дней корректно принимает сообщения. Верните DNS TTL к 3600 секундам.
Следующие шаги
Миграция с параллельным приемом занимает около недели по календарю и 3-4 часа активной работы. Результатом должна стать чистая смена на специализированный хост без потери писем и с корректной аутентификацией исходящих сообщений.
Схему из шести шагов можно повторять: применяйте ее к каждому следующему cPanel-домену одинаково, и с каждым повторением процесс будет быстрее.
Попробуйте TrekMail Nano бесплатно на trekmail.net/pricing - карта не требуется. Starter за $4/месяц включает серверный инструмент IMAP для шага 3. Платформа берет на себя операции с ящиками, которые пакетный cPanel оставлял владельцу.
Операционное замечание: окно параллельного приема на шаге 4 является структурной причиной отсутствия потерь. При холодном переходе письма теряются в промежутке между остановкой старого хоста и началом глобального приема новым. Параллельный прием устраняет этот промежуток, сохраняя оба хоста активными.
Миграция обычно проще, чем ожидают владельцы. Опасение поломки почты часто откладывает ее на месяцы, пока возможные проблемы доставки пакетного cPanel продолжаются. Шесть шагов снижают риск потери, вызывающий задержку; после одной успешной миграции следующую выполнять обычно проще.
При нескольких доменах на cPanel шаблон применяется отдельно к каждому: те же шесть шагов с другими DNS-записями. Планируйте переходы на разные дни, а не одновременно. Требуемое внимание невелико, но реально; следующие один за другим переходы создают лишнюю нагрузку и повышают вероятность пропустить шаг.
