Transferência de email explicada: DNS, cópia IMAP e mudança de serviço
A expressão «transferência de email» pode induzir em erro. No mundo físico, transferir um ficheiro significa que este sai do local A e chega ao local B. Na infraestrutura de email, o processo não funciona assim.
Uma transferência de email consiste, na verdade, em duas operações independentes executadas em paralelo: replicar uma base de dados através da sincronização IMAP e redirecionar o tráfego através de uma mudança de DNS. Confundir estas duas camadas é a principal causa de perda de dados, entrega dividida entre dois sistemas e pedidos de suporte à segunda-feira de manhã.
Este guia explica o que significa «transferir» na prática, o que é transferido, o que fica de fora e como escolher o método adequado para cada situação.
Os três tipos de transferência de email
Antes de alterar um servidor, defina o âmbito. O termo «transferência» é usado para três operações distintas, e confundi-las causa problemas reais.
1. Transferência de domínio (mudança de agente de registo)
Transfere a gestão de example.com da GoDaddy para a Namecheap. Isto altera a entidade que fatura o domínio. Impacto no email: nenhum, desde que reproduza corretamente a zona DNS. Se mudar os servidores de nomes sem replicar os registos MX, o email deixa imediatamente de funcionar.
2. Migração de email (mudança de fornecedor)
Deixa o Google Workspace e muda para o TrekMail, ou para qualquer outro fornecedor. É necessário preparar um novo servidor, copiar os dados antigos e indicar à Internet que deve entregar aí as novas mensagens. Impacto no email: total. Trata-se de uma reconstrução minuciosa dos dados e é o tema principal deste artigo.
Para consultar o plano de execução passo a passo, veja o guia completo de sincronização IMAP.
3. Transferência da titularidade da conta
Alterar o email de administração de uma conta de bob@ para alice@. É uma atualização das permissões na base de dados. Impacto no email: nenhum.
As duas camadas a gerir durante uma transferência de email
Uma transferência bem-sucedida exige a gestão simultânea de duas sequências temporais. Um erro numa delas é suficiente para criar problemas.
A camada de dados (cópia IMAP)
Os novos fornecedores não absorvem os dados antigos. Estes são obtidos através do protocolo IMAP (RFC 3501). É uma cópia, não uma deslocação: o original permanece no servidor de origem até ser explicitamente eliminado.
A armadilha do UIDVALIDITY: o IMAP foi concebido para consultar mensagens, não para as replicar em massa. Cada pasta tem um valor UIDVALIDITY. Se o servidor de origem falhar ou voltar a indexar os dados durante a migração, esse valor muda. A ferramenta de migração pode interpretar todas as mensagens como novas e descarregá-las novamente, deixando os utilizadores com 10,000 duplicados. Utilize uma ferramenta que elimine duplicados com base nos cabeçalhos Message-ID, e não apenas nos UID do IMAP.
A camada de encaminhamento (mudança de DNS)
Enquanto os dados são copiados, é necessário redirecionar as novas mensagens. Este encaminhamento é controlado pelo registo MX (Mail Exchange):
Old: MX 10 aspmx.l.google.com
New: MX 10 mx1.trekmail.net
O risco de entrega dividida: os registos DNS são guardados em cache por operadores de Internet em todo o mundo. Se o TTL for de 86,400 segundos (24 horas) e mudar o MX às 5 PM de sexta-feira, alguns servidores continuarão a enviar mensagens para o fornecedor anterior até às 5 PM de sábado.
A solução é a «regra dos 300 segundos». Reduza o TTL do registo MX para 300 segundos pelo menos 24 horas antes da mudança. Para conhecer todo o procedimento de mudança de DNS, consulte como configurar o email no seu domínio.
O que é transferido por IMAP e o que fica de fora
O TrekMail é uma plataforma de email especializada: IMAP e SMTP para o correio eletrónico, além da sincronização de calendários e contactos de cada caixa de correio através de CalDAV e CardDAV. Não é uma suite de produtividade: não inclui documentos, folhas de cálculo nem videochamadas. Ao mudar de uma suite como o Google ou o M365 para um fornecedor dedicado ao email, é importante saber exatamente que dados podem ser transferidos.
| Objeto | É transferido por IMAP? | O que acontece na prática |
|---|---|---|
| Mensagens | Sim, se forem compatíveis | São copiados os assuntos, corpos, anexos e datas suportados por ambos os servidores |
| Estrutura de pastas | Sim, se for compatível | As pastas aninhadas suportadas são recriadas; o Exchange limita a profundidade a 300 |
| Estado de leitura | Sim, se for compatível | O sinalizador Seen é preservado quando ambos os servidores o suportam |
| Contactos | Não | Exporte para CSV/vCard e importe no dispositivo local |
| Calendários | Não | Exporte para .ics e aloje noutro serviço ou mantenha localmente |
| Aliases | Não | Volte a criá-los manualmente no painel do TrekMail |
| Regras do servidor | Não | As regras de reencaminhamento e filtragem têm de ser recriadas |
O obstáculo da autenticação moderna
Se estiver a migrar de um fornecedor que exige OAuth, como o Google, alguns dispositivos antigos, por exemplo scanners ou o Outlook 2013, podem não conseguir ligar-se a um servidor IMAP padrão. A documentação de migração do Google Workspace explica como as palavras-passe de aplicações podem resolver esta incompatibilidade. O TrekMail suporta autenticação IMAP/SMTP padrão através de TLS 1.2. Confirme que os seus dispositivos são compatíveis.
De que método de transferência de email precisa?
Cenário A: reduzir os custos do Google Workspace
- Configure uma conta TrekMail com o seu domínio
- Utilize a ferramenta de migração do TrekMail para copiar os dados de email
- Exporte os contactos (.vcf) e os calendários (.ics) para ficheiros locais
- Altere os registos MX para
mx1.trekmail.net/mx2.trekmail.net - Cancele o Google Workspace depois de verificar a cópia e a entrega
Cenário B: transferir o domínio para outro agente de registo
- Ative a transferência do domínio no agente de registo atual
- Obtenha o código EPP ou de autorização
- Inicie a transferência no novo agente de registo
- Importante: certifique-se de que os servidores de nomes não mudam ou reproduza corretamente toda a zona
Ferramentas integradas do TrekMail para transferir email
As migrações IMAP manuais estão sujeitas a erros. Um único tempo de espera excedido ou uma alteração do UIDVALIDITY pode resultar numa cópia incompleta ou com duplicados. O TrekMail trata a migração como infraestrutura essencial, não como uma funcionalidade secundária.
Motor de migração
O painel liga-se diretamente ao fornecedor anterior, como Gmail, cPanel ou Exchange, e gere a sincronização IMAP entre servidores. As novas tentativas, os intervalos progressivos em caso de limitação de tráfego e a eliminação de duplicados por cabeçalhos são automáticos. Não é necessário utilizar a linha de comandos.
Armazenamento partilhado para agências
Se for um MSP a transferir 50 clientes, gerir 50 quotas de armazenamento independentes é ineficiente. O TrekMail oferece armazenamento partilhado, por exemplo 200 GB para todos os domínios. Atribua o espaço onde for necessário.
Validação do DNS
Uma ferramenta simples verifica os registos MX, SPF e DKIM para reduzir o risco de o seu email ficar sem destino durante a mudança.
| Plano | Preço | Motor de migração | Armazenamento partilhado |
|---|---|---|---|
| Free | $0 (sem cartão) | Incluído | Não |
| Starter | $3.50/mês | Incluído | Não |
| Pro | $10/mês | Incluído | Não |
| Agency | $23.25/mês | Incluído com ferramentas para operações em massa | Sim |
Todos os planos pagos incluem um período experimental gratuito de 14 dias que exige cartão. O plano Nano não exige cartão.
Conclusão: identifique a transferência de email de que realmente precisa
A maioria das falhas ocorre porque se confundem transferências de domínio, migrações de email e alterações de conta. Separe a camada de dados, ou seja, a cópia IMAP, da camada de encaminhamento, a mudança de DNS. Faça a gestão de ambas em calendários independentes e, no final, compare as contagens e os elementos com a origem.
Se estiver pronto para mudar, crie a sua conta TrekMail gratuita e deixe o motor de migração tratar do trabalho mais exigente.