Como mudar o alojamento de e-mail sem perder mensagens

Mudar de fornecedor de e-mail é uma migração de DNS à qual está associada uma migração das caixas de correio. Uma abordagem faseada prepara o novo serviço enquanto o fornecedor atual continua a receber e-mail e, depois, altera o MX quando todos os destinatários e registos de envio estiverem prontos. A sequência dá ao administrador do domínio um percurso claro de reversão para um agregado familiar, uma equipa liderada pelos fundadores ou um domínio pessoal.

A página de alojamento de e-mail com domínio personalizado da Thelemail resume o serviço gerido. Este guia concentra-se no planeamento e na execução da transferência.

Compreenda o que o MX altera

Os registos MX indicam aos servidores de envio os anfitriões que aceitam e-mail recebido para um domínio. Um número de preferência mais baixo tem maior prioridade. Quando substitui os registos MX do fornecedor atual pelos valores do novo fornecedor, os novos remetentes começam a entregar no novo serviço à medida que as respetivas caches de DNS são atualizadas.

O MX não desempenha qualquer função na autenticação do e-mail enviado. O SPF, o DKIM e o DMARC tratam da autorização do envio e do alinhamento do domínio. Normalmente, esses registos podem ser preparados antes da transição da receção.

A propagação do DNS é um processo de expiração das caches. Cada resolvedor pode manter uma resposta anterior até expirar o respetivo tempo de vida. Reduzir antecipadamente o TTL do MX antes de uma mudança planeada pode encurtar muitas caches, desde que a própria alteração disponha de tempo suficiente para se propagar. Alguns resolvedores e sistemas de envio podem conservar os dados durante mais tempo, pelo que o serviço anterior deve permanecer ativo durante a sobreposição.

O guia sobre SPF, DKIM, DMARC e MX explica a função e a interação de cada registo.

Fase 1: inventariar o domínio atual

Enumere todos os destinatários antes de tocar no DNS. Inclua:

• Uma caixa de correio para cada pessoa.
• Aliases e endereços de reencaminhamento.
• Endereços partilhados do agregado familiar ou de funções da empresa.
• Endereços utilizados para sistemas automatizados, faturas ou recuperação de contas.
• Endereços antigos que ainda recebem mensagens ocasionais.
• Remetentes que utilizam o domínio, incluindo formulários do site, sistemas de faturação e boletins informativos.

Exporte a configuração de encaminhamento do fornecedor atual quando possível. Procure endereços esquecidos em documentação antiga, gestores de palavras-passe e cabeçalhos de mensagens. Um destinatário que recebe uma renovação anual pode passar facilmente despercebido durante um período de observação curto.

Associe cada endereço antigo a uma caixa de correio, alias ou endereço partilhado no novo serviço. O guia sobre aliases, caixas de correio e endereços partilhados fornece um modelo de classificação claro. Os planos pagos da Thelemail incluem aliases ilimitados, sujeitos a uma salvaguarda contra abusos por espaço de trabalho; os aliases não estão incluídos no plano Free. As capacidades das caixas de correio, do armazenamento e dos domínios seguem o plano de preços escolhido.

Guarde a zona DNS atual ou registe todos os valores relacionados com o e-mail. Registe o MX, o SPF, os seletores DKIM, o DMARC, o MTA-STS, os relatórios TLS e os registos de verificação do fornecedor. Esta captura permite resolver problemas e reverter a alteração.

Fase 2: reduzir o TTL e proteger o acesso do administrador

Vários dias antes da mudança, verifique o TTL atual do MX. Se o seu fornecedor de DNS o permitir, reduza o valor com antecedência suficiente para que as caches existentes expirem antes da transição. Um valor como 300 segundos é comum, embora a sua política operacional possa exigir outro valor.

Confirme o acesso ao agente de registo, ao fornecedor de DNS e aos serviços de e-mail antigo e novo. Ative a autenticação multifator e verifique os métodos de recuperação. Mantenha as credenciais disponíveis através de um canal que continue acessível se o e-mail do domínio for interrompido.

Registe por escrito o evento que desencadeia a reversão e a pessoa responsável. Os exemplos incluem falhas repetidas dos destinatários, falhas de autenticação em vários fornecedores recetores importantes ou um endereço em falta descoberto após a transição. Uma regra de decisão clara evita alterações de DNS improvisadas durante um incidente.

Fase 3: confirmar o domínio e preparar o envio

Adicione o registo de propriedade fornecido pelo novo serviço enquanto os registos MX existentes permanecem ativos. A verificação confirma o controlo administrativo sem redirecionar o e-mail recebido.

Publique o novo registo DKIM e configure o SPF para autorizar todos os remetentes legítimos que estarão ativos durante a transição. Um domínio deve publicar uma única política SPF, pelo que deve combinar nessa política todos os mecanismos dos fornecedores. Tenha em conta o limite de consultas e os remetentes externos.

Os seletores DKIM podem coexistir porque cada seletor tem um nome DNS distinto. Mantenha publicada a chave DKIM do fornecedor antigo enquanto as mensagens aí assinadas ainda puderem ser avaliadas. Remova os seletores desativados apenas depois de terminar a transição e o período de vida relevante das mensagens.

Comece o DMARC com uma política e uma configuração de relatórios adequadas à maturidade atual do domínio. Analise os relatórios agregados para identificar remetentes legítimos e lacunas de alinhamento. Uma alteração para aplicação estrita merece a sua própria implementação controlada depois de compreender todos os remetentes.

O processo de ligação do domínio da Thelemail gera e verifica os valores necessários. Copie-os exatamente, porque o comportamento dos campos de anfitrião varia entre painéis de controlo DNS.

Fase 4: criar destinatários e importar o e-mail

Crie todos os destinos do inventário. Dê a cada pessoa uma caixa de correio separada, adicione endereços partilhados para responsabilidades de grupo e encaminhe todos os aliases. Teste a recuperação de contas e a autenticação multifator antes de os membros dependerem do novo serviço.

Importe as mensagens históricas enquanto o fornecedor antigo ainda estiver disponível. As caixas de correio grandes podem exigir várias passagens. Preserve pastas, datas e sinalizadores quando o método de migração os suportar e, depois, compare pastas representativas e o número de mensagens.

Envie mensagens de teste a partir do novo serviço para fornecedores externos. Inspecione os cabeçalhos recebidos para ver os resultados SPF, DKIM e DMARC. As respostas continuarão a seguir o antigo percurso MX até à transição, como esperado. Teste o endereço apresentado no campo From, o comportamento do Reply-To e qualquer identidade de envio partilhada utilizada pelo agregado familiar ou pela equipa.

Reveja o modelo de segurança e de ameaças com os membros antes da mudança. A Thelemail utiliza armazenamento sem acesso ao conteúdo das caixas de correio e cifragem ponto a ponto entre contas Thelemail. Para e-mail externo, o WKD/OpenPGP protege o conteúdo das mensagens quando está disponível uma chave compatível; as outras entregas utilizam SMTP normal com TLS quando suportado. Os cabeçalhos de assunto externos e os metadados de entrega permanecem visíveis. Os métodos de recuperação são importantes porque o serviço não consegue decifrar o e-mail armazenado depois de se perderem a palavra-passe e o material de recuperação.

Fase 5: alterar o MX quando tudo estiver pronto

Escolha uma altura em que o administrador possa monitorizar ambos os fornecedores. Remova os antigos registos MX e introduza o conjunto completo de registos MX do novo fornecedor exatamente como é fornecido. Preserve as prioridades e os pontos finais de acordo com o formato do fornecedor de DNS.

Evite utilizar os fornecedores antigo e novo como destinos com a mesma prioridade. Os servidores de envio podem escolher qualquer percurso, criando uma entrega dividida imprevisível. Uma transição faseada mantém o fornecedor antigo ativo enquanto conta, ao passo que o DNS aponta o e-mail recebido para um único fornecedor pretendido.

Depois de guardar a alteração:

1. Consulte os servidores DNS autoritativos e vários resolvedores públicos.
2. Confirme que o assistente do fornecedor vê o estado MX esperado.
3. Envie testes externos para uma caixa de correio pessoal, um alias e um endereço partilhado.
4. Envie testes para fora e inspecione os resultados de autenticação.
5. Vigie as filas, as mensagens devolvidas e as caixas de entrada antigas e novas.

Teste a partir de mais do que um fornecedor externo, porque os resolvedores são atualizados em momentos diferentes. Mantenha o serviço antigo a aceitar e-mail durante todo este período de entrega mista.

Fase 6: reconciliar mensagens e monitorizar a autenticação

Algumas mensagens podem chegar ao serviço anterior após a transição porque um remetente utilizou dados MX em cache. Consulte as caixas de entrada antigas e efetue uma importação incremental final ou uma transferência manual. Continue até deixarem de aparecer novas mensagens para além da janela de migração definida pelo seu TTL e pela política de risco.

Vigie os relatórios agregados DMARC e os cabeçalhos das mensagens recebidas. Confirme que todas as origens autorizadas estão alinhadas com o domínio From visível. Reveja os formulários dos sites, sistemas de monitorização, ferramentas de faturação e digitalizadores, porque são origens comuns de e-mail esquecido.

Verifique se existem falhas de destinatários. Se um alias esquecido surgir numa mensagem devolvida ou caixa de entrada antiga, crie prontamente o encaminhamento em falta e atualize o inventário. Os aliases ilimitados facilitam a recriação de endereços específicos, embora continuem a aplicar-se os controlos contra abusos do espaço de trabalho e a política de encaminhamento do administrador.

Restaure um TTL normal depois de a configuração permanecer estável. Remova o fornecedor antigo do SPF depois de terminar todo o envio a partir do mesmo. Desative deliberadamente os antigos registos DKIM e mantenha os relatórios DMARC ativos à medida que o domínio evolui.

Reverta com a mesma disciplina

Se a transição revelar um problema grave, restaure os antigos valores MX registados e verifique-os no DNS autoritativo. As respostas em cache fazem com que alguns remetentes continuem a chegar ao novo fornecedor durante algum tempo, pelo que deve manter ambos os serviços operacionais e preservar as mensagens recebidas em cada um.

Corrija o problema do destinatário, da autenticação ou da conta antes de agendar outra transição. Uma reversão é uma ferramenta normal de fiabilidade quando segue um plano escrito. Documente a causa e adicione uma verificação prévia que a detete da próxima vez.

Lista de verificação da conclusão da migração

Considere a transferência concluída quando estas condições forem cumpridas:

• Todos os destinatários conhecidos recebem no destino pretendido, seja uma caixa de correio ou um grupo de membros.
• Os resultados de SPF, DKIM e DMARC de saída correspondem à configuração planeada.
• O e-mail histórico e do período de sobreposição foi reconciliado.
• Os membros conseguem iniciar sessão, recuperar contas e utilizar as identidades de envio esperadas.
• O fornecedor antigo deixou de receber novas mensagens durante o período de observação escolhido.
• Os antigos mecanismos de envio e registos DNS desatualizados foram desativados.
• Estão implementados valores TTL normais e monitorização contínua do DNS.
• Foi testada ou arquivada uma nova exportação de acordo com o plano de continuidade do domínio.

A regra central é simples: prepare a propriedade, a autenticação, os destinatários e o histórico enquanto o percurso MX atual permanece ativo. Transfira a entrega recebida apenas depois de o novo serviço estar completo. Esta sequência transforma uma mudança arriscada e simultânea numa tarefa controlada de administração de domínios.