마이그레이션 후 Apple Mail에 잘못된 날짜가 표시되는 이유
이메일 마이그레이션 후, macOS와 iOS에서 Apple Mail을 사용하는 분들은 당혹스러운 문제를 발견하게 돼요. 모든 이메일이 동일한 날짜, 즉 마이그레이션이 진행된 날짜로 표시되는 거죠. 2018년에 받은 메시지든 2023년에 받은 메시지든 관계없이, Apple Mail은 같은 타임스탬프를 보여줘요. 이 문제는 Mac의 Apple Mail, iPhone과 iPad의 메일 앱, 그리고 동일한 계정과 동기화된 모든 Apple 기기에서 발생해요.
Apple Mail이 표시 날짜를 결정하는 방식
Apple Mail은 IMAP INTERNALDATE와 메시지 헤더를 함께 사용해서 각 이메일 옆에 표시할 날짜를 결정해요. Outlook이 가장 최근의 "Received" 헤더에 크게 의존하는 것과 달리, Apple Mail은 IMAP INTERNALDATE에 상당한 비중을 두고 있어요. 일반적인 수신 과정에서는 INTERNALDATE가 실제 수신 시각과 일치해요. 그런데 마이그레이션 후에는, 도구가 날짜를 명시적으로 보존하지 않은 경우 이 값이 마이그레이션 시각을 반영하거나, 보존된 경우 올바른 값을 유지하기도 해요. 하지만 INTERNALDATE가 보존된 경우에도, 마이그레이션 도구가 추가한 새로운 "Received" 헤더가 Apple Mail의 날짜 확인 로직을 방해할 수 있어요.
Received 헤더가 Apple Mail에 미치는 영향
마이그레이션 도구가 IMAP APPEND를 통해 이메일을 삽입하면, 대상 서버는 마이그레이션 타임스탬프가 담긴 새로운 "Received" 헤더를 추가해요. Apple Mail이 항상 가장 최근의 Received 헤더를 기준으로 삼는 건 아니지만 (Outlook과 다르게), 마이그레이션 헤더의 존재 자체가 특정 보기 방식이나 macOS, iOS 버전에 따라 표시 날짜에 영향을 줄 수 있어요. 버전마다 동작이 완전히 일관되지 않아서 문제 진단이 더 까다로워져요.
"보낸 날짜" 열: 왜 근본적인 해결책이 아닌가
Apple Mail에 "보낸 날짜" 열 추가하기
Apple 포럼에서 가장 많이 나오는 조언이에요. 메시지 목록에 "보낸 날짜" 열을 추가하라는 거죠. macOS 메일에서는 보기 메뉴, 열, 보낸 날짜 순서로 설정할 수 있어요. 이 열은 RFC 2822 "Date" 헤더를 읽는데, 이 헤더는 마이그레이션 중에도 보존되어 원래 발송 날짜를 그대로 반영해요.
이 방법의 한계
"보낸 날짜" 열을 추가하면 올바른 날짜를 참조할 수는 있지만, 근본적인 문제는 해결되지 않아요. 기본 "수신 날짜" 열은 여전히 마이그레이션 날짜를 표시해요. Apple Mail의 검색 결과도 수신 날짜를 기준으로 해요. 날짜로 필터링하는 스마트 사서함도 수신 날짜를 사용하고요. macOS의 Spotlight도 수신 날짜를 색인화하기 때문에, 시스템 검색에서 잘못된 결과가 나와요.
iPhone과 iPad는 어떨까요? 메일 앱 자체가 열 커스터마이징을 지원하지 않아요. 사용자는 기본 날짜, 즉 마이그레이션 날짜만 볼 수밖에 없어요.
sasil, "보낸 날짜" 열은 발신자가 메시지를 작성한 시점을 보여주는데, 이는 수신자가 실제로 받은 시점과 다를 수 있어요. 수신 날짜 메타데이터를 직접 수정해야만 진정한 시간순 정렬이 복원돼요. 보낸 날짜 정렬이 진정한 해결책이 아닌 이유에서 설명하듯이, 이 방법으로는 근본적인 문제가 그대로 남아요.
iPhone과 iPad의 Apple Mail
iOS에서는 열 커스터마이징 불가
iPhone과 iPad의 메일 앱은 어떤 날짜 열을 표시할지 선택할 수 없어요. 서버의 IMAP 메타데이터에 의해 결정된 단 하나의 날짜만 보여줘요. 마이그레이션 후에는 iOS 메일의 모든 이메일이 마이그레이션 날짜로 표시돼요. 기기에서 할 수 있는 우회 방법은 없어요. 수정은 서버 레벨에서 이루어져야 해요.
iCloud Mail과 마이그레이션
iCloud Mail 계정으로 전송하거나 iCloud에서 다른 공급자로 마이그레이션한 경우에도 동일한 날짜 문제가 발생할 수 있어요. Apple의 IMAP 서버도 APPEND 작업 시 Received 헤더를 추가하는 표준 동작을 따르거든요. iCloud Mail 계정은 Apple ID 설정에서 생성한 앱별 비밀번호를 사용해서 IMAP으로 Redate.io에 연결하고 스캔 및 수정을 진행할 수 있어요.
서버 레벨에서의 수정
왜 서버에서 수정이 이루어져야 하는가
Apple Mail은 IMAP 클라이언트예요. 메일 서버의 데이터를 읽어서 표시하죠. 잘못된 날짜는 서버에 저장되어 있어요 (마이그레이션 Received 헤더와 잘못된 INTERNALDATE 값으로). Apple Mail에서 아무리 설정을 바꿔봐도 서버가 보내주는 데이터를 우회할 수 없어요. Apple Mail이 올바른 날짜를 표시하게 하려면, 서버의 데이터 자체를 수정하는 수밖에 없어요.
Redate.io가 Apple Mail 날짜를 수정하는 방법
Redate.io는 Apple Mail에 직접 연결하는 게 아니라 메일 서버에 연결해서 데이터를 근본부터 수정해요. 독자적인 교정 엔진은 Google Workspace, Microsoft 365, iCloud Mail, Zoho Mail, Zimbra 등 이메일을 호스팅하는 모든 서버와 함께 작동해요.
Redate.io의 다단계 분석 파이프라인은 헤더 체인에서 마이그레이션 서명을 식별하고, S/MIME 서명, 멀티파트 구조, 인라인 첨부파일, 비 ASCII 인코딩 헤더 등 메시지 무결성을 보존하면서 타깃 교정을 적용해요. 그리고 수정된 모든 이메일에 대해 무결성 검증을 수행하고, 원본은 "Redate.io - Originals" 백업 폴더에 30일 동안 보관해요.
수정이 완료되면, macOS의 Apple Mail이 자동으로 교정된 날짜를 동기화해요. iPhone과 iPad에서는 다음 동기화 사이클에서 메일 앱이 업데이트돼요. Apple 기기에서 별도의 설정 변경은 필요하지 않아요.
단계별 가이드: Apple Mail 날짜 수정하기
1단계: 메일 서버 확인
문제가 있는 사서함을 호스팅하는 서버가 어디인지 확인해요. macOS에서 메일 앱의 계정 설정(메일 메뉴, 계정)에서 IMAP 서버 주소를 확인할 수 있어요. 일반적인 서버로는 imap.gmail.com (Google), outlook.office365.com (Microsoft 365), 그 외 다양한 IMAP 호스트가 있어요.
2단계: Redate.io 연결
Redate.io 계정을 만들고 메일 서버를 연결해요. Google Workspace는 서비스 계정 위임을 사용하고, Microsoft 365는 Azure AD 앱 등록을 사용해요. 다른 IMAP 서버는 서버 주소와 자격 증명을 입력하면 돼요. iCloud Mail의 경우, appleid.apple.com에서 앱 전용 비밀번호를 생성해서 사용해요.
3단계: 무료 스캔 실행
Redate.io가 사서함을 스캔해서 날짜 문제가 있는 이메일이 몇 개인지 알려줘요. 스캔은 모든 폴더를 대상으로 해요. 결제는 필요 없어요. 결과에는 영향받은 이메일의 총 수와 수정 전후 날짜 미리보기가 표시돼요.
4단계: 수정 및 확인
영향받은 이메일 수에 맞는 플랜을 선택하고 수정을 시작해요. 완료 후 macOS에서 Apple Mail을 열면, 동기화 후 날짜가 수정된 걸 확인할 수 있어요. iPhone과 iPad에서도 확인해 보세요. 다음 동기화 후에 교정된 날짜가 표시돼요.
Apple Mail의 모든 이메일에 잘못된 날짜가 표시되고 있나요? Redate.io로 무료 스캔을 시작해서 얼마나 많은 이메일이 영향받았는지 확인해 보세요.