План миграции размещенной электронной почты

Я подумываю о переносе своей электронной почты от одного хостинг-провайдера к другому; конкретно для Proton Mail, но я не думаю, что это имеет значение. Меня беспокоит мой личный домен и возможность временного прекращения обслуживания, потери моей электронной почты или того и другого.

Мой нынешний провайдер управляет моим доменом, DNS и почтовым хостингом (на основе IMAP). У меня есть три почтовых ящика, давайте их позвоним; У меня также есть поддомен, куда все отправляется, скажем, наfoo@bar.example.comпересылается вa@example.com, но есть и список исключений (скажем{x,y,z,…}@bar.example.com), которые пересылаются наb@example.com.

Вот шаги, которые, я думаю, мне нужно сделать:

  • Перенесите мой домен к новому регистратору. (Я считаю, что это сохраняет текущие записи DNS, за исключением, возможно, записей NS.)
  • Зарегистрируйтесь на альтернативном почтовом хосте (Proton Mail).
  • Настройте записи MX для моего домена для Proton Mail.
  • Создайте{a,b,c}@example.comпочтовые ящики в Proton Mail.
  • Перенесите электронную почту из почтовых ящиков старого провайдера в новый. (Я считаю, что у Proton Mail есть инструмент для этого.)
  • AFAIK, у Proton Mail нет серверов пересылки, но, тем не менее, поддомен [вероятно] будет считаться отдельным пользовательским доменом, который выходит за рамки моей предполагаемой ценовой категории. Таким образом, мне нужно настроить переадресацию почты за пределами Proton Mail. Я нашел ForwardEMail.net, который предлагает бесплатное решение этой проблемы на основе DNS. Я могу настроить это в записях DNS дляbar.example.comкак документировано.

Это все? Порекомендовали бы вы, например, создать локальную резервную копию электронной почты? Важно отметить, имеет ли порядок значение: изменения регистратора/DNS требуют времени для распространения, и когда дело доходит до миграции почтовых ящиков, возникает небольшая проблема с курицей и яйцом? Как мне преодолеть это?

(Мета-вопрос: стоит ли оно того? Очевидно, это личное решение, но в конечном итоге он будет более дорогим и децентрализованным, чем мой нынешний сервис. Текущий сервис работает, и им относительно легко управлять, но он немного устарел. Анекдоты от людей те, кто прошел аналогичный процесс, будут приветствоваться.)

Источник

1 ответ

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

Это все?

Нет, если вы все еще задаетесь вопросом о « времени распространения DNS » , ваш план еще не завершен. Ознакомьтесь с разделением между а) организацией, которая платит ваши сборы ICANN и отправляет информацию о вашем сервере имен/DNSSEC оператору домена верхнего уровня, и б) организацией, которая управляет вашими серверами имен и позволяет вам изменять ваши зоны. Даже если окажется, что вы снова покупаете что-то у той же компании, разделение этого поможет вам правильно следовать установленным практикам в отношении времени снижения TTL и внесения изменений , поэтому вам не придется так сильно беспокоиться о чрезмерно длинных кэшах.

Здесь нет проблемы курицы и яйца, просто необходимо некоторое понимание (почему системы ведут себя именно так), пока вы не сможете выполнять шаги в соответствующем порядке.

локальная резервная копия электронной почты

Если у вас его нет, сделайте его прямо сейчас.Даже если это вряд ли станет вашим предпочтительным источником для восстановления ваших почтовых ящиков в пункте назначения. Если быть точным, я не считаю необходимым иметь локальный компьютер , как в «вашем офисе» (который может быть ограничен в пропускной способности), но он должен быть удаленным в том смысле, что он находится в центре обработки данных, который мало разделяет общий риск, связанный с местонахождением ваших нынешних и будущих поставщиков услуг.

децентрализованный сервис

Участие большего количества сторон не обязательно является преимуществом при почтовом хостинге, поскольку как принимающий сервер, так и каждый, кто имеет право изменять ваши записи DNS, могут перехватывать, изменять или просто отклонять почту, предназначенную для вас. Очевидным примером того, как это может пойти не так, может служить почтовый хостер, базирующийся в Швейцарии, который прекратил обрабатывать вашу почту, потому что вы стали неспособны платить за услуги DNS-хостера (вставьте место, санкционированное США). Вы можете обнаружить, что надежность, поддержка клиентов, стабильность цен и ряд вопросов безопасности намного лучше, чем яркие функции (которые можно или нельзя получить иным образом с помощью другого почтового клиента ) .

Источник
Другие вопросы по тегам