Migração de e-mail

Migrar e-mails para outra conta: ajustes e DNS

Por Alexey Bulygin
Conferência de mensagens, ajustes e DNS na migração para outra conta

Ao migrar e-mails para outra conta, histórico, estado de leitura e pastas podem ser preservados se a origem e a ferramenta permitirem. As dificuldades costumam envolver aliases, encaminhamentos, senhas de app, SMTP, DNS e caches dos clientes. Para planejar a estrutura empresarial, consulte o e-mail para pequenas empresas.

Os problemas podem aparecer depois: respostas retornam na segunda-feira, um scanner usa o SMTP antigo, falta um encaminhamento contábil ou alguém vê uma caixa vazia porque os e-mails estão em outra pasta. Uma cópia aparentemente concluída não comprova que o trabalho diário funciona.

Planeje duas migrações, não uma: os dados e depois a identidade e os ajustes ao redor deles. A ordem correta pode reduzir riscos ao migrar e-mails para outra conta.

O que significa migrar para outra conta

Separe dados e identidade. IMAP permite copiar mensagens, indicadores e pastas conforme o suporte da origem e da ferramenta. Não copia regras de encaminhamento, aliases, calendários, contatos, delegações ou credenciais em cache nos clientes.

IMAP é um protocolo de acesso ao correio, não de clonagem de contas. A RFC 3501 descreve esse escopo. Uma caixa cheia confirma apenas parte do trabalho: os dados podem ter sido copiados sem reconstruir os serviços que os utilizam.

A divisão útil é esta:

  • Dados: mensagens, anexos, datas, pastas e estado lido ou não lido, cuja conservação precisa ser conferida.
  • Identidade e ajustes: aliases, encaminhamentos, envio como outra identidade com autorização e configuração verificada, delegações, filtros, calendários, contatos e tokens de acesso dos clientes.

Exemplo: um usuário consulta dez anos de mensagens arquivadas, mas falham os envios de uma copiadora, formulário ou alias compartilhado porque esses fluxos não foram reconstruídos.

Copiar mensagens e encerrar a tarefa de migrar e-mails para outra conta é a armadilha. IMAP copia correio; ainda é preciso conferir o comportamento da conta.

Os pontos de falha menos visíveis

Revise quatro áreas: identidade das respostas, roteamento no servidor, limites do provedor e ajustes antigos dos clientes. Deixá-las para depois da mudança MX pode causar problemas mesmo quando cada tarefa é administrável.

1. Identidade antiga nas respostas. Em ambientes Microsoft, algumas conversas internas usam endereçamento legado, não o SMTP visível. Responder a um e-mail de meses atrás pode falhar. Ao sair do Exchange ou Microsoft 365, inventarie essas identidades e confira o suporte do destino; aliases SMTP comuns não corrigem todos os formatos legados.

2. Encaminhamentos e regras não acompanham IMAP. Se finance@ encaminhava para um contador externo, reconstrua e teste o fluxo com autorização do responsável e conforme as políticas. Faça o mesmo para faturas, alertas e suporte. Consulte o encaminhamento automático de e-mails antes da mudança.

3. Limitação de tráfego pode atrasar a cópia. A origem pode limitar sessões, interromper importações longas ou rejeitar tentativas com credenciais erradas. Senhas de app do Gmail dependem da verificação em duas etapas e das políticas da conta: senhas de app. Se indisponíveis, escolha um método autorizado ou outra ferramenta OAuth compatível, sem pressupor suporte interativo no importador TrekMail.

4. Pastas precisam de mapeamento. Hierarquias profundas, separadores diferentes, nomes localizados e grandes pastas de arquivo podem ser mal associadas. Confira pastas de enviados duplicadas, aninhamento e exclusões de spam que os usuários esperavam conservar.

Ferramentas como imapsync permitem inspeção e passagens repetidas. O operador continua responsável pelas particularidades da origem e do destino.

Migração em etapas para reduzir interrupções

Prepare o destino, confira DNS e acesso, copie o histórico, altere MX após os testes e sincronize mudanças. O processo reduz alguns riscos sem garantir ausência de interrupções. MX só muda ao transferir o recebimento de um domínio próprio sob seu controle; copiar uma conta pessoal não transfere seu endereço nem permite alterar o domínio do provedor.

  1. Prepare primeiro o destino. Crie a caixa, teste suas credenciais e verifique o domínio sem alterar MX prematuramente. Prepare SPF, DKIM e DMARC mantendo os serviços legítimos. Consulte a visão geral da migração IMAP e os registros DNS necessários. Indicadores verdes não substituem testes completos.
  2. Inventarie o que IMAP não copia. Liste aliases, encaminhamentos, acesso compartilhado, SMTP dos equipamentos, celulares, aplicativos, calendários e contatos. Faça backup separado.
  3. Faça uma importação prévia. Copie os e-mails antigos enquanto os usuários trabalham na origem. O texto descreve Gmail, Outlook, Yahoo, iCloud ou IMAP genérico em Starter e superiores; confira compatibilidade e condições. Exchange Online exigindo OAuth precisa de outro caminho suportado. Configure e teste a detecção de duplicatas.
  4. Reduza TTL antecipadamente. Espere os caches com TTL anterior expirarem. Altere MX somente quando o destino e a cópia prévia estiverem validados, se o domínio gerenciado mudar de servidor de recebimento; confira respostas DNS fora do painel.
  5. Sincronize as últimas mudanças. Repita passagens para novas chegadas e movimentações, incluindo mensagens com data antiga. Mantenha recebimento, sincronização administrativa e retorno na origem enquanto caches e novas tentativas SMTP puderem enviar mensagens para lá.
  6. Reconecte clientes e equipamentos. Antes de excluir um perfil, faça backup de correio local não sincronizado, rascunhos, contatos e calendários. Depois configure IMAP e SMTP, confira autenticação e retire acessos antigos no momento adequado.

Estas duas consultas detectam algumas suposições erradas, mas não validam toda a autenticação:

dig MX example.com +short

dig TXT example.com +short

Com autorização administrativa, este comando ajuda a revisar encaminhamentos no nível das caixas Microsoft:

Get-Mailbox -ResultSize Unlimited |
  Select-Object DisplayName, ForwardingAddress, ForwardingSmtpAddress |
  Where-Object { $_.ForwardingAddress -ne $null -or $_.ForwardingSmtpAddress -ne $null }

Não cobre regras de caixa de entrada, regras de transporte, delegações nem aliases. As consultas DNS anteriores também não validam sozinhas DKIM e DMARC. Para migrar e-mails para outra conta em equipe, inventário e testes importam mais que a velocidade.

Gestão separada e gestão centralizada

Uma migração pode espalhar scripts, CSV, abas DNS e solicitações dos usuários. Centralizar cópia, domínio e ajustes dos clientes pode simplificar o trabalho conforme a cobertura do sistema IMAP escolhido.

Tarefas possíveis na gestão separadaOpções centralizadas conforme o plano
Alguns preços por usuário aumentam com novas contasStarter a partir de $3.50 por mês no texto; conferir preços atuais
Algumas ofertas dividem armazenamento por usuárioArmazenamento compartilhado entre domínios e caixas dentro dos limites
Ferramentas IMAP e notas DNS separadasImportação e conferências DNS no painel conforme disponibilidade
Encaminhamentos, caixa curinga e contas em ferramentas diferentesDomínios, caixas IMAP, caixa curinga, encaminhamento e opções SMTP conforme os recursos
Alguns contratos cobram por contas ou serviços adicionaisPlanos de plataforma para profissionais, equipes e agências conforme os limites

O texto apresenta Free a $0, Starter a partir de $3.50 por mês e Pro, Agency e Enterprise para outras necessidades. Descreve Nano gratuito sem cartão e teste de 14 dias com cartão de crédito nos planos pagos. Confira condições atuais sem presumir gratuidade e limites permanentes. Avalie o modelo ao migrar e-mails para outra conta em vários domínios.

Reconectar aplicativos, SMTP e DNS

Após a cópia, confira IMAP, SMTP e autenticação de saída. Retire registros antigos somente quando os serviços deixarem de ser usados; preserve no SPF a autorização de todos os emissores legítimos, inclusive o servidor antigo enquanto enviar.

O texto descreve TrekMail como serviço IMAP sem POP3. Confira ajustes atuais: IMAP imap.trekmail.net em 993 com TLS, SMTP smtp.trekmail.net em 465 com TLS implícito ou 587 com STARTTLS. Verifique certificados e endereço completo e senha da caixa, não a senha do painel. Consulte ajustes IMAP e SMTP.

Para reduzir erros DNS:

  • Retire MX antigos após validar a transição do domínio próprio, mantendo temporariamente o recebimento de chegadas tardias.
  • Reúna autorizações em uma política SPF por nome DNS; outros TXT sem relação podem coexistir.
  • Confira verificações DNS e respostas dos resolvedores, além de testes completos de e-mail.
  • Teste recebimento, envio, resposta, encaminhamento e mensagem com anexo.

Se precisa apenas de e-mail empresarial, compare domínios próprios, caixas IMAP, caixa curinga, SMTP externo no Nano ou gerenciado nos planos pagos, encaminhamento, importação e API com recursos e limites atuais. O modelo de plataforma não garante ausência de custos adicionais para qualquer caixa.

Respostas rápidas sobre migração

Use IMAP para os dados e reconstrua separadamente identidade e ajustes. Valide DNS, faça ao menos duas passagens adaptadas e reconecte clientes. Confira o resultado: o padrão reduz riscos sem dispensar testes dos fluxos.

IMAP transfere contatos e calendários?
Não. Exporte e confira a importação separadamente se precisar deles.

Pastas e estado de leitura são preservados?
Depende da origem e da conservação de indicadores e mapeamentos pela ferramenta. Teste primeiro uma caixa.

O endereço antigo pode continuar recebendo?
Para conta pessoal, mantenha-a ativa ou configure encaminhamento autorizado; a cópia não transfere o endereço. Para domínio próprio, prepare a caixa correspondente e altere MX somente com destino pronto, mantendo sincronizações de chegadas tardias.

E se a origem for Gmail?
Confira acesso IMAP e disponibilidade de senha de app conforme a conta. Se faltar, prepare outra ferramenta ou método autorizado compatível antes da mudança.

Convém arrastar mensagens entre contas?
Pode servir para uma cópia limitada e conferida. Use copiar, não mover apagando a origem; confira integridade e correio local. Importação no servidor também requer testes.

Conclusão

Para migrar e-mails para outra conta, não pense só em arquivos: você reconstrói um sistema ativo. Copie dados, prepare identidade e ajustes, depois teste DNS, autenticação dos clientes e fluxos reais.

O texto descreve hospedagem IMAP com domínio próprio, armazenamento compartilhado, importação, encaminhamento, caixa curinga e SMTP externo no Nano ou gerenciado nos planos pagos, desde $3.50 por mês conforme o plano. Consulte os preços atuais do TrekMail e confira recursos e condições. Para migrar e-mails para outra conta em 2025-2026, a preparação pode reduzir o trabalho posterior, sem garantir que se evite uma semana de correções após a migração.

Compartilhar este artigo

Usamos tecnologias necessárias para operar e proteger o TrekMail. Ao confirmar, você também permite análises limitadas e medição de publicidade descritas em nossa Política de Cookies.

Entrar no TrekMail

Acesse seu painel, caixas de correio e DNS.

ou

12 caracteres as senhas coincidem

ou

E-mail de redefinição enviado

Se existir uma conta com este e-mail, enviamos as instruções para redefinir a senha.

Ao continuar, você concorda com os Termos e a Política de Privacidade do TrekMail.