Apple Mail에서 수동 IMAP 복사 날짜 수정

Apple Mail은 이메일 날짜를 망가뜨리는 것이 위험할 정도로 쉽습니다. 하나의 IMAP 계정에서 다른 계정으로 메시지를 드래그하여 대상 폴더에 놓으면 끝입니다. 다만 Apple Mail은 이 작업 중 원래 날짜 메타데이터를 보존하지 않습니다. Apple Mail이 대상 IMAP 서버에 메시지를 업로드할 때 원본 서버의 원래 INTERNALDATE를 전달하지 않습니다. 대상 서버는 업로드 타임스탬프를 새 INTERNALDATE로 기록합니다.

Apple Mail에는 이에 대한 우회 방법이 없습니다. Date 헤더를 표시하는 열 옵션이라도 제공하는 Thunderbird와 달리, Apple Mail의 메시지 목록은 오직 IMAP INTERNALDATE만 표시합니다. 숨겨진 환경 설정도, 터미널 해킹도, 플러그인도 이 동작을 변경할 수 없습니다. Apple Mail은 INTERNALDATE를 표시하며, 수동 IMAP 복사 후 그 날짜는 복사를 수행한 날입니다.

IMAP 계정 간에 이메일을 드래그하는 대부분의 Mac 사용자는 이런 일이 일어날 줄 모릅니다. Apple Mail은 아무런 경고도 하지 않습니다. 이전 제공업체의 6년치 이메일을 새 계정으로 통합하고, 뿌듯한 기분으로 노트북을 닫고, 다음 날 아침에 열어보면 전송된 모든 메시지가 어제 날짜를 표시합니다. 원본 서버에서 원본을 이미 삭제했다면 모든 클라이언트에서 올바른 날짜는 사라진 것입니다. 각 메시지 본문 안에 묻혀 있는 Date 헤더만이 여전히 진실을 담고 있지만, Apple Mail 인터페이스에서는 보이지 않습니다.

Mac에서 이전 제공업체로부터 12,000통의 이메일을 복사한 후 Apple Mail을 엽니다. 모든 폴더의 모든 메시지가 같은 날짜(복사를 한 날)를 표시합니다. 받은 편지함, 보낸 폴더, 프로젝트 아카이브 모두 동일합니다. 날짜가 하나뿐이므로 날짜별 정렬은 아무 의미가 없습니다. 2021년 11월의 계약 논의를 찾으려면 수천 통의 메시지가 있는 정렬되지 않은 평면 목록을 뒤져야 합니다.

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

Redate.io는 헤더 체인 분석과 날짜 메타데이터 재구성을 통해 이 날짜를 복원합니다. 프로세스는 각 이메일의 원본 Date 헤더를 읽고, 메시지별 검증을 수행하며, 메시지 내용이나 첨부 파일을 변경하지 않고 서버 측 날짜 메타데이터를 수정합니다. 서버 수준에서 수정되면 모든 Apple 기기의 Apple Mail이 자동으로 동기화되어 원래 날짜를 표시합니다.