Import IMAP no Exchange: por que as datas mudam

O pipeline de transporte do Exchange e as datas dos seus e-mails

O Exchange Online tem um pipeline de transporte. Cada mensagem que entra em uma caixa de correio, seja vinda da internet, movida entre pastas ou importada via IMAP, passa por esse pipeline. E o pipeline faz o que pipelines fazem: carimba a mensagem com metadados. Incluindo um novo cabecalho Received: com a data de hoje.

Essa e a causa raiz da corrupcao de datas durante importacoes IMAP no Exchange. Nao e um bug. Nao e uma configuracao errada. E uma decisao arquitetural deliberada da Microsoft que trata cada mensagem entrando em uma caixa como uma "nova entrega", mesmo quando essa mensagem tem 7 anos.

O resultado? Voce importa 4.000 e-mails de um antigo servidor IMAP para o Exchange Online, e cada um mostra a data de importacao. E-mails de 2018, 2020, 2023, todos carimbados com a data de hoje. Seus usuarios abrem o Outlook na segunda de manha e veem uma parede de mensagens com a mesma data.

Como funciona o assistente de migracao do EAC

O Centro de Administracao do Exchange (EAC) inclui um assistente de migracao integrado para importacoes IMAP. E a interface grafica que a maioria dos administradores Exchange procura primeiro: voce vai em Destinatarios, depois Migracao, cria um novo lote, seleciona "Migrar para o Exchange Online", escolhe IMAP como fonte, faz upload de um CSV com o mapeamento de caixas e inicia o lote.

Por tras dos panos, o assistente de migracao do EAC cria um New-MigrationBatch com o tipo de endpoint definido como IMAP. O Exchange conecta ao seu servidor IMAP de origem, le cada mensagem e a escreve na caixa de destino do Exchange Online. Simples no papel.

Mas eis o que acontece no nivel de transporte. Quando o Exchange Online recebe a mensagem da fonte IMAP, ele a processa pelo mesmo pipeline de transporte que lida com a entrega normal de e-mails. O pipeline adiciona um cabecalho Received: com o timestamp atual. Define a data de entrega interna da mensagem como agora. E o Outlook, OWA e cada outro cliente conectado a essa caixa usa essa data de entrega para exibicao e ordenacao.

O cabecalho Date: original de 2019? Ainda esta la, enterrado nos cabecalhos da mensagem. Mas o Exchange nao o usa para a ordem de classificacao na sua caixa de entrada.

Received: from source-imap.oldserver.com (10.0.0.5) by
    AM6PR04MB5127.eurprd04.prod.outlook.com (2603:10a6:20b:f3::12)
    with Microsoft SMTP Server; Thu, 2 Apr 2026 08:44:19 +0000
Date: Fri, 22 Nov 2019 16:08:33 +0100

PowerShell: New-MailboxImportRequest e o mesmo problema

Administradores que preferem a linha de comando frequentemente recorrem ao New-MailboxImportRequest para importar arquivos PST, ou New-MigrationBatch com endpoints IMAP para migracoes servidor-a-servidor. A expectativa e que o PowerShell ofereca mais controle. E oferece, para algumas coisas. Nao para datas.

New-MailboxImportRequest importa arquivos PST em caixas do Exchange Online. O arquivo PST contem os timestamps originais de cada mensagem. Mas quando o Exchange Online processa a importacao, o pipeline de transporte ainda carimba cada mensagem com uma nova data de entrega. O cmdlet PowerShell nao tem um parametro para contornar esse comportamento. Nao existe um flag -PreserveDates (e acredite, os administradores ja procuraram).

New-MigrationBatch -SourceEndpoint com um endpoint IMAP funciona de maneira similar ao assistente EAC, apenas sem a interface grafica. Mesma conexao IMAP, mesmo processamento pelo pipeline de transporte, mesma sobrescrita de datas. O cmdlet oferece parametros para filtrar por faixa de datas (-StartAfter, -CompleteAfter) e excluir pastas, mas nada que controle como o Exchange lida com o timestamp da mensagem recebida.

Para ser preciso, isso afeta principalmente a data de exibicao e a ordem de classificacao. O conteudo da mensagem, incluindo o cabecalho Date original, chega intacto. O Exchange simplesmente o envolve em seus proprios metadados de transporte e usa esses para tudo que e visivel ao usuario.

Importacao IMAP direta vs. ferramentas de terceiros

Faz diferenca usar a importacao IMAP nativa do Exchange ou uma ferramenta de terceiros como BitTitan MigrationWiz ou CloudM? A resposta curta: o problema de datas acontece de qualquer forma, mas por razoes ligeiramente diferentes.

Com a importacao IMAP nativa do Exchange (assistente EAC ou PowerShell), o Exchange conecta diretamente ao servidor IMAP de origem e puxa as mensagens. O pipeline de transporte processa cada mensagem na chegada. Um pipeline, um conjunto de cabecalhos adicionados.

Com ferramentas de terceiros, a ferramenta de migracao age como intermediaria. Le da fonte, potencialmente transforma a mensagem e escreve no Exchange Online. O pipeline de transporte do Exchange ainda processa a mensagem recebida, mas a ferramenta de terceiros pode ter adicionado seu proprio cabecalho Received: durante a retransmissao. Entao voce pode acabar com duas camadas de metadados de data incorretos: uma do processamento da ferramenta e outra do pipeline de transporte do Exchange.

A diferenca pratica? Ao corrigir datas apos uma importacao IMAP nativa do Exchange, tipicamente ha um cabecalho Received: de migracao para tratar. Apos uma migracao com ferramenta de terceiros para o Exchange, pode haver dois ou tres. O problema subjacente e identico, mas a cadeia de cabecalhos e mais confusa.

Por que as regras de transporte do Exchange Online pioram as coisas

Algo que surpreende ate administradores Exchange experientes. O Exchange Online tem regras de transporte (agora chamadas "regras de fluxo de correio" no centro de administracao) que podem ser acionadas em mensagens importadas. Se sua organizacao tem regras que adicionam cabecalhos, avisos legais ou modificam mensagens com base em condicoes, essas regras podem processar e-mails importados tambem.

Isso significa que um e-mail de 2020 pode nao apenas receber um novo cabecalho Received com a data de hoje, mas tambem ter um rodape de aviso legal adicionado, ou um X-header carimbado por uma regra de compliance que nao existia quando o e-mail original foi enviado. A corrupcao de datas e o sintoma mais visivel, mas regras de transporte podem criar modificacoes inesperadas adicionais.

Pode-se desativar regras de transporte durante a importacao? Sim, temporariamente. Mas a maioria dos administradores nao pensa nisso porque nao espera que o pipeline de transporte processe mensagens migradas. Quando percebem o que aconteceu, o lote de importacao ja esta completo e o estrago feito.

O que datas erradas significam em ambientes Exchange

Ambientes Exchange tendem a ser ambientes corporativos. Escritorios de advocacia, instituicoes financeiras, organizacoes de saude, orgaos governamentais. Nao sao contas pessoais do Gmail onde uma data errada e levemente irritante. Sao caixas onde timestamps de e-mail tem significado juridico e regulatorio.

Uma retencao legal no Exchange preserva e-mails com base em faixas de datas. Se cada e-mail importado mostra a data de importacao em vez da data original, a retencao captura o conjunto errado de mensagens. Uma busca eDiscovery por "todas as comunicacoes entre janeiro e marco de 2022" nao retorna nada porque esses e-mails agora mostram abril de 2026.

Politicas de retencao enfrentam o mesmo problema. Uma organizacao com politica de retencao de 3 anos poderia acidentalmente excluir e-mails que parecem ser de 2026 (e portanto "recentes") quando na realidade sao de 2019 e deveriam ser preservados. Ou o oposto: e-mails que deveriam ter sido eliminados pela politica de retencao permanecem porque sua data aparente e recente.

Um cenario de final de 2025: um MSP migrou cerca de 200 caixas de correio de um provedor Exchange hospedado para o Microsoft 365 usando o assistente de migracao EAC. Tres semanas depois, o responsavel de compliance do cliente identificou que os relatorios trimestrais de arquivamento de e-mail mostravam cada mensagem arquivada com a mesma data. Todo o arquivo de e-mail, cobrindo 5 anos, parecia ter chegado em uma unica terca-feira de novembro.

Corrigir as datas de importacao IMAP no Exchange

O cabecalho Date: original sobrevive intacto ao pipeline de transporte do Exchange. O pipeline da Microsoft adiciona metadados ao redor da mensagem mas nao modifica os cabecalhos RFC 2822 originais dentro dela. Essa data original e o ponto de ancoragem para a correcao.

Redate.io conecta a caixa do Exchange Online (via acesso autorizado pelo administrador do Microsoft 365), escaneia mensagens com anomalias de data causadas pela importacao IMAP e aplica um motor de correcao proprietario que realiza validacao de conformidade RFC, preservacao da estrutura da mensagem e reconstrucao direcionada de metadados. O motor reconhece assinaturas especificas do pipeline de transporte do Exchange na cadeia de cabecalhos Received e distingue artefatos de importacao de cabecalhos de entrega legitimos.

Cada mensagem corrigida e verificada individualmente: integridade do conteudo, checksums de anexos, posicionamento em pastas e threading de conversas. Originais sao preservados em uma pasta de backup visivel por 30 dias. Se algo parecer errado, a reversao e feita com um clique.

Por que nao corrigir com um script PowerShell? Porque entender o problema do cabecalho Received e a parte facil. Corrigir 8.000 e-mails em 50 caixas sem corromper mensagens assinadas S/MIME, quebrar estruturas MIME aninhadas, estragar cabecalhos nao-ASCII RFC 2047 ou perder atribuicoes de pastas, na verdade, essa e a parte dificil. Como voce verifica que cada mensagem corrigida em um ambiente de producao esta intacta? Um script que funciona em uma caixa de teste com 30 mensagens vai travar nos casos extremos do mundo real. Aquele contrato com um anexo de 42 MB e tres imagens inline em uma estrutura multipart/mixed dentro de um wrapper multipart/alternative? Boa sorte.

Guias por plataforma

A correcao de datas se aplica no nivel da caixa do Exchange Online, mas os usuarios acessam seus e-mails por diferentes clientes. Cada um exibe as datas de forma diferente:

• Corrigir datas de importacao IMAP no Outlook
• Corrigir datas de importacao IMAP no OWA (Outlook na Web)

Procurando contexto mais amplo sobre problemas de datas no Microsoft 365 com diferentes ferramentas de migracao? Consulte o guia completo para corrigir datas de e-mail apos migracao para Microsoft 365.

A importacao IMAP no Exchange deixou suas caixas com datas erradas? Comece com um escaneamento gratuito para ver quantos e-mails estao afetados e quanto custa a correcao, sem cartao de credito.