Gmail에서 수동 IMAP 복사 날짜 수정

수동 IMAP 복사로 Gmail에 이메일을 옮기는 것은 충분히 간단해 보입니다. Outlook, Thunderbird 또는 Apple Mail 같은 이메일 클라이언트에 원본 계정과 Gmail을 모두 추가한 다음 메시지를 드래그합니다. 아무도 말해주지 않는 것은 모든 이메일 클라이언트가 이 작업 중 원래 날짜 메타데이터를 버린다는 것입니다. 클라이언트는 원래 INTERNALDATE를 지정하지 않고 Gmail에 메시지를 업로드하므로 Gmail은 대신 업로드 타임스탬프를 기록합니다. 수천 통의 이메일, 하나의 날짜.

Gmail은 이 문제에 자체적인 특성을 더합니다. 업로드된 메시지를 수신하면 Gmail의 IMAP 게이트웨이는 현재 날짜와 시간이 찍힌 새 Received 헤더를 추가합니다. 이 헤더가 헤더 체인의 맨 위에 위치합니다. Gmail 웹 인터페이스는 이메일 본문의 Date 헤더를 표시용으로 사용할 만큼 똑똑하기 때문에 브라우저에서 날짜가 올바르게 보일 수 있습니다. 하지만 이후에 연결하는 모든 IMAP 클라이언트는 Google 서버의 손상된 INTERNALDATE를 읽습니다.

사실 수동 IMAP 복사를 하는 사람이 생각보다 많습니다. Yahoo Mail이나 저가 호스팅에서 Gmail로 통합하는 소규모 사업체, 세 개의 계정을 하나로 합치는 프리랜서, 공식 마이그레이션 도구가 없는 제공업체에서 고객의 사서함을 마이그레이션하는 IT 컨설턴트가 그 예입니다. 드래그 앤 드롭 방식은 직관적이고 안전하게 느껴집니다. 하지만 IMAP 프로토콜 수준에서 날짜 메타데이터는 전송 중 조용히 파괴되며, 누군가 알아차릴 때쯤이면 원본 계정이 이미 폐쇄되었을 수 있습니다.

영향은 두 세계로 나뉩니다. Gmail 웹 인터페이스에서는 Gmail이 이메일 본문의 Date 헤더를 읽기 때문에 날짜가 올바르게 보일 수 있습니다. Outlook, Apple Mail, Thunderbird, Android Gmail 앱 등 모든 IMAP 클라이언트에서는 대신 복사 날짜가 표시됩니다. 이것은 같은 이메일이 접근 방법에 따라 다른 날짜를 표시하는 혼란스러운 상황을 만듭니다.

하지만 피해는 표시 불일치를 넘어섭니다. 30,000통의 이메일이 모두 같은 INTERNALDATE를 가진 사서함에 대해 규정 준수 감사를 실행해 본 적이 있나요? Google Vault의 날짜별 검색이 오해의 소지가 있는 결과를 반환합니다. MailStore, Veeam 또는 IMAP을 통해 아카이빙하는 커스텀 스크립트 같은 백업 도구는 잘못된 날짜를 영구적으로 기록합니다. Google Takeout 내보내기도 파일 이름에 INTERNALDATE를 참조하여 2017년 이메일이 단일 날짜 아래 2023년 이메일과 나란히 있는 아카이브 폴더를 만들 수 있습니다. 여러 제공업체에서 수년간의 이메일을 Gmail로 통합한 사람에게 이것은 전체 이메일 기록의 날짜 메타데이터가 Google 서버에서 잘못되어 있다는 것을 의미할 수 있습니다.

Redate.io는 마이그레이션 도구 시그니처 패턴 매칭을 사용하여 영향을 받은 메시지를 식별하는 독자적인 보정 엔진으로 이 문제를 해결합니다. 프로세스는 서버 수준에서 정밀 메타데이터 보정을 수행하며, 정확한 날짜 정보를 복원하면서 메시지 내용, 라벨, 읽음 상태 및 첨부 파일을 보존합니다. 모든 메시지는 수정 전후로 개별 검증을 받습니다.