Lista de migração de email sem perda de dados em 2026

Lista de verificação da migração de email: tudo o que deve validar antes e depois da transição

Se tratar uma migração de email como uma simples operação de copiar e colar, arrisca-se a perder dados sem aviso, quebrar cadeias de respostas e encher a fila de suporte com devoluções «Utilizador desconhecido». Uma lista de verificação adequada, criada para administradores, evita essas surpresas.

Esta lista destina-se a quem não pode permitir uma interrupção do serviço. Deixa a teoria de lado e concentra-se nos requisitos técnicos de uma transição sem perda de dados. Para conhecer a metodologia completa, consulte o guia de configuração de email.

Antes de começar: o inventário forense

Não pode migrar aquilo que não vê. A falha mais comum é a TI invisível, ou seja, objetos que existem no diretório mas não aparecem na lista de utilizadores. A primeira parte de qualquer lista de migração tem de resolver este ponto cego.

1. Mapa da infraestrutura e das identidades

• Registe todos os tipos de objeto: não se limite a contar utilizadores. Faça um inventário das listas de distribuição, caixas de correio partilhadas e pastas públicas.
• Registe os endereços proxy: confirme que cada proxyAddress da origem tem correspondência no destino.
• Ponto essencial numa migração do Exchange: associe o LegacyExchangeDN (X.500) ao novo sistema como proxy x500:. Se não o fizer, as respostas internas serão devolvidas com relatórios de falha na entrega IMCEAEX.

Audite os reencaminhamentos ocultos

As regras de reencaminhamento do lado do servidor não são migradas por IMAP. Identifique-as antes de começar:

2. Localize as caixas gigantes

• Assinale as caixas de correio com mais de 20 GB. A maioria dos fornecedores limita a entrada por IMAP. Uma caixa de 50 GB não será migrada num único fim de semana; tem de pré-carregar esses utilizadores com várias semanas de antecedência. A documentação de migração do Google Workspace descreve estes limites.
• Verifique a profundidade das pastas: o Exchange Online impõe um máximo de 300 níveis. As hierarquias profundas podem ser truncadas sem aviso se não forem simplificadas primeiro.

3. Preparação do DNS (a regra dos 300 segundos)

• Reduza os TTL dos registos MX, SPF e DMARC para 300 segundos 48 horas antes da transição.
• Defina o DMARC como p=none. Aplicar p=reject durante uma migração aumenta o risco de bloquear mensagens legítimas quando o alinhamento ainda não está totalmente configurado.

Para conhecer todo o procedimento de transição do DNS, veja como configurar o email no seu domínio.

A fase de sincronização: mover dados sem acionar limites

O objetivo é mover 90% dos dados enquanto os utilizadores continuam a trabalhar, sem ultrapassar os limites de frequência do fornecedor. É nesta parte da lista que a maioria dos administradores subestima a complexidade.

Estratégia de pré-carregamento

1. Sincronize primeiro o correio antigo: configure a sua ferramenta, ou o imapsync, para migrar itens com mais de 30 dias
2. Tenha presente o verdadeiro alcance do IMAP: tal como estabelece o RFC 3501 (IMAP), o protocolo move apenas mensagens de email. Calendários, contactos, tarefas e regras ficam na origem. Exporte os calendários para .ics e os contactos para .csv para os arquivar localmente.

Referência dos limites

Tratamento de erros

• HTTP 429/503: são sinais para reduzir o ritmo. A ferramenta deve aplicar espera exponencial: aguarde 5s, depois 10s e depois 20s.
• Itens danificados: defina um limite de tolerância, por exemplo, 50 itens. Parar uma migração de 10 GB por causa de um único cabeçalho danificado de 2 KB é uma falha operacional.

A transição: encaminhamento e sincronização diferencial final

Execute-a durante uma janela de manutenção planeada. Aqui, a rapidez é importante. Esta é a parte da lista mais sensível ao tempo.

O congelamento

Desative o acesso dos utilizadores ao sistema antigo ou imponha uma interrupção rigorosa do trabalho. Em seguida, execute a sincronização diferencial final para recolher o correio recebido durante o pré-carregamento.

Aviso sobre UIDVALIDITY: se o servidor de origem tiver reindexado as pastas, a ferramenta pode tentar descarregar duplicados. Execute sempre primeiro uma simulação.

Alteração do DNS

1. Atualize os registos MX para o novo fornecedor. Com um TTL de 300s, as caches podem ser atualizadas rapidamente, mas o tempo real de propagação depende dos resolvedores.
2. Atualize o SPF: adicione o include do novo fornecedor, por exemplo, include:spf.trekmail.net. Respeite o limite de 10 pesquisas DNS do RFC 7208 e simplifique os registos se necessário.
3. Publique o DKIM: as chaves dos novos seletores ficam disponíveis após a publicação e a propagação do DNS.

Verificação após a transição: a lista de migração de email

«Parece estar tudo bem» não é uma estratégia de validação. Eis o que deve realmente verificar.

A métrica principal: contagem de itens

Ignore o tamanho total, pois a compressão varia entre fornecedores. Uma caixa de 10 GB no Gmail pode aparecer como 8 GB no destino. Compare antes a contagem de itens em cada pasta.

Correções nos clientes de email

• Perfis novos: não tente corrigir perfis antigos do Outlook. Crie perfis de raiz para obter um ficheiro .ost limpo.
• Elimine ligações residuais: bloqueie a porta 993 no servidor antigo e a porta 443 apenas se não existirem outros serviços nesse servidor. Caso contrário, os dispositivos móveis podem voltar a ligar-se ao servidor anterior e criar uma experiência dividida entre os dois sistemas.

Referência rápida para resolver problemas

A TrekMail trata das partes difíceis desta lista de migração

A lista manual acima exige scripts PowerShell, acompanhamento da propagação do DNS e gestão dos limites. A TrekMail encara a migração como infraestrutura, não como um projeto de consultoria.

Para pequenas empresas

A TrekMail inclui um motor nativo de migração IMAP. Introduza as credenciais antigas do Gmail, cPanel ou Exchange, e o sistema trata automaticamente da sincronização das mensagens e pastas suportadas, da associação e das novas tentativas. Faça sempre uma conferência final com a origem. Sem scripts nem linha de comandos.

Conheça o alojamento de email empresarial pensado para equipas que não querem gerir infraestrutura.

Para agências

Em vez de gerir 50 quotas de armazenamento, a TrekMail oferece armazenamento partilhado entre todos os domínios de clientes. O SMTP gerido cuida da reputação de entrega, eliminando a necessidade de aquecer o IP.

Todos os planos pagos incluem uma avaliação gratuita de 14 dias e exigem um cartão. O plano Nano não exige cartão.

Conclusão

Uma lista de verificação para migrar email não existe para ser minuciosa sem motivo. Cada ponto corresponde a uma falha concreta que já causou problemas a administradores reais. Registe os objetos ocultos, pré-carregue as caixas gigantes, reduza os TTL, execute a sincronização diferencial e valide a contagem de itens em vez de confiar numa impressão.

Quer concluir todos os pontos desta lista de migração? Crie a sua conta TrekMail gratuita e deixe o motor de migração integrado tratar da infraestrutura.