Migrar uma caixa de e-mail: pastas, leitura e enviados

A migração de uma caixa de e-mail parece fácil até os usuários encontrarem histórico alterado: enviados ausentes, mais mensagens não lidas ou dez anos de correio parecendo chegar hoje. Copiar não basta; é preciso conferir o estado. Para operação geral, consulte este guia operacional de imapsync. Trocar de plataforma exige compatibilidade com padrões e testes reais.

Copiar conteúdo RFC 5322 resolve apenas parte do trabalho. Os usuários querem enviados no lugar correto, mensagens lidas ainda lidas e buscas coerentes. Se essas três áreas falharem, podem surgir chamados desde o primeiro dia.

Este guia trata de falhas, prevenção, auditoria e opção TrekMail para reduzir tarefas manuais. O texto descreve importação IMAP em Starter e superiores, modelo de plataforma a partir de $3.50 por mês sem cobrança por usuário; confira preços, limites e recursos atuais. Importa para uma caixa ou cem. Consulte também e-mail para pequenas empresas e hospedagem multidomínio.

Por que surgem problemas após a mudança MX

Copiar conteúdo sem conservar estado pode alterar pastas, leitura, datas internas e representação dos marcadores Gmail. Conferir essas quatro áreas reduz alguns riscos sem garantir um projeto sem incidentes.

Receber no destino após MX não comprova cópia validada. Crie caixas, aliases e permissões antes, confira a cópia prévia e altere MX apenas ao transferir recebimento de domínio próprio. Uma conta pessoal não dá controle do domínio do provedor.

Pense em conteúdo, indicadores, localização e metadados de chegada como numa transferência de banco de dados. A caixa pode abrir e funcionar diferente se esses dados faltarem.

Exemplo: um executivo vê 8,000 não lidas e culpa o provedor. Uma causa possível é copiar conteúdo sem conservar \Seen; confira escopo e estado antes de concluir.

Quatro problemas pouco visíveis da migração

Confira enviados mal associados, estado \Seen, valores INTERNALDATE e representação Gmail All Mail. Podem passar despercebidos no progresso e aparecer durante o uso.

1. Pasta de enviados sem associação correta

Nomes variam: Sent, Sent Items, INBOX.Sent em alguns cPanel ou [Gmail]/Sent Mail no Gmail. Confira o servidor real.

Sem mapeamento correto, o histórico pode ficar em pasta comum enquanto novos enviados usam a pasta especial do destino. O usuário vê essa última sem histórico e pensa que faltam mensagens.

A RFC 6154 define pastas de uso especial para clientes reconhecerem enviados, rascunhos, spam e lixeira. O tipo importa junto ao nome; confira atributos e ajustes do cliente.

2. O indicador \Seen

Preservar leitura depende da origem e da ferramenta. Perdê-la pode fazer anos de mensagens processadas aparecerem não lidas no acesso inicial.

A RFC 3501 define indicadores de sistema, incluindo \Seen. Teste a transferência num piloto: concluir a cópia não comprova conservação de estado.

\Recent é diferente: no comportamento IMAP legado depende da sessão e não é estado portátil de migração. Alguns servidores modernos não o usam. Mensagens podem aparecer como recém-visíveis naquela sessão; explique a diferença antes da mudança.

3. INTERNALDATE redefinido

O cabeçalho Date difere da data interna do servidor. Alguns clientes ordenam pela segunda; reescrevê-la ao importar pode mudar a cronologia mesmo com conteúdo intacto.

A RFC 3501 permite informar data e hora em APPEND; sem elas, o servidor usa o momento atual. Para preservar dez anos de mensagens arquivadas, transfira a data interna informada pela origem e seu deslocamento de fuso quando disponível e respeitada no destino. Date sozinho não reconstrói a chegada original ao servidor nem garante sua precisão.

4. Várias cópias pelo Gmail All Mail

Gmail usa marcadores expostos como pastas IMAP. O mesmo conjunto de mensagens pode aparecer em várias pastas e ser copiado mais de uma vez.

Incluir [Gmail]/All Mail com entrada, enviados e marcadores pode gerar múltiplas vistas, às vezes desejadas para conservar pastas. Defina mensagens únicas, apresentação e armazenamento. Excluir sem cobertura alternativa pode omitir mensagens arquivadas sem outro marcador.

Conferir o mapeamento das pastas

Quando nomes e tipos diferirem, configure mapeamento explícito e teste. Detecção automática pode ajudar sem substituir conferência. Os nomes da tabela não são universais nem padrões garantidos do TrekMail.

Com imapsync, teste transformações com expressões regulares conforme versão, separadores e destino, depois da adaptação automática de prefixos e separadores; cada regra se aplica ao resultado da anterior. O exemplo copia de verdade, sem simulação, e não configura explicitamente TLS nem validação de certificados. As regras INBOX com barras invertidas duplas entre aspas simples não correspondem aos nomes previstos. Corrija uma cópia de trabalho, teste destino controlado e confira conexão criptografada, cadeia de certificados e nome do servidor. Proteja senhas em argumentos, histórico e registros:

imapsync \
  --host1 old.example.com --user1 user@old.example.com --password1 'oldpass' \
  --host2 new.example.com --user2 user@new.example.com --password2 'newpass' \
  --regextrans2 's/^Sent Messages$/Sent Items/' \
  --regextrans2 's/^INBOX\\.Sent$/Sent Items/' \
  --regextrans2 's/^INBOX\\.Trash$/Deleted Items/' \
  --exclude "\\[Gmail\\]/All Mail"

Use simulação real se a versão oferecer e confira cobertura das mensagens arquivadas antes de excluir Gmail. Após a primeira passagem, envie pelo destino e confira a pasta. Se histórico esperado e novos enviados estiverem separados, corrija antes de migrar mais usuários.

No TrekMail, consulte a visão geral da migração IMAP e o fluxo atual da origem. O texto descreve lista de pastas com quantidades, execução em segundo plano e identificação de cópias existentes para evitar importá-las novamente; valide compatibilidade e implementação sem promessa universal para Outlook. Consulte migrar do Gmail ou migrar do cPanel. IMAP copia e-mails, não calendários, contatos, regras ou configuração de aliases e roteamento. O importador usa credenciais diretas; senhas de app dependem de políticas e verificação em duas etapas. Se OAuth for obrigatório, use outro método de conexão autorizado compatível, não OAuth interativo presumido.

Conferir sem confiar somente no progresso

Compare mensagens, leitura, enviados e datas, além de conteúdo e anexos. Gigabytes não comprovam integridade: MIME, índices e armazenamento variam.

Uma marca verde informa sobre o processo, não comprova continuidade ou preservação completa. Confira registros e resultados.

1. Compare por pasta com escopo igual: entrada, enviados e arquivo.
2. Com 50 não lidas e depois 4,000, investigue \Seen, filtros, mapeamento, escopo e mudanças da origem; quantidade sozinha não identifica a causa.
3. Abra mensagens históricas e confira se 2019 ainda representa 2019, distinguindo data interna e cabeçalho.
4. Envie teste novo e confirme a pasta esperada junto ao histórico.

Diferenças podem vir de mensagens danificadas, MIME, exclusões ou mudanças durante a cópia. Investigue com registros e amostras de conteúdo, datas, anexos e indicadores. Nem quantidades iguais nem tamanhos próximos comprovam preservação completa.

Atualize clientes conforme os ajustes IMAP/SMTP. O texto descreve IMAP, não POP3; faça backup do correio local não sincronizado antes de retirar perfis e confira ajustes reais, certificados e endereço completo e senha da caixa, não do painel.

Sincronização incremental e UIDVALIDITY

A primeira passagem geralmente precisa de ao menos uma sincronização adicional. Repita após a mudança para chegadas tardias, mensagens com data antiga, movimentações entre pastas e indicadores. Mantenha recebimento SMTP antigo, acesso administrativo e retorno enquanto caches e novas tentativas puderem usar a origem; reduzir TTL não apaga caches antigos.

UIDVALIDITY caracteriza a geração da pasta e o escopo dos UID, não identidade global ou integridade do conteúdo. Restaurar, reparar ou reindexar pode mudar o estado, mas nem sempre; conforme a comparação, a ferramenta pode repetir cópias.

Uma tarefa correta na sexta pode mostrar duplicatas na segunda se o estado mudar. Adie manutenção não essencial; se precisar reparar, coordene pausa, recuperação e validação do mapeamento antes de retomar.

Uma segunda diferença: uma cópia que acrescenta mensagens sem espelhar exclusões pode conservar no destino mensagens apagadas depois na origem. Não é sincronização bidirecional segura por padrão. Planeje um único ambiente ativo de gravação dos usuários e decida o tratamento de exclusões e indicadores.

Não ative exclusão espelhada às cegas. Valide direção, momentos, backups e testes; uma suposição errada pode apagar dados válidos. Teste acesso de origem somente leitura quando adequado.

Operação manual e opção TrekMail

Comandos específicos, expressões regulares e auditorias manuais podem multiplicar tarefas. Uma plataforma IMAP integrada pode reduzi-las conforme cobertura e preços, sem garantir que toda caixa adicional seja gratuita.

Para várias caixas, economia, provisionamento e controle importam junto ao protocolo. Consulte criação de contas em lote e gestão de e-mails de clientes.

TrekMail não elimina conferência. Compare painel multidomínio, armazenamento compartilhado, importação e SMTP externo ou incluído conforme o plano. O modelo de plataforma não implica recursos ilimitados nem ausência de adicionais em todos os casos.

Consulte os preços do TrekMail. O texto descreve Nano gratuito sem cartão, planos pagos a partir de $3.50 por mês e teste gratuito de 14 dias com cartão de crédito para planos pagos; confira condições vigentes.

Conclusão: o que conferir numa migração correta

Continuidade se verifica com enviados acessíveis, leitura coerente, datas históricas e representação Gmail planejada. Várias cópias podem ser intencionais, mas precisam ser documentadas e conferidas com usuários.

Configure pastas antes da cópia. Conserve indicadores, especialmente \Seen, se origem e destino permitirem. Transfira INTERNALDATE em APPEND quando disponível. Exclua All Mail só após cobrir mensagens arquivadas sem marcador. Confira conteúdo, anexos, datas e estado além das quantidades.

Esse processo melhora o controle sem prometer ausência de perda ou interrupção. Copiar sem conferir o funcionamento deixa parte da migração sem validação.

Para o protocolo, consulte a RFC 3501 sobre IMAP e a RFC 6154 sobre pastas de uso especial.