Outlook에서 GSMMO 마이그레이션 날짜 수정

GSMMO(Google Workspace Migration for Microsoft Outlook)는 PST 파일과 Outlook 프로필을 Google Workspace로 마이그레이션하기 위한 Google의 공식 도구입니다. 로컬 Outlook 데이터에서 이메일을 읽어 Gmail API를 통해 Google Workspace 계정으로 업로드합니다. 이 업로드 과정에서 Gmail은 현재 업로드 타임스탬프를 INTERNALDATE로 찍고 마이그레이션 날짜가 반영된 Received 헤더를 추가합니다.

여기서 아이러니한 상황이 벌어집니다. GSMMO를 사용해 Outlook에서 Google Workspace로 마이그레이션했지만, 여전히 Outlook이 필요합니다(회사에서 요구하거나 단순히 선호하기 때문). 그래서 IMAP이나 Google Workspace Sync를 통해 Outlook을 다시 Google Workspace 계정에 연결합니다. Outlook은 IMAP INTERNALDATE와 최상위 Received 헤더를 읽는데, 둘 다 이제 마이그레이션 날짜를 담고 있습니다. 이전 PST 파일에서 완벽하게 표시되던 모든 이메일이 이제 Outlook의 받은 날짜 열에 GSMMO 마이그레이션 날짜를 표시합니다.

GSMMO 마이그레이션이 특히 고통스러운 이유는 기대와 현실의 격차입니다. 사용자는 Google의 단계별 마이그레이션 가이드를 따릅니다. 프로세스가 투명하게 이루어져 이메일 기록이 있는 그대로 보존될 것으로 기대합니다. 날짜 메타데이터가 덮어쓰여진다는 경고는 아무도 해주지 않습니다. 문제는 며칠 후 Outlook을 열고 8년치 이메일 기록이 모두 지난 화요일 날짜로 찍혀 있는 것을 발견할 때 알게 됩니다. 그리고 GSMMO는 셀프 서비스 도구이므로 영향을 받은 사용자는 종종 문제를 진단할 IT 지원이 없는 개인인 경우가 많습니다.

Outlook을 어떻게 사용하는지 생각해 보세요. 날짜별로 정렬하고, 3개월 전 이메일을 찾기 위해 받은 날짜 열을 훑어보고, 검색에서 날짜 범위를 사용합니다. GSMMO 마이그레이션 후에는 이 모든 것이 깨집니다. 2018년 고객 제안서, 2021년 청구서, 지난 분기 팀 토론까지 모든 이메일이 동일한 마이그레이션 날짜를 표시합니다. Outlook의 날짜 정렬 보기가 동일한 타임스탬프의 벽이 됩니다.

Outlook의 대화 보기는 여전히 제목과 메시지 ID로 관련 메시지를 묶기 때문에 스레딩 자체는 기술적으로 작동합니다. 하지만 대화 내 각 메시지 옆에 표시된 날짜는 잘못되어 있어 실제로 각 답장이 언제 보내졌는지 이해하기 어렵습니다. 마이그레이션된 사서함의 달력 초대장과 회의 응답은 마이그레이션 날짜를 표시하여 과거 일정 결정을 검토할 때 혼란을 만듭니다. 수신 날짜에 의존하는 Outlook 검색 필터("received: last month" 같은)는 마이그레이션 시점에 따라 모든 것 또는 아무것도 반환하지 않습니다. 매일 수백 통의 이메일을 관리하기 위해 Outlook의 날짜 기반 조직에 의존하는 전문가에게 GSMMO 마이그레이션은 사실상 업무 흐름을 파괴합니다.

Redate.io는 GSMMO 마이그레이션 도구 시그니처에 대한 패턴 매칭과 안전한 저수준 메시지 처리를 결합하여 이 문제를 수정합니다. 수정은 날짜 메타데이터만 대상으로 하며, 메시지 내용, 첨부 파일 및 폴더 구조는 그대로 유지됩니다. 수정된 모든 메시지는 원본 Date 헤더와 대조하여 개별적으로 검증됩니다.