BitTitan MigrationWiz란
BitTitan MigrationWiz는 전 세계에서 가장 널리 사용되는 이메일 마이그레이션 플랫폼 중 하나예요. MSP, IT 컨설턴트, 기업 IT 팀이 MigrationWiz를 사용해서 플랫폼 간에 메일함을 이동해요. 온프레미스 Exchange에서 Microsoft 365로, Google Workspace에서 Exchange Online으로, 또는 IMAP 호환 시스템의 모든 조합 사이에서요. 수백만 건의 메일함 마이그레이션이 MigrationWiz를 통해 이루어졌고, 신뢰성과 사용 편의성으로 인정받고 있어요.
하지만 거의 모든 MigrationWiz 마이그레이션에 영향을 미치는 지속적인 문제가 있어요. 이메일 날짜예요.
마이그레이션 후, 사용자가 Outlook이나 다른 클라이언트에서 메일함을 열면 모든 이메일이 원래 받은 날짜 대신 마이그레이션 날짜를 표시하고 있다는 것을 발견해요. 수년간의 통신을 포함하는 메일함이 갑자기 모든 메시지가 같은 날 도착한 것으로 표시돼요. 5년치 기록이 플랫하게. 혼란스럽고, 날짜 검색과 정렬에 의존하는 사용자에게는 생산성에 큰 타격이에요.
MigrationWiz가 날짜 문제를 일으키는 방식
mx.migrationwiz.com Received 헤더
마이그레이션 중, MigrationWiz는 소스 서버의 각 이메일을 처리해서 대상에 업로드해요. 이 과정의 일부로 각 메시지에 "mx.migrationwiz.com"에 대한 참조를 포함하는 새 Received 헤더가 추가돼요. 이 헤더에는 마이그레이션 타임스탬프가 포함되고, Outlook이나 Apple Mail 같은 클라이언트가 가장 최근 Received 헤더를 사용해서 받은 날짜를 결정하기 때문에, 모든 이메일에 마이그레이션 날짜가 표시돼요.
사실, 이것은 MigrationWiz가 의도적으로 하는 것이 아니에요. IMAP 프로토콜의 작동 방식이에요. 메시지가 IMAP APPEND로 서버에 삽입되면, 서버가 Received 헤더를 추가해요. MigrationWiz는 여기서 그저 IMAP 사양을 따르고 있는 거예요.
헤더의 모습
MigrationWiz의 마이그레이션 Received 헤더는 보통 "from mx.migrationwiz.com"으로 시작하고 마이그레이션이 실행된 날짜와 시간을 포함해요. 이 헤더가 Received 헤더 체인의 최상단에 배치되어 Outlook이 "받은 날짜"로 표시하는 값이 돼요.
MigrationWiz가 INTERNALDATE를 보존해도 도움이 안 되는 이유
MigrationWiz는 IMAP APPEND 작업 중에 INTERNALDATE를 설정하려고 해요. 도구에 따라 INTERNALDATE가 실제로 올바르게 보존되는 경우도 있어요. 하지만 INTERNALDATE가 정확하더라도 상관없어요. Outlook이 받은 날짜 표시에 Received 헤더를 사용하기 때문이에요. INTERNALDATE가 2018년이라고 해도, 가장 최근 Received 헤더가 2024년이라고 하면, Outlook은 2024년을 표시해요.
이것은 BitTitan만의 문제가 아니라 모든 IMAP 기반 마이그레이션에 영향을 미쳐요. 하지만 MigrationWiz가 매우 많은 마이그레이션에서 사용되기 때문에 이 문제에 대한 불만이 가장 많아요. 마이그레이션 후 이메일이 잘못된 날짜를 표시하는 자세한 설명을 참고하세요.
MigrationWiz 헤더 식별 방법
Outlook에서 헤더 확인
Outlook Desktop에서 영향을 받은 이메일을 열고 "파일" > "속성"으로 이동하세요. "인터넷 머리글" 상자를 아래로 스크롤해서 "migrationwiz"를 포함하는 Received 헤더를 찾으세요. OWA에서는 이메일을 열고 점 세 개 메뉴를 클릭한 후 "메시지 세부 정보 보기"를 선택하세요.
Gmail에서 헤더 확인
Gmail 웹 인터페이스에서 이메일을 열고 점 세 개 메뉴에서 "원본 보기"를 선택하세요. "mx.migrationwiz.com"에 대한 참조를 포함하는 Received 헤더를 찾으세요.
진단 확인
가장 최근 Received 헤더에 "migrationwiz"에 대한 참조가 있고, 그 헤더의 날짜가 이메일의 원래 날짜와 일치하지 않으면(마이그레이션 날짜와 일치하면), MigrationWiz로 인한 날짜 문제가 확인돼요. 마이그레이션 후 이메일 날짜 수정 가능 여부도 참고하세요.
직접 스크립트로 MigrationWiz 수정이 위험한 이유
최상위 Received 헤더를 제거하는 스크립트를 작성하는 것이 더 쉬워 보일 수 있어요. 10통의 테스트 이메일에서는 간단하죠. 하지만 30,000통의 프로덕션 메일함은 완전히 다른 이야기예요.
S/MIME 서명 이메일은 1바이트만 변경해도 암호화 서명이 무효화돼요. PGP 암호화 메시지는 특별한 처리가 필요해요. 중첩된 경계가 있는 멀티파트 MIME 구조의 이메일은 단순한 헤더 제거로 파괴될 수 있어요. Content-Transfer-Encoding 변형(quoted-printable, base64, 8bit, 7bit)은 각각 다른 파싱 로직이 필요해요. 비ASCII 헤더(RFC 2047 인코딩)는 스크립트가 올바르게 디코딩하지 않으면 데이터 손상을 일으킬 수 있어요.
그리고 위험은 두 방향으로 퍼져요. 수정 자체가 데이터를 손상시킬 수 있고, 사후에 무엇이 망가졌는지 알 방법이 없어요.
Redate.io의 MigrationWiz 날짜 수정
MigrationWiz 헤더 자동 감지
Redate.io의 수정 엔진은 MigrationWiz 마이그레이션 패턴을 자동으로 인식해요. 엔진은 "mx.migrationwiz.com"과 MigrationWiz 고유의 Received 헤더 구조 등 알려진 MigrationWiz 시그니처 데이터베이스에 대해 시그니처 매칭을 적용해요.
수정 프로세스
영향을 받은 각 이메일에 대해, Redate.io의 독자적 수정 엔진이 다단계 분석 파이프라인을 실행해요. 엔진은 RFC 준수 검증, 복잡한 MIME 구조 전반의 메시지 무결성 유지, 인코딩 변형과 엣지 케이스 관리를 처리해요. S/MIME 서명 이메일과 PGP 암호화 메시지는 자동으로 감지되어 적절히 처리돼요.
수정된 각 이메일은 확정 전에 원본과의 무결성 검증을 거쳐요. 원본 메시지는 삭제되지 않고 가시적 폴더("Redate.io - Originals")로 이동돼요.
지원 플랫폼
MigrationWiz는 플랫폼 간 마이그레이션에 사용되기 때문에, 수정이 필요한 이메일이 Google Workspace, Microsoft 365, 또는 기타 IMAP 서버에 있을 수 있어요. Redate.io는 이 모든 플랫폼에 연결해요. 도구별 가이드는 Outlook에서 BitTitan 날짜 수정, Microsoft 365, Google Workspace, Exchange Online을 참고하세요.
자주 묻는 질문
BitTitan 지원팀이 수정을 제공하나요?
아니요. BitTitan 지원팀은 IMAP 프로토콜 사양상 Received 헤더 추가가 불가피하다고 인정해요. 보통 Outlook 보기 설정을 보낸 날짜로 정렬하도록 변경하는 것을 권장하지만, 이것은 근본적인 데이터를 수정하는 것이 아닌 해결 방법일 뿐이에요.
마이그레이션 중에 방지할 수 있나요?
IMAP 프로토콜이 삽입 시 Received 헤더 추가를 요구하기 때문에 완전히 방지할 수 없어요. MigrationWiz 설정을 어떻게 조정해도 대상 서버는 삽입된 메시지에 Received 헤더를 추가해요.
수정에 얼마나 걸리나요?
Redate.io에서의 수정 시간은 메일함 크기에 따라 달라요. 분석(무료)은 보통 몇 분이 걸려요. 수정은 영향을 받은 이메일 수에 따라 작은 메일함은 몇 분, 큰 메일함은 최대 몇 시간이에요.
MigrationWiz가 날짜를 망가뜨렸나요? 무료 분석 시작해서 영향을 받은 이메일 수를 확인하고 10통을 무료로 수정하세요.