Migrar e-mails entre provedores: pastas e duplicatas

Migrar e-mails de um provedor para outro parece simples até a primeira caixa ser copiada duas vezes e o histórico de enviados parecer desaparecer. E-mail não é apenas um conjunto de arquivos: pastas e identificação das mensagens importam.

Você copia dados IMAP em uso entre dois servidores com regras de pastas e comportamento de UID diferentes. Uma suposição incorreta pode deixar pastas aparentemente vazias, conversas duplicadas ou correspondência dividida entre os sistemas.

Planeje etapas, mapeamento explícito das pastas e conferência após a mudança. Para escolher fornecedores, avaliar preços e controlar as contas, consulte o guia de e-mail empresarial. Aqui, o foco é a migração.

Para migrar ao TrekMail, comece pela visão geral da migração IMAP, depois pelas instruções Gmail ou cPanel conforme a origem. O texto descreve migração no servidor nos planos pagos a partir de $3.50 por mês, Nano gratuito sem cartão e teste de 14 dias dos planos pagos. Confira recursos, disponibilidade e condições atuais.

O que uma migração entre provedores transfere?

Uma ferramenta IMAP acessa a caixa antiga, lê pastas e mensagens e as copia para a nova. Não normaliza nomes automaticamente, não elimina todas as duplicatas existentes nem coordena o DNS sem etapas específicas no processo.

É uma cópia entre dois sistemas. A origem pode permanecer intacta, enquanto o destino recebe mensagens, pastas e indicadores compatíveis, como lido ou não lido, quando informados pela origem. Contatos, calendários e regras não fazem parte dessa cópia IMAP; confirme o escopo e as diferenças de identificação.

A RFC 3501 descreve UID e UIDVALIDITY por pasta IMAP. Eles identificam mensagens naquela pasta e na geração caracterizada por UIDVALIDITY, não globalmente entre servidores. Uma ferramenta que usa esse estado pode perder o vínculo com cópias anteriores quando a geração muda.

Uma primeira passagem aparentemente correta não garante ausência de duplicatas na segunda. A indicação de conclusão no painel não substitui a conferência dos dados.

Por que surgem duplicatas

Uma causa possível é a perda da correspondência: mudança de UIDVALIDITY, recriação de pastas ou marcadores Gmail tratados como pastas independentes. Dependendo da comparação, mensagens já copiadas podem ser importadas novamente.

UIDVALIDITY e estado da sincronização

Algumas ferramentas mantêm um mapeamento de UID por pasta; outras usam cabeçalhos ou critérios diferentes. Reindexar não altera necessariamente os UID. Recriar uma pasta ou perder o estado pode mudar a comparação. Verifique o mecanismo antes de repetir a operação.

A RFC 3501 relaciona estabilidade dos UID e UIDVALIDITY. Quando essa geração muda, os UID antigos deixam de identificar com segurança as mensagens atuais da pasta. Sem outra comparação confiável, uma segunda passagem pode copiar milhares de mensagens novamente.

Exemplo: a primeira passagem copia 38,000 mensagens da caixa de entrada. Após um tempo limite, o administrador reinicia a tarefa, mas uma pasta foi reconstruída durante a noite. Sem mapeamento confiável nem identificação das cópias existentes, a ferramenta poderia acrescentar mais 38,000 mensagens.

Os marcadores do Gmail

O Gmail não funciona exatamente como um servidor tradicional de pastas. Uma mensagem pode ter vários marcadores; as mensagens arquivadas aparecem em Todos os e-mails. Arquivar retira da caixa de entrada sem retirar dessa coleção.

Importar [Gmail]/All Mail junto das pastas de marcadores pode representar a mesma mensagem várias vezes no destino. Essas cópias podem ser desejáveis para manter a apresentação em pastas. Defina como preservar mensagens únicas, representar marcadores e dimensionar o armazenamento.

O guia de importação do Gmail ajuda a preparar o acesso. O importador TrekMail usa credenciais IMAP diretas; senhas de app dependem da verificação em duas etapas e das políticas da conta. Se não estiverem disponíveis, avalie outro método autorizado ou uma ferramenta compatível com OAuth, sem pressupor suporte interativo no importador.

Este exemplo não serve para todos os casos: excluir Todos os e-mails pode omitir mensagens arquivadas sem outro marcador. Garanta uma estratégia para copiá-las, proteja as credenciais e confira criptografia e certificados das conexões:

imapsync \
  --host1 imap.gmail.com \
  --user1 user@gmail.com \
  --password1 'APP_PASSWORD' \
  --host2 mail.newhost.com \
  --user2 user@example.com \
  --password2 'DEST_PASSWORD' \
  --exclude "\\[Gmail\\]/All Mail" \
  --useheader "Message-ID" \
  --dry

A simulação não copia mensagens nem testa uma transferência completa. Message-ID pode faltar, repetir-se ou não ser confiável: sozinho, nem sempre evita duplicatas. Não exponha senhas reais no histórico do shell ou na lista de processos; faça uma cópia piloto e confira o conteúdo. O guia imapsync detalha as opções.

Por que algumas pastas não aparecem

Uma pasta pode chegar em outra hierarquia, com nome especial diferente ou prefixo mal exibido. A cópia também pode ter falhado: confira o servidor antes de concluir que é apenas um problema visual.

Namespaces e separadores

Servidores usam separadores e namespaces diferentes, como INBOX.Sent, Inbox/Sent Items ou um prefixo obrigatório INBOX..

Sem mapeamento conferido, Project.Alpha pode virar subpasta de Project. Uma pasta especial pode aparecer como personalizada; o cliente móvel pode inscrever-se na pasta errada ou ocultar a correta.

As pastas de enviados

Um servidor usa Sent, outro Sent Items, outro Sent Messages. Confira nomes, atributos de uso especial do destino e configuração do cliente.

Se a pasta antiga chegar como personalizada sem vínculo com enviados, a pasta padrão pode parecer vazia mesmo com o histórico em outro lugar. Confirme que as mensagens foram efetivamente copiadas.

Para hospedagem compartilhada, consulte a migração do cPanel ou de outros provedores. O guia ajuda a identificar os acessos habituais, mas teste credenciais, permissões e pastas da sua origem.

Plano de migração em 3 fases

Um processo em três fases pode reduzir riscos: prepare o histórico, sincronize alterações perto da mudança e confira chegadas ao servidor antigo após alterar o MX. Não garante ausência de interrupções ou duplicatas. Adapte etapas e retorno ao sistema anterior.

1. Sincronização histórica. Copie primeiro os e-mails antigos; mais de 30 dias é uma janela ilustrativa. Os usuários podem continuar na origem, com acompanhamento das alterações.
2. Sincronização incremental. Faça uma segunda passagem para novas mensagens e alterações relevantes, incluindo movimentações e indicadores. Abranja também chegadas tardias com data antiga, não apenas um filtro de mensagens recentes, preservando o estado da comparação.
3. Mudança e passagens finais. Altere o MX após os testes. Mantenha a recepção antiga enquanto caches e novas tentativas puderem encaminhar mensagens para lá, mesmo após o TTL, com as passagens adicionais necessárias.

Erros de DNS podem manter entregas no servidor antigo ou causar rejeições. Consulte os registros DNS necessários durante a preparação.

; Example cutover records
@      MX   10 mail.trekmail.net.
@      TXT     "v=spf1 include:spf.trekmail.net -all"
_dmarc TXT     "v=DMARC1; p=quarantine;"

São exemplos, não valores para publicar sem revisão: confira o painel da conta, mantenha no SPF a autorização de todos os serviços de envio legítimos, verifique DKIM alinhado e não aplique quarentena sem inventário e testes. Após validar dados e configurar clientes, limite eventualmente as gravações dos usuários na origem para evitar envios divididos. Não desligue imediatamente a recepção nem o acesso administrativo necessário às sincronizações e ao retorno.

A abordagem também ajuda agências com várias marcas. A dispersão operacional vai além da cópia: consulte a hospedagem de e-mail multidomínio para avaliar a centralização.

Conferência após a migração

Compare quantidade de mensagens, datas das mensagens mais antigas e mais recentes e hierarquia, além de amostras de conteúdo, anexos e indicadores. O total em gigabytes não basta: compressão, indexação e representação podem variar sem perda.

1. Comparar itens e escopo

Com 4,502 itens antes da mudança, espere 4,502 na pasta correspondente quando escopo e exclusões aprovadas forem iguais, sem alterações recentes. A igualdade não prova integridade: confira conteúdo, anexos, datas e indicadores. Diferencie mensagens únicas do Gmail e cópias por marcador.

2. Conferir as mensagens mais antigas e mais recentes

Compare mensagens mais antigas e recentes na entrada e nos enviados. Uma ausência pede revisão de filtros, mapeamento e passagens históricas ou incrementais; a data sozinha não identifica a etapa responsável.

3. Procurar pastas sem associação

Procure INBOX.Sent na raiz, pastas [Gmail] remanescentes ou vários enviados. Podem indicar mapeamento incorreto, mas algumas representações são intencionais.

4. Testar recebimento e envio reais

Envie de uma caixa externa e responda pelo destino. Confira chegada, autenticação e pasta da resposta. Amplie os testes aos fluxos importantes.

5. Atualizar os clientes

Uma cópia correta pode parecer incompleta se o cliente usa o servidor antigo. Atualize IMAP e SMTP conforme o destino e confira pastas, inscrições em pastas e acesso dos usuários.

Por isso, cópia e troca de fornecedor devem ser planejadas juntas. A alternativa ao Titan Email trata da mesma transição: copiar a caixa é apenas parte da mudança.

Gestão manual e migração com TrekMail

A gestão manual pode multiplicar tarefas e mapeamentos específicos. O TrekMail descreve migração IMAP no servidor, armazenamento compartilhado e painel de domínios, caixas e DNS conforme o plano. Confira a proteção contra duplicatas e a cobertura real; nenhum painel substitui os testes.

Centralizar pode reduzir trabalho para equipes e agências. Um lugar em vez de cinco é uma ilustração, não um ganho garantido. Consulte os preços atuais do TrekMail; Nano e teste de 14 dias dos planos pagos dependem das condições e disponibilidade vigentes.

Conclusão

Para migrar e-mails de um provedor para outro, prepare uma mudança IMAP controlada, não uma cópia em massa sem conferência. Defina pastas e confira a transferência de todas as mensagens arquivadas do Gmail, teste transferências, sincronize alterações e confira dados e clientes. Retire acessos antigos no momento adequado, mantendo a recepção e o retorno necessários, sem prometer ausência de perda ou interrupção.

Para avaliar o TrekMail como destino, visite trekmail.net. Compare hospedagem multidomínio, modelo de plataforma, armazenamento compartilhado e migração IMAP com recursos e limites atuais, sem presumir que adicionar usuários nunca gera custo extra.