Import IMAP no Exchange: por que as datas mudam

As importações IMAP no Exchange e as datas dos seus e-mails

O Exchange Online atribui a cada mensagem numa caixa de correio uma data, e é essa data que o Outlook mostra e usa para ordenar. Para um e-mail vindo da internet, é o momento da entrega. Para um e-mail copiado por uma migração, é a data que a migração deu à cópia: a data original quando a migração a transmite, o dia da importação quando não o faz.

É daí que vem a corrupção de datas durante importações IMAP no Exchange. O Exchange Online não sobrescreve uma data que lhe é dada. Mas quando uma importação não transmite a data original de cada e-mail, a cópia de uma mensagem com 7 anos recebe a data da importação, como se tivesse acabado de ser entregue.

O resultado? Você importa 4.000 e-mails de um antigo servidor IMAP para o Exchange Online, e os e-mails mostram a data da importação em vez da sua própria data. E-mails de 2018, 2020, 2023, datados de hoje. Seus usuários abrem o Outlook na segunda de manhã e veem uma parede de mensagens com a mesma data.

Como funciona o assistente de migração do EAC

O Centro de Administração do Exchange (EAC) inclui um assistente de migração integrado para importações IMAP. É a interface gráfica que a maioria dos administradores Exchange procura primeiro: você vai em Destinatários, depois Migração, 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 trás dos panos, o assistente de migração do EAC cria um New-MigrationBatch com o tipo de endpoint definido como IMAP. O Exchange conecta ao seu servidor IMAP de origem, lê cada mensagem e a escreve na caixa de destino do Exchange Online. Simples no papel.

Mas eis o que os administradores encontram. A Microsoft não documenta como a migração define a data de cada mensagem copiada, e os administradores relatam e-mails que saem com a data da sincronização em vez da data em que foram recebidos. O Outlook, OWA e cada outro cliente conectado a essa caixa usam então essa data para exibição e ordenação.

O cabeçalho Date: original de 2019? Ainda está lá, enterrado nos cabeçalhos da mensagem. Mas o Exchange não o usa para a ordem de classificação na sua caixa de entrada.

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 migrações servidor-a-servidor. A expectativa é que o PowerShell ofereça mais controle. E oferece, para algumas coisas. Não para datas.

New-MailboxImportRequest importa arquivos PST em caixas do Exchange Online. O arquivo PST contém os timestamps originais de cada mensagem. Mas o cmdlet PowerShell não tem um parâmetro que controle qual data cada mensagem importada recebe. Não existe um flag -PreserveDates (e acredite, os administradores já procuraram).

New-MigrationBatch -SourceEndpoint com um endpoint IMAP funciona de maneira similar ao assistente EAC, apenas sem a interface gráfica. Mesma conexão IMAP, mesmo resultado nas datas. O cmdlet oferece parâmetros 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 exibição e a ordem de classificação. O conteúdo da mensagem, incluindo o cabeçalho Date original, chega intacto. Apenas a data atribuída à cópia é que está errada, e é essa que está por trás de tudo o que é visível ao utilizador.

Importação IMAP direta vs. ferramentas de terceiros

Faz diferença usar a importação 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 razões ligeiramente diferentes.

Com a importação IMAP nativa do Exchange (assistente EAC ou PowerShell), o Exchange conecta diretamente ao servidor IMAP de origem e puxa as mensagens. Como a data de cada cópia é definida depende da Microsoft, e não está documentado.

Com ferramentas de terceiros, a ferramenta de migração age como intermediária. Lê da fonte, potencialmente transforma a mensagem e escreve no Exchange Online. Quando a ferramenta escreve via IMAP, o Exchange Online mantém a data que a ferramenta transmite: se a ferramenta envia a data original de cada e-mail, a cópia mantém-na; se não o fizer, a cópia recebe a data da migração. Algumas ferramentas também adicionam o seu próprio cabeçalho Received: durante a retransmissão.

A diferença prática? Os cabeçalhos deixados não são os mesmos de uma ferramenta para outra, por isso uma correção não pode depender de um padrão fixo. O problema subjacente é idêntico: a data mostrada não é a data original do e-mail.

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

Algo que surpreende até administradores Exchange experientes. O Exchange Online tem regras de transporte (agora chamadas "regras de fluxo de correio" no centro de administração) que podem ser acionadas em mensagens importadas. Se sua organização tem regras que adicionam cabeçalhos, avisos legais ou modificam mensagens com base em condições, essas regras podem processar e-mails importados também.

Isso significa que um e-mail de 2020 pode ter um rodapé de aviso legal adicionado, ou um X-header carimbado por uma regra de compliance que não existia quando o e-mail original foi enviado. A corrupção de datas é o sintoma mais visível, mas regras de transporte podem criar modificações inesperadas adicionais.

Pode-se desativar regras de transporte durante a importação? Sim, temporariamente. Mas a maioria dos administradores não pensa nisso porque não espera que o pipeline de transporte processe mensagens migradas. Quando percebem o que aconteceu, o lote de importação já está completo e o estrago feito.

O que datas erradas significam em ambientes Exchange

Ambientes Exchange tendem a ser ambientes corporativos. Escritórios de advocacia, instituições financeiras, organizações de saúde, órgãos governamentais. Não são contas pessoais do Gmail onde uma data errada é levemente irritante. São caixas onde timestamps de e-mail têm significado jurídico e regulatório.

Uma retenção legal no Exchange preserva e-mails com base em faixas de datas. Se cada e-mail importado mostra a data de importação em vez da data original, a retenção captura o conjunto errado de mensagens. Uma busca eDiscovery por "todas as comunicações entre janeiro e março de 2022" não retorna nada porque esses e-mails agora mostram abril de 2026.

Políticas de retenção enfrentam o mesmo problema. Uma organização com política de retenção de 3 anos poderia acidentalmente excluir e-mails que parecem ser de 2026 (e portanto "recentes") quando na realidade são de 2019 e deveriam ser preservados. Ou o oposto: e-mails que deveriam ter sido eliminados pela política de retenção permanecem porque sua data aparente é recente.

Um cenário 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 migração EAC. Três semanas depois, o responsável de compliance do cliente identificou que os relatórios 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 única terça-feira de novembro.

Corrigir as datas de importação IMAP no Exchange

O cabeçalho Date: original sobrevive intacto à importação. A importação não modifica os cabeçalhos RFC 2822 originais dentro da mensagem. Essa data original é o ponto de ancoragem para a correção.

Redate.io conecta a caixa do Exchange Online (cada pessoa inicia sessão com a sua própria conta Microsoft), escaneia mensagens com anomalias de data causadas pela importação IMAP e aplica um motor de correção proprietário que realiza validação de conformidade RFC, preservação da estrutura da mensagem e reconstrução direcionada de metadados. O Redate não precisa de saber qual ferramenta fez a importação: identifica os e-mails cuja data exibida não corresponde à sua data original.

Cada mensagem corrigida é verificada individualmente: integridade do conteúdo, checksums de anexos, posicionamento em pastas e threading de conversas. Os originais permanecem numa pasta de cópia de segurança visível na sua própria caixa de correio até serem eliminados por si. Se algo parecer errado, a reversão é feita com um clique.

Por que não corrigir com um script PowerShell? Porque entender o problema do cabeçalho Received é a parte fácil. Corrigir 8.000 e-mails em 50 caixas sem corromper mensagens assinadas S/MIME, quebrar estruturas MIME aninhadas, estragar cabeçalhos não-ASCII RFC 2047 ou perder atribuições de pastas, na verdade, essa é a parte difícil. Como você verifica que cada mensagem corrigida em um ambiente de produção está 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 três imagens inline em uma estrutura multipart/mixed dentro de um wrapper multipart/alternative? Boa sorte.

Guias por plataforma

A correção de datas se aplica no nível da caixa do Exchange Online, mas os usuários acessam seus e-mails por diferentes clientes. Cada um exibe as datas de forma diferente:

• Corrigir datas de importação IMAP no Outlook
• Corrigir datas de importação IMAP no OWA (Outlook na Web)

Procurando contexto mais amplo sobre problemas de datas no Microsoft 365 com diferentes ferramentas de migração? Consulte o guia completo para corrigir datas de e-mail após migração para Microsoft 365.

A importação IMAP no Exchange deixou suas caixas com datas erradas? Comece com um escaneamento gratuito para ver quantos e-mails estão afetados e quanto custa a correção, sem cartão de crédito.