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

GSMMO 마이그레이션에서 가장 답답한 부분이 있습니다. Google의 자체 마이그레이션 도구가 이메일 날짜를 손상시키고, Apple Mail은 이를 우회할 방법이 전혀 없습니다. GSMMO가 Outlook PST 파일이나 Exchange 프로필에서 Google Workspace로 이메일을 업로드할 때, 각 메시지에 업로드 타임스탬프를 INTERNALDATE로 찍습니다. 이메일 본문 내의 원본 Date 헤더는 그대로 유지되지만, 서버 수준의 날짜 메타데이터는 마이그레이션 날짜로 덮어쓰여집니다.

Apple Mail은 왜 이것에 영향을 받을까요? macOS와 iOS의 Apple Mail은 각 메시지 옆에 표시할 날짜를 결정하기 위해 오직 IMAP INTERNALDATE만 읽기 때문입니다. Date 헤더를 읽어 올바른 날짜를 표시할 수 있는 Gmail 웹 인터페이스와 달리, Apple Mail은 목록 보기에서 Date 헤더를 절대 파싱하지 않습니다. 이것을 변경할 수 있는 설정도, 숨겨진 환경 설정도, 터미널 명령도 없습니다. Apple Mail은 INTERNALDATE를 표시하며, 수동 IMAP 복사 후 그 날짜는 복사를 수행한 날입니다.

결과는 가혹합니다. GSMMO를 사용하여 Google Workspace로 마이그레이션한 후 Apple Mail을 여는 모든 사용자에게 해당됩니다. 받은 편지함, 보낸 편지함, 임시 보관함, 보관 폴더 - 모든 메시지가 GSMMO가 실행된 날짜를 표시합니다. 2019년 마이그레이션이라면 15,000통 이상의 이메일이 모두 같은 2019년 4월 날짜를 표시합니다. 날짜 기반 스마트 메일함은 쓸모없어지고, 메시지 목록에서 시간순 스레딩이 완전히 사라집니다. Spotlight으로 날짜 범위별 이메일을 검색하는 Mac 사용자도요? Spotlight가 Apple Mail 캐시의 INTERNALDATE를 인덱싱하기 때문에 그 결과도 틀립니다.

이런 상황을 상상해 보세요. MacBook에서 Apple Mail을 열면 전체 받은 편지함이 모든 메시지 옆에 "2019년 4월 11일"을 표시합니다. 2015년 이메일, 지난주 이메일, 고객 제안서, 청구서, 개인 스레드 모두 같은 날짜가 찍혀 있습니다. Apple Mail 컬럼 보기의 "받은 날짜" 열이 수천 통의 메시지에 대해 동일합니다. 날짜별 정렬은 의미가 없습니다. 모든 메시지가 하루에 묶이기 때문입니다.

iPhone과 iPad에서도 같은 문제가 따라옵니다. Mail 앱이 동일한 손상된 INTERNALDATE를 가져옵니다. macOS의 스마트 메일함 규칙 중 "지난 30일 이내에 수신된 날짜"를 사용하는 것은 GSMMO 실행 시점에 따라 모든 것을 잡거나 아무것도 잡지 못합니다. 그리고 대부분의 사람들이 놓치는 부분이 있습니다. macOS의 Spotlight 검색은 INTERNALDATE를 사용하여 Apple Mail 메시지를 인덱싱하므로 Apple Mail 외부에서도(Cmd+Space 사용) "2022년 12월 이메일"을 검색하면 날짜 필터 쿼리에 대해 잘못된 결과를 반환합니다. 손상은 Mail 앱 자체를 훨씬 넘어 확산됩니다.

Redate.io는 메시지 내용을 변경하지 않는 정밀 메타데이터 보정을 수행하는 독자적인 보정 엔진을 통해 이 문제를 해결합니다. 각 이메일은 처리 전후로 개별 검증됩니다. Redate.io가 서버 측 날짜 메타데이터를 수정하면 모든 Apple 기기의 Apple Mail이 자동으로 동기화되어 원래 날짜를 표시합니다.