Outlook이 잘못된 날짜를 표시하는 이유
이메일 마이그레이션 후, Outlook 사용자들은 모든 이메일이 같은 날짜(마이그레이션 날짜)를 표시하고 있다는 것을 자주 발견해요. 이 문제는 Outlook Desktop, Outlook for Mac, 새로운 Outlook for Windows, Outlook Mobile 모두에 영향을 미쳐요. 원인은 모든 버전에서 동일합니다. Outlook은 가장 최근의 Received 헤더를 읽어서 "받은 날짜"를 결정하는데, 마이그레이션 도구가 마이그레이션 타임스탬프가 있는 새 Received 헤더를 추가하기 때문이에요.
Outlook이 "받은 날짜"를 결정하는 방법
Outlook이 이메일 날짜를 표시할 때, IMAP INTERNALDATE와 메시지의 Received 헤더를 읽어요. "받은 날짜" 열(대부분의 Outlook 뷰에서 기본 정렬 열)에서 Outlook은 최상위 Received 헤더의 타임스탬프를 사용해요. 정상적인 배달에서는 이 헤더가 수신자의 메일 서버에 메시지가 도착한 시간을 반영해요. 마이그레이션 후에는 최상위 Received 헤더가 마이그레이션 도구가 새 서버에 메시지를 삽입한 시간을 반영해요.
Outlook의 "보낸 날짜"와 "받은 날짜"의 차이
Outlook은 두 개의 날짜 열을 구분해요. "보낸 날짜"(이메일의 Date 헤더에서 가져옴)와 "받은 날짜"(Received 헤더 또는 INTERNALDATE에서 가져옴)예요. 마이그레이션 후, 원래의 Date 헤더가 보존되어 있으므로 "보낸 날짜"는 여전히 정확할 수 있어요. 하지만 "받은 날짜"는 마이그레이션 타임스탬프를 표시해요. Outlook의 기본 뷰가 "받은 날짜"로 정렬되고, 대부분의 사용자가 이것을 바꾸지 않기 때문에, 모두가 보는 것은 마이그레이션 날짜예요.
확인 - 이것이 마이그레이션 날짜 문제인가요?
수정을 시도하기 전에, 문제가 정말로 마이그레이션 헤더에 의한 것이고 다른 원인이 아닌지 확인해야 해요.
Outlook에서 이메일 헤더 확인하는 방법
Outlook Desktop에서는 해당 이메일을 열고, "파일"을 클릭한 다음 "속성"을 클릭해요. 하단의 "인터넷 머리글" 영역에 원시 헤더가 표시돼요. Outlook on the web(OWA)에서는 이메일을 열고, 점 세 개 메뉴를 클릭한 후 "보기" 그리고 "메시지 세부 정보 보기"를 선택해요. 원시 헤더가 팝업 창에 표시돼요.
마이그레이션 Received 헤더 식별
마이그레이션 도구에 대한 참조를 포함하는 Received 헤더를 찾으세요. 일반적인 패턴에는 BitTitan의 "mx.migrationwiz.com", CloudM의 "cloudm.io", 또는 마이그레이션 날짜와 일치하는 타임스탬프가 있는 일반적인 "localhost" 항목이 있어요. 최상위 Received 헤더의 날짜가 마이그레이션 날짜와 일치하고(메시지의 원래 날짜와 다를 경우) 문제가 확인돼요. 도구별 가이드는 BitTitan, CloudM, imapsync, GSMMO, Exchange IMAP, 수동 IMAP 복사 후 Outlook 날짜 수정을 참고하세요.
효과 없는 해결책
Outlook 사용자와 IT 관리자는 보통 수정이 Outlook 클라이언트가 아닌 서버 수준에서 이루어져야 한다는 것을 깨닫기 전에 여러 접근법을 시도해요.
"보낸 날짜" 열로 변경
Outlook 뷰를 "받은 날짜"에서 "보낸 날짜"로 전환하는 것이 가장 일반적인 해결 방법이에요. 정렬 순서는 바뀌지만, 근본적인 데이터는 수정되지 않아요. 검색 결과는 여전히 잘못된 받은 날짜를 참조해요. 받은 날짜 기반 규칙과 필터는 제대로 작동하지 않아요. 컴플라이언스 및 eDiscovery 도구는 받은 타임스탬프에 의존하므로 부정확한 결과를 생성해요. 그리고 사용자는 모든 기기, 모든 폴더에서 이 설정을 변경해야 하는데, 조직 규모에서는 감당할 수 없는 지원 부담이에요.
OST/PST 파일 재구성
일부 관리자는 Outlook의 로컬 캐시(OST 파일)를 삭제하고 Outlook이 서버에서 재동기화하도록 해서 문제를 해결하려고 해요. 문제가 로컬 캐시가 아닌 서버 측에 있기 때문에 의미가 없어요. 재동기화된 데이터에는 동일한 마이그레이션 Received 헤더가 포함되어 있으므로 날짜는 여전히 잘못돼요. 마찬가지로 PST로 내보내고 다시 가져와도 마이그레이션 헤더는 제거되지 않아요.
Outlook 보기 설정
그런데, Outlook의 보기 설정, 조건부 서식, 그룹화 옵션을 조정해도 Outlook이 이메일 헤더에서 읽는 날짜는 변경할 수 없어요. 이러한 설정은 데이터가 표시되고 정리되는 방식을 제어하지만, 근본적인 날짜 값은 서버에서 가져와요. 어떤 보기 설정 조합으로도 Outlook이 마이그레이션 Received 헤더를 무시하도록 할 수는 없어요.
해결책 - 서버 수준에서 올바른 날짜 복원
마이그레이션 후 Outlook의 잘못된 날짜를 수정하는 유일한 방법은 서버의 이메일을 수정하는 거예요. 서버 측 데이터가 수정되면, Outlook은 다음 동기화 시 자동으로 올바른 날짜를 표시해요. 클라이언트 측 변경은 불필요해요.
하지만 스크립트로 직접 하면 안 되나요? 단순 검색-대체 작업보다 훨씬 복잡하기 때문이에요. 각 이메일은 고유한 헤더 구조를 가져요. 일부 메시지에는 1바이트만 변경해도 무효화되는 S/MIME 디지털 서명이 있어요. PGP 암호화, 중첩된 MIME 파트, 비ASCII 인코딩 헤더(RFC 2047), Content-Transfer-Encoding 특이성으로 인해 단순한 파서로는 처리할 수 없는 것도 있어요. 손상된 MIME 경계는 첨부파일을 조용히 파괴할 수 있어요. 깨진 스레딩은 메일함 전체에서 대화를 흩어지게 할 수 있고요. 그리고 적절한 검증 없이는, 3주 후에 사용자가 첨부파일 누락을 보고할 때까지 무엇이 잘못되었는지조차 모를 수 있어요.
Redate.io가 Outlook 날짜를 수정하는 방법
Redate.io는 메일 서버(Google Workspace, Microsoft 365, 또는 모든 IMAP 서버)에 직접 연결하고 독자적 수정 엔진으로 각 이메일을 처리해요. 엔진은 수백 개의 알려진 마이그레이션 도구 프로필에 대한 시그니처 매칭을 처리하고, 복잡한 MIME 구조 전반에서 메시지 무결성을 유지하고, 확정 전에 각 수정을 검증하는 다단계 분석 파이프라인을 실행해요. 원본 메시지는 30일간 "Redate.io - Originals" 가시적 폴더로 이동돼요.
Redate.io의 수정 완료 후, Outlook은 다음 동기화 시 수정된 날짜를 가져와요. Outlook 설정 변경은 필요 없어요. 수정이 서버 수준에서 이루어지므로 모든 버전의 Outlook에서 작동해요.
수정 전과 후
수정 전, 마이그레이션 후의 Outlook 받은편지함은 모든 이메일에 같은 받은 날짜(예를 들어 원래 2015년에서 2019년 사이에 보낸 메시지 전부에 "2019년 4월 11일")를 표시해요. Redate.io 처리 후, 같은 받은편지함이 올바른 원래 날짜를 표시해요. 2015년 이메일에는 2015년 날짜, 2018년 이메일에는 2018년 날짜가 표시돼요. 날짜 정렬이 다시 올바르게 작동하고, 검색 결과가 정확한 타임스탬프를 반환해요.
단계별 가이드
Redate.io로 Outlook의 잘못된 날짜를 수정하는 것은 이메일 플랫폼에 관계없이 3단계로 진행돼요.
Google Workspace 사용자
Google Workspace를 사용하는 조직에서는 관리자가 도메인 전체 위임이 있는 서비스 계정을 생성해요. 이를 통해 개별 사용자 비밀번호 없이 Redate.io가 메일함에 접근할 수 있어요. 관리자는 Redate.io에 서비스 계정 자격증명을 입력하고, 수정할 메일함을 선택하고, 무료 분석을 시작해요. 분석으로 각 메일함에서 몇 통의 이메일 날짜가 잘못되었는지 파악돼요. 결과 검토 후, 관리자가 요금제를 선택하고 수정을 시작해요. Redate.io가 선택된 모든 메일함을 자동으로 처리해요. 사용자는 다음 동기화 후 Outlook(및 기타 클라이언트)에서 수정된 날짜를 확인할 수 있어요.
Microsoft 365 사용자
Microsoft 365 조직에서는 관리자가 적절한 메일 권한이 있는 Azure AD 앱을 등록해요. Redate.io는 이 앱을 사용해서 Microsoft Graph API 또는 IMAP을 통해 Exchange Online 메일함에 접근해요. 프로세스는 동일해요. 연결, 무료 분석, 결과 검토, 수정 순서예요. 관리자 동의는 한 번만 필요하고 테넌트의 모든 메일함에 적용돼요.
기타 IMAP 서버
다른 IMAP 서버(Zimbra, Zoho, cPanel, Dovecot, Courier)에서 호스팅되는 메일함의 경우, 사용자가 표준 이메일 자격증명(서버 주소, 사용자 이름, 비밀번호)으로 연결해요. Redate.io가 IMAP으로 연결해서 메일함을 분석하고 같은 수정을 적용해요. 이 옵션은 개인 메일함에 대해 작동하며 서버 관리자 접근은 필요 없어요.
간단히 말해, 플랫폼에 관계없이 결과는 동일해요. Outlook이 올바른 원래 날짜를 표시하고, 정렬이 정상 작동하고, 메일함의 시간순 순서가 완전히 복원돼요.
마이그레이션 후 Outlook이 잘못된 날짜를 표시하고 있나요? 무료 분석 시작해서 몇 통의 이메일이 영향을 받았는지 확인하고 10통을 무료로 수정해서 결과를 검증하세요.