Exchange Online에서 BitTitan MigrationWiz 마이그레이션 날짜 수정

Exchange Online은 모든 Microsoft 365 사서함의 메일 엔진입니다. BitTitan MigrationWiz는 온프레미스 Exchange, Lotus Notes, GroupWise 등 레거시 플랫폼에서 Exchange Online으로 사서함을 이전할 때 가장 많이 사용되는 도구 중 하나입니다. 마이그레이션 자체는 대개 문제없이 진행됩니다. 문제는 날짜입니다.

사실 과정은 이렇습니다. MigrationWiz가 EWS나 IMAP을 통해 각 메시지를 업로드하면, Exchange Online의 전송 파이프라인이 모든 메시지에 새로운 Received 헤더를 추가합니다. 이 헤더에는 이메일이 원래 발신되거나 수신된 날짜가 아니라 업로드 시점의 타임스탬프가 기록됩니다. Exchange Online은 이 Received 헤더와 연관된 PR_MESSAGE_DELIVERY_TIME 속성을 기반으로 사용자에게 표시할 날짜를 결정합니다.

문제의 핵심은 이것입니다. Exchange Online은 일부 메일 시스템과 달리 마이그레이션 도구가 배달 타임스탬프를 덮어쓰는 것을 허용하지 않습니다. 실제 업로드 시간을 그대로 적용합니다. 따라서 마이그레이션된 모든 이메일은 2018년, 2021년, 지난 화요일에 발송된 것이든 상관없이 동일한 마이그레이션 날짜가 찍히게 됩니다.

예를 들면 이런 상황입니다. 주말 동안 MigrationWiz로 1,200개 사서함을 마이그레이션했습니다. 월요일 아침, 헬프데스크에 400건의 티켓이 접수됩니다. 모든 사용자의 받은 편지함이 마치 토요일에 모든 이메일이 도착한 것처럼 보입니다. 날짜 정렬이 깨지고, 날짜 검색은 엉뚱한 결과를 반환합니다. 손상된 타임스탬프는 Outlook 데스크톱, OWA, 모바일 클라이언트는 물론 Get-MessageTrace나 Search-Mailbox 같은 PowerShell 쿼리에도 전파됩니다. In-Place Hold, 보존 태그 같은 규정 준수 도구들은 잘못된 날짜를 기준으로 정책을 적용하여 메시지를 잘못된 간격으로 보존하거나 삭제할 수 있습니다.

피해는 전방위적입니다. Exchange Online 스택의 모든 계층에서 손상된 배달 시간을 읽습니다. Outlook 데스크톱에서 마이그레이션 날짜가 표시됩니다. OWA에서도 마찬가지입니다. 모바일 앱도 동일합니다. 내장 검색 기능도 마이그레이션 타임스탬프를 인덱싱하므로 모든 클라이언트에서 날짜 범위 쿼리가 잘못된 결과를 반환합니다.

관리자에게는 상황이 더 심각합니다. Exchange Online Management Shell 명령은 이제 마이그레이션 날짜를 반영하는 배달 시간 속성을 참조합니다. 사서함 감사, 저널링 규칙, 메시지 날짜 기준 필터링 전송 규칙 모두 손상된 타임스탬프를 기반으로 작동합니다. 모든 이메일이 같은 날 도착한 것으로 표시되는 상황에서 신뢰할 수 있는 규정 준수 감사를 수행할 수 있을까요? 불가능합니다.

Redate.io는 서버 수준에서 헤더 체인 분석과 날짜 메타데이터 재구성을 수행하는 독자적인 보정 엔진을 통해 이 문제를 해결합니다. 각 메시지는 개별 검증을 거쳐 원래 날짜가 모든 Exchange Online 서비스에서 정확하게 복원됩니다. 메시지 내용이나 첨부 파일은 변경되지 않으며, 수정된 타임스탬프는 Outlook, OWA, 모바일 앱, 규정 준수 도구에 자동으로 반영됩니다.