Migrar contas de e-mail: várias caixas e mudança MX

Migrar contas de e-mail de uma empresa não equivale a copiar uma caixa pessoal. Mensagens chegam, usuários respondem e aliases distribuem correio; um registro DNS esquecido pode dividir entregas entre dois sistemas. Inventarie primeiro, prepare a cópia depois e altere o recebimento por último. Para o contexto operacional, consulte este guia de e-mail empresarial antes de alterar DNS.

O cenário é conhecido: alguém exporta PST, outro arrasta pastas no Outlook e todas as identidades são tratadas como caixas. Na segunda-feira, sales@ não recebe, uma caixa grande ainda copia e ninguém sabe qual servidor contém os dados completos. Trate a migração como infraestrutura ativa, não como cópia de arquivos.

Este guia mostra como migrar contas de e-mail com um processo controlado: caminho manual IMAP, ordem da mudança, falhas relevantes e opção integrada TrekMail para equipes, agências e prestadores que preferem reduzir a manutenção de scripts.

O que significa migrar contas de e-mail?

Você copia conteúdo entre servidores IMAP, reconstrói aliases e encaminhamentos e, se mudar o recebimento de um domínio próprio, altera DNS quando o destino está pronto. A cópia não transfere automaticamente o endereço de uma conta pessoal nem garante ausência de perda.

A distinção importa: IMAP copia pastas e estados compatíveis, não tudo ao redor da caixa. A RFC 3501 descreve acesso e manipulação de mensagens, não exportação completa de uma identidade empresarial.

São, portanto, três tarefas:

1. Copiar mensagens e estrutura de pastas.
2. Reconstruir aliases, listas de distribuição e encaminhamentos com permissões.
3. Alterar DNS no momento adequado se mudar o recebimento de um domínio sob seu controle.

Omitir uma tarefa necessária deixa a migração incompleta e pode gerar chamados de suporte.

O que IMAP copia e o que fica fora

IMAP permite copiar mensagens, pastas e geralmente estado de leitura conforme a origem e a ferramenta. Não copia calendários, contatos, tarefas, assinaturas locais nem regras de clientes ou servidores; planeje essas transferências antes de os usuários esperarem encontrá-las.

Defina o escopo por escrito. A migração TrekMail usa IMAP; não clona uma plataforma colaborativa. As instruções tratam de servidor, porta, usuário, senha e caixa de destino, não de calendários ou agendamento compartilhado.

Use esta referência:

A última linha costuma passar despercebida. Consulte este guia de aliases e caixas para distinguir identidades de distribuição e caixas reais, reduzindo correções posteriores.

Inventário antes de migrar

Antes de sincronizar, inventarie caixas, aliases, grupos, regras de encaminhamento, cotas e contas grandes. Associe cada objeto ao destino e à etapa de migração.

Exportar usuários não basta: procure os objetos menos visíveis.

No mínimo, revise:

1. Caixas principais: contas ativas, compartilhadas e de função.
2. Aliases: endereços alternativos que entregam em outra caixa.
3. Listas e grupos: objetos de distribuição sem caixa IMAP comum.
4. Encaminhamentos: regras do servidor como info@ para owner@, com permissões e restrições.
5. Caixa curinga: decidir se deve conservar, limitar ou retirar.
6. Caixas grandes: preparar cedo e reservar margem.

Caixas grandes influenciam o cronograma. O provedor pode limitar IMAP e a cópia durar dias, não horas. Não prometa um fim de semana para anos de anexos sem política de arquivo.

Exemplo ilustrativo: a mudança está marcada para sexta-feira para 60 usuários. Uma caixa executiva tem 48 GB. No domingo, 59 usuários terminaram e essa caixa continua sincronizando. Tamanho e limites devem entrar no planejamento, não virar prazo garantido.

Se também padroniza a criação de contas, use uma lista de provisionamento como este guia de criação de contas em lote. Os erros podem começar nessa preparação, não apenas no DNS.

Plano por ondas para várias caixas

Prefira ondas a uma mudança única. O piloto valida credenciais, pastas e acesso; a preparação copia o histórico; a etapa final coordena alterações e transição de recebimento.

A sequência prática é esta:

Onda 1: piloto

Comece com uma amostra pequena: equipe técnica, contas de teste e um usuário representativo. Confira TLS, cadeia de certificados e nome do servidor em 993, credenciais e mapeamento das pastas de enviados, rascunhos, arquivo e pastas próprias.

Onda 2: preparação

Comece antes do fim de semana previsto. Copiar o histórico antecipadamente evita esperar anos de correio quando o novo MX já está ativo.

Onda 3: alterações e mudança

Valide cópia prévia e destino antes de alterar MX do domínio próprio. Sincronize mudanças e repita passagens depois: inclua chegadas tardias com data antiga, movimentações e indicadores. Mantenha recebimento e acesso administrativo na origem enquanto caches e novas tentativas SMTP puderem enviar mensagens para lá.

Assim você reduz dependência dos limites do provedor, pressa e surpresas, sem garantir uma transição sem incidentes.

O caminho manual com imapsync

Para controle direto, use uma ferramenta IMAP para IMAP como imapsync. As opções de retomada, pastas e indicadores permitem um processo reproduzível, mas dependem da versão e de uma configuração testada.

Arrastar mensagens, exportar PST ou improvisar comandos pode dificultar a auditoria. Com um cliente, copie sem apagar a origem e confira o resultado.

Lotes reproduzíveis, registro por caixa e passagens definidas facilitam o acompanhamento. TrekMail oferece um fluxo integrado conforme seus recursos atuais. Para operação manual, consulte o guia operacional de imapsync.

O padrão abaixo é ilustrativo, não pronto para executar: a linha inicial não permite execução direta válida. Confira e corrija uma cópia local para a versão escolhida, incluindo opções e servidor IMAP real do destino. A opção de log é booleana, não define o nome do arquivo. A leitura por vírgulas não interpreta CSV com aspas; senhas com vírgulas ou quebras de linha podem quebrá-la. Proteja arquivos, processos e registros com credenciais e ative a validação de certificados:

#!$0

# users.csv format:
# source_user,source_pass,dest_user,dest_pass

while IFS=, read -r src_user src_pass dest_user dest_pass
do
  echo "[START] $src_user -> $dest_user"

  imapsync \
    --host1 imap.old-provider.com --user1 "$src_user" --pass1 "$src_pass" --ssl1 \
    --host2 mail.trekmail.net --user2 "$dest_user" --pass2 "$dest_pass" --ssl2 \
    --automap \
    --usecache \
    --fast \
    --skipsize \
    --subfolder2 "Imported_Mail" \
    --log "logs/${src_user}.log"

  echo "[DONE] Review logs/${src_user}.log"
done < users.csv

Algumas notas práticas:

Cache conforme o método. Pode reduzir leituras repetidas de metadados, mas não prova integridade nem ausência de duplicatas. UID não é global entre servidores; preserve e valide o estado da comparação.

Pasta de preparação quando útil. Separar importações facilita a conferência, mas muda sua localização sem integrar automaticamente às pastas de produção. Não resolve gravações simultâneas nos dois sistemas: planeje a passagem para um único ambiente ativo e trate movimentações, indicadores e exclusões sem sincronização destrutiva às cegas.

Registro por caixa. Identifique falha e causa. A mensagem final aparece mesmo se o comando falhar: confira código de saída e registro, além de quantidades, conteúdo e indicadores. Restrinja permissões ao proprietário e oculte segredos nos registros compartilhados.

Transição DNS controlada

Para transferir recebimento do seu domínio, reduza TTL cedo, espere caches antigos expirarem e prepare a substituição MX. Publique o destino após validar caixas, aliases e cópia prévia; mantenha recebimento antigo, sincronizações e retorno para chegadas tardias.

Terminar a cópia não muda o recebimento. DNS indica o destino de novas mensagens quando respostas atualizadas chegam a cada emissor; uma conta pessoal não permite alterar MX do domínio do provedor.

Caches e novas tentativas podem dividir mensagens entre sistemas na transição. Monitore e reconcilie os fluxos em vez de desligar a origem prematuramente.

Confira os valores reais no painel e na documentação TrekMail. O exemplo é esquemático: preserve todos os emissores legítimos no SPF, use a chave DKIM da conta e não aplique quarentena sem inventário, testes e plano de retorno:

@                 MX   10 mail.trekmail.net.
@                 TXT  "v=spf1 include:spf.trekmail.net -all"
dkim._domainkey   TXT  "<unique TrekMail DKIM value>"
_dmarc            TXT  "v=DMARC1; p=quarantine;"

Durante a mudança, confira:

1. MX antigos retirados da publicação no momento adequado, com recebimento antigo temporário.
2. Novo MX publicado e conferido nos resolvedores relevantes.
3. Uma política SPF por nome, mantendo os serviços que ainda enviam.
4. DKIM configurado e assinatura válida conferida em mensagens reais.
5. DMARC adequado: SPF válido e alinhado ou alguma assinatura DKIM válida e alinhada, sem exigir ambos para o resultado do protocolo.
6. Teste recebido no destino e monitoramento das chegadas tardias à origem.

Depois, use Google Postmaster Tools se o tráfego Gmail e os dados disponíveis permitirem. Confira autenticação nos cabeçalhos de um servidor receptor confiável; relatórios são parciais e a cópia final não substitui testes de envio e recebimento.

A opção integrada TrekMail

O texto descreve importação IMAP no servidor pelo painel TrekMail. Pode reduzir a necessidade de máquina e scripts conforme plano e compatibilidade, mas exige monitoramento e validação.

A diferença operacional pode ser resumida assim:

Prepare o fluxo atual conferindo estas etapas:

1. Adicione o domínio e prepare DNS sem mudar recebimento prematuramente.
2. Crie caixas, aliases e demais objetos necessários no destino.
3. Abra Migração no painel.
4. Informe servidor IMAP, porta e credenciais autorizadas da origem.
5. Selecione a caixa TrekMail de destino.
6. Importe, confira estado e dados, depois coordene a mudança e passagens adicionais.

Confirme os procedimentos na visão geral da migração IMAP, em iniciar uma migração no painel, criar uma caixa e nos registros DNS necessários. O importador usa credenciais IMAP diretas; senhas de app Gmail dependem da verificação em duas etapas e das políticas. Se OAuth for obrigatório, use outro caminho autorizado compatível, sem pressupor suporte interativo no importador. Faça backup do correio local não sincronizado antes de retirar perfis de clientes.

O texto apresenta Starter a partir de $3.50 por mês, Nano a $0 e os planos Starter, Pro, Agency e Enterprise. Descreve Nano gratuito sem cartão e teste gratuito de 14 dias dos planos pagos com cartão de crédito. Confira condições atuais. Armazenamento compartilhado pode ajudar caixas de tamanhos diferentes sem eliminar cotas nem garantir que ampliar o plano seja desnecessário.

Compare diretamente os preços do TrekMail.

Conferência final para equipes ativas

Antes de alterar MX do domínio próprio, confira aliases, DNS, credenciais e sincronização de caixas grandes. Uma lista curta identifica alguns riscos de recebimento e dados, sem garantir ausência de todos os erros.

Revise antes de mudar:

1. Todas as caixas de destino existem e permitem acesso.
2. Aliases, encaminhamentos e grupos reconstruídos com permissões e testes.
3. Acesso IMAP de origem com TLS e certificados conferidos em 993.
4. Caixas grandes copiadas cedo e conferidas.
5. TTL reduzido e caches anteriores considerados.
6. MX antigos documentados para conferir mudança e retorno.
7. Passagens de alterações após a mudança programadas.
8. Usuários informados sobre quando parar de alterar regras e gravar na origem.
9. Uma caixa de teste pronta para recebimento e envio.
10. Responsável pelo monitoramento definido, mantendo recebimento antigo e acesso administrativo enquanto necessários.

Não é um trabalho vistoso: reduzir surpresas antes da mudança melhora o controle da migração.

Conclusão: processo em vez de aposta

Para migrar contas de e-mail de um domínio ou cinquenta, inventarie identidades, prepare dados, altere DNS quando aplicável e confira os fluxos depois. IMAP copia caixas; não corrige sozinho um projeto incompleto.

O caminho manual oferece controle se você mantém ferramentas e testes. Para migrações frequentes, compare TrekMail pelo modelo multidomínio, armazenamento compartilhado, importação e painel operacional conforme recursos e limites atuais. Avalie Nano ou consulte os preços se a migração exigir plano pago.