Сайт переедет за вечер. Сломается почта.

Обновление от 19 сентября 2026 г.: теперь в каждый тариф Maxinodes входят почтовые ящики на вашем собственном домене. Мы обновили статью с учётом этого.

• Репетиции не будет
• Переписка не лежит в архиве
• Три записи и одно совпадение
• Кто пишет от вашего имени, кроме вас
• Ловушка Microsoft 365
• Пересылка ломает то, что годами работало
• Мы прошли это на собственном домене
• Порядок действий за две недели до переезда
• Куда переедут почтовые ящики
  • Как перенести ящики по порядку
  • Что стоит взвесить
• Во что это обходится

Переезжают обычно не от хорошей жизни. Старый хостер закрылся или поднял цену, и заниматься этим приходится по календарю: доступ к панели держится ровно до конца оплаченного периода, дата уже видна.

Дальше всё делается по уму. Человек скачивает архив файлов, снимает дамп базы, выписывает DNS-записи, вспоминает, у какого регистратора лежит домен. Через пару недель сайт стоит на новом месте, открывается быстрее прежнего, и кажется, что вопрос закрыт.

А недели через три клиент между делом говорит: я вам писал десятого, вы не ответили.

Сайт поднимается из архива хоть через год. Переписка — ниоткуда. И ломается почта тихо: никаких ошибок, никаких уведомлений о недоставке, письмо просто ложится в «Спам» у получателя, и узнаёте вы об этом случайно и от третьего лица.

Репетиции не будет#

Переезд сайта у нас устроен скучно, и бояться там нечего. Инженер собирает копию на закрытом адресе, копию вы прогоняете сами, время переключения выбираете тоже сами, и пока DNS расходится по миру, живы обе версии сайта. Как это устроено, расписано отдельно.

С почтой так не выйдет. Чтобы проверить её всерьёз, нужны чужие письма, приходящие прямо сейчас: счёт от поставщика, ответ клиента — от людей, которых никто не спрашивал, хотят ли они участвовать в вашем переезде. И нет тестового ящика, куда можно постучаться и посмотреть, дошло письмо или нет.

Переписка не лежит в архиве#

Файлы и базу вы скачали. Положили на диск, развернёте где угодно и хоть через год.

С перепиской иначе. Её забирают по IMAP из ящиков, которые ещё работают и ещё принимают пароль. Пока оплаченный период не кончился, всё в порядке; дальше панель закрывается, IMAP замолкает, и восстанавливать нечего. Сайт из архива поднимется, а десять лет разговоров с заказчиками останутся на сервере, к которому у вас больше нет ключа.

Звучит непривычно, но почта — первое дело переезда, а не последнее.

Три записи и одно совпадение#

За вашу почту в интернете отвечают три DNS-записи. SPF перечисляет серверы, которым разрешено отправлять письма от имени домена. DKIM ставит на письмо криптографическую подпись, а проверяют её по открытому ключу, опубликованному в вашей же зоне. DMARC говорит принимающей стороне, что делать, если первые две не сработали.

А теперь то, из-за чего конструкция обычно и разваливается. DMARC проверяет не то, что SPF и DKIM прошли. Он проверяет, что они прошли для вашего домена: совпадает ли домен, проверенный по SPF, и домен из подписи DKIM с тем доменом, который получатель видит в поле From:. По-английски для этого есть отдельное слово, alignment; по-русски чаще пишут «выравнивание». Держите в голове именно совпадение доменов: сама по себе пройденная проверка тут ничего не решает.

Разница совсем не теоретическая. Письмо может пройти SPF и всё равно не пройти DMARC: сервис рассылок отправляет со своей инфраструктуры и своей SPF-записью, проверка проходит, но для домена сервиса. В поле From: при этом стоит ваша компания. Пока политика в режиме наблюдения, письмо доставят и никто ничего не заметит.

Кто пишет от вашего имени, кроме вас#

На вопрос «сколько у вас отправителей» обычно отвечают: один — почта, что же ещё. Потом садятся считать.

Всё, что ниже первой строки, отправляет письма своим путём, и каждого отправителя придётся проверять отдельно. Общей настройки, которая накрыла бы всех разом, не бывает.

Почему это вскрывается именно при переезде? Потому что сейчас работает решительно всё: совпадения пока никто не требует.

Ловушка Microsoft 365#

Тут спотыкаются чаще всего. При настройке DKIM вам выдают две CNAME-записи. Почти все инструкции на этом и заканчиваются, наша, честно говоря, до недавнего времени тоже.

Но пока в админ-центре не включена подпись вашим доменным ключом, Exchange Online продолжает подписывать письма своим служебным доменом вида yourcompany.onmicrosoft.com. Подпись настоящая, проверку проходит. Домен в ней просто не ваш, совпадения нет, и вся почта держится на одном SPF. Получается домен, который выглядит настроенным.

Пересылка ломает то, что годами работало#

Когда сервер пересылает письмо дальше, он переписывает конверт, а поле From: оставляет как есть. SPF после этого проверяется по пересылающему серверу, которого в вашей записи, разумеется, нет, — и совершенно законное письмо проверку не проходит.

DKIM пересылку переживает, если подпись цела. Вот тут и выясняется, была ли она привязана к вашему домену или к служебному.

Мелочь на ту же тему: автоматическая пересылка на внешние адреса в Microsoft 365 теперь по умолчанию выключена и включается отдельно. Если у кого-то в компании всё «уходит на личную почту», узнать об этом лучше заранее.

Мы прошли это на собственном домене#

В своё время выяснилось, что записи _dmarc у нас нет. Ни на основном домене, ни на поддоменах. Хостинг-провайдер, то есть мы, месяцами вёл нормальную деловую почту на SPF и DKIM — без записи, которая связывает их с адресом в поле From:.

Сделали то, что советуем всем: опубликовали политику в режиме наблюдения, с адресом для отчётов, и прочитали всё, что пришло, прежде чем что-то менять. Ради одного этого стоит: в отчётах всплыли отправители, о которых не знал даже человек, строивший инфраструктуру.

Ужесточать имеет смысл тогда, когда список закончился и отчёты стали скучными. Если сделать наоборот, компания довольно эффектно отправит собственные счета себе же в спам.

Порядок действий за две недели до переезда#

Порядок тут не произвольный.

1. Начните с почты, а не с сайта. Пока старые ящики отвечают, у вас есть выбор.
2. Пересчитайте всех отправителей. Пройдите таблицу выше, письменно: память тут врёт.
3. Почините тех, кто не проходит, — до публикации любой политики.
4. Опубликуйте p=none с адресом для отчётов и правда их читайте.
5. Потом ужесточайте — когда отчёты пару недель подряд скучные.
6. Уберите за собой на старом месте. DKIM-ключ, опубликованный для сервера, которого у вас больше нет, — это действующий ключ подписи, закрытая половина которого вам не принадлежит. Отзывается одной записью.

Точные значения записей даёт почтовый провайдер, они привязаны к учётной записи. Для почтовых ящиков, которые входят в наш хостинг, эти записи на наших DNS-серверах мы настраиваем сами; если DNS остаётся в другом месте, значения, которые нужно добавить, собраны в Центре поддержки, в статье про DNS-записи для почты.

Куда переедут почтовые ящики#

Ящикам после переезда нужно новое место, и разумных вариантов три. От выбора зависит, как пойдёт переезд, поэтому решать лучше до заказа.

Почтовые ящики из тарифа хостинга. В каждый тариф Maxinodes входят почтовые ящики на вашем домене, на наших серверах в Нидерландах: IMAP и POP3 для почтовых программ, веб-почта в браузере, а спам фильтруется в папку «Спам». Место на диске ящики делят с сайтом в пределах тарифа, а сколько ящиков входит в каждый тариф, указано на странице цен. Существующую почту мы переносим в них бесплатно, на любом тарифе. С другого хостинга на cPanel ящики переезжают вместе со всем аккаунтом за один раз, с паролями, пересылками и фильтрами. С любого другого хостинга мы создаём ящики у себя и копируем почту по IMAP; для этого понадобятся пароли от ящиков или их сброс.

Бизнес-почта: Microsoft 365 или Google Workspace. Это следующая ступень — для того, чего один почтовый ящик не умеет: общие календари, Teams, общие диски, инструменты для соблюдения требований регуляторов или просто почта, которую лучше держать отдельно от сервера сайта. Купите лицензии у нас — и почтовая часть на нас: заводим учётную запись, создаём ящики, переносим существующую почту, прописываем SPF, DKIM и DMARC в новой зоне. Это идёт вместе с лицензиями, а не с тарифом хостинга: продукты разные, так что работает и на самостоятельном управлении, и под ключ, и если сайт вообще не у нас. Для этой работы у нас есть обычная учётная запись администратора в вашем тенанте, и вы можете удалить её в любой момент.

Свой провайдер. Своя почта у стороннего провайдера — нормальный вариант, мы его приветствуем. MX, SPF, DKIM и DMARC можно направить на любого провайдера через менеджер DNS в личном кабинете, записи сайта остаются у нас, наборы не пересекаются. Если на момент создания хостинга почта домена уже работает у Microsoft, Google или другого внешнего провайдера, мы копируем её записи на наши DNS-серверы, и почта остаётся там же. Купить Microsoft 365 или Google Workspace напрямую или через кого-то ещё — то же самое: ящики окажутся в учётной записи, оформленной на вас. Покупка через нас даёт один счёт и живого человека, которому можно написать. Другого ящика она не даёт.

Как перенести ящики по порядку#

Почту нельзя отрепетировать на staging, как сайт: не бывает закрытой копии ящика, в которую уже приходят завтрашние письма. Зато можно соблюсти порядок.

1. Сначала создайте ящики на новом месте и проверьте их. Войдите в каждый и отправьте из него письмо.
2. Скопируйте почту, пока старые ящики ещё отвечают.
3. Переключите MX-запись или DNS-серверы, если MX переезжает вместе с ними.
4. Скопируйте ещё раз, чтобы забрать то, что пришло на старое место во время переключения.
5. Оставьте старые ящики ещё на неделю и только потом отменяйте старый хостинг.

Подвох — в третьем шаге. Если почту вёл старый хостинг и его MX-запись указывает на имя внутри вашего же домена, например mail.вашдомен.com, то после переключения на наши DNS-серверы входящая почта пойдёт к нам, как только изменение вступит в силу. Значит, ящики у нас должны существовать заранее. Если же MX указывает на собственное имя старого хостинга, почта после переключения останется у него и перестанет приходить в тот день, когда этот хостинг отключат. Напишите нам до того, как переключать DNS-серверы или отменять старый хостинг: мы проверим, какой у вас случай, и бесплатно перенесём ящики и почту вместе с вами.

Одно ограничение, которое стоит учесть заранее: копия по IMAP переносит письма и папки. Контакты и календари с ними не едут, и отдельно мы их тоже не переносим — выгрузите их сами, пока старый аккаунт ещё открывается. Перенос сайта и почтовых ящиков бесплатен на любом тарифе.

Что стоит взвесить#

От того, где живёт почта, зависят три вещи.

Первая — что будет, если хостинг остановится. Ящики в хостинг-аккаунте разделяют его судьбу. Если счёт долго не оплачивать, аккаунт приостанавливается: сайт перестаёт открываться, вход в ящики блокируется и отправить ничего нельзя. Входящие письма при этом не отбиваются сразу: их придерживают и пытаются доставить ещё около четырёх дней, а потом возвращают отправителям. Оплатите в эти дни — и всё разблокируется, ничего не потеряется. При отмене хостинга ящики уходят вместе с ним: в дату отмены аккаунт приостанавливается так же, а через 14 дней удаляется вместе со всей почтой. В эти 14 дней поддержка ещё может его восстановить или выдать копию, потом — уже нет, поэтому переносите или выгружайте почту до даты отмены. Ящики в учётной записи Microsoft 365 или Google Workspace, оформленной на вас, от хостинга не зависят вовсе.

Вторая — место. Наши ящики делят место на диске с сайтом в пределах тарифа, а переписка отдела продаж за несколько лет, да ещё с вложениями, займёт в нём заметную долю. Если такие ящики у вас в порядке вещей, им лучше жить в Microsoft 365 или Google Workspace.

Третья обнаружится нескоро. Ящики в учётной записи Microsoft 365 или Google Workspace, оформленной на вас, при смене хостинга не переносятся вообще. Но в стороне почта всё равно не останется, потому что маршрутизация живёт в DNS и все записи придётся заново и без ошибок собрать на новых DNS-серверах. Работа с DNS раз в переезд вместо переноса ящиков раз в переезд — размен хороший, но не бесплатный.

Во что это обходится#

Про деньги честно. Почтовые ящики, которые входят в хостинг, отдельно не оплачиваются: они часть тарифа. Оплата за каждого человека в месяц появляется, только если вы выбираете Бизнес-почту — Microsoft 365 или Google Workspace, — и добавляется к оплате хостинга; цены наших тарифов — на странице цен. Вариант с настольными приложениями и Teams стоит примерно в три с половиной раза дороже самого дешёвого почтового тарифа Microsoft. Цены лицензий устанавливают Microsoft и Google, и они меняются (Microsoft в последний раз поднял их 1 июля 2026 года), поэтому актуальные цифры — на нашей странице почты, а не здесь.

Обновление от 17 сентября 2026 г.: раньше в абзаце выше почта на четырёх сотрудников сравнивалась с ценой нашего начального тарифа под ключ. Цены изменились: первая оплата тарифа сразу за 12 или 24 месяца теперь может быть со скидкой — один раз для каждого клиента, — а дальше тариф продлевается по цене продления, указанной при заказе. Одно сравнение на все сроки оплаты больше не подходит, поэтому мы убрали его, а не заменили новыми цифрами. Следующий абзац теперь говорит о гарантии возврата денег теми же словами, что и наши условия обслуживания.

Заодно посмотрите, чего нет у Бизнес-почты. Гарантия возврата денег за 30 дней распространяется на сумму, уплаченную за первый расчётный период по первому заказу хостинга; лицензии Бизнес-почты возврату не подлежат с момента подключения, и на них не распространяются ни SLA, ни наше обязательство хранить зашифрованные копии в ЕС и ЕЭЗ. Это в условиях оказания услуг.

И про регион. Если вы выбираете Бизнес-почту и ящики должны остаться в ЕС, скажите сразу: регион доступен на обеих платформах, но выбирается обычно при создании учётной записи. Если почта уже есть, проверьте, где ящики оказались: Европа по умолчанию не гарантирована. Почтовые ящики, которые входят в наш хостинг, хранятся на наших серверах в Нидерландах, а их резервные копии вместе с остальным аккаунтом уходят в хранилище в ЕС. Письма из них, как и письма с сайта, уходят через серверы канадской компании MailChannels в США; она указана на странице субобработчиков. Почему это важнее, чем кажется, разобрано в тексте про хостинг и GDPR.

И чтобы не осталось лишних надежд. Какой бы вариант вы ни выбрали, почтовые ящики дают одного отправителя, который может пройти проверку на совпадение: подписывает письма ключом, опубликованным на вашем домене, и присутствует в вашей SPF-записи. Больше он ни за кого не отвечает: ни за биллинг, ни за форму на сайте, ни за рассылку, ни за хелпдеск.

У переезда сайта есть репетиция, откат и 30 дней на возврат. У переезда почты нет ничего из этого. Это не повод откладывать, а повод сделать заранее, пока старые ящики ещё пускают по паролю.

Пришлите нам домен — скажем, кто из ваших отправителей отвалится в день, когда вы ужесточите политику. Написать живому человеку можно и не будучи нашим клиентом.