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

Outlook에서 두 IMAP 계정 사이에 이메일을 드래그할 때 실제로 일어나는 일은 이렇습니다. Outlook이 원본 서버에서 메시지를 다운로드한 다음 표준 메일 전송 프로토콜 명령을 사용하여 대상 서버에 업로드합니다. 이 업로드 중에 대상 서버는 현재 날짜와 시간이 포함된 새로운 Received 헤더를 추가합니다. INTERNALDATE(Outlook이 "받은 날짜" 열에 사용하는 값)는 이메일이 원래 배달된 시점이 아닌 업로드 시점으로 설정됩니다.

대부분의 사람들이 놓치는 핵심 세부 사항이 있습니다. Outlook에는 대상 서버에 "이 메시지는 원래 2019년 6월 3일에 도착했습니다"라고 알리는 메커니즘이 전혀 없습니다. Outlook이 발행하는 APPEND 명령에는 날짜 매개변수가 포함되지 않습니다. 원래 날짜를 전달하려고 최소한 시도하는 전용 마이그레이션 도구와 비교해 보세요(실패하더라도). Outlook은 시도조차 하지 않습니다.

예를 들어 보겠습니다. 이전 받은 편지함에서 4,000통의 메시지를 선택하여 새 계정으로 드래그하면 20분 후 모든 메시지가 오늘 날짜를 표시합니다. 각 이메일 안에 묻혀 있는 원본 Date 헤더에는 여전히 올바른 타임스탬프가 있습니다. 하지만 Outlook은 그 헤더를 열 표시에 절대 참조하지 않습니다. 오직 서버의 INTERNALDATE만 신뢰합니다.

이 상황을 더 악화시키는 것은 잘못된 안전감입니다. 사람들은 수동 드래그 앤 드롭 방식이 안전하고 통제 가능하다고 느끼기 때문에 선택합니다. 서드파티 도구도, 스크립트도, 마이그레이션 마법사도 필요 없습니다. 그냥 Outlook이 하는 일을 하는 것뿐입니다. 날짜 손상은 복사가 완료된 후에야 눈에 보이며, 때로는 원본 계정이 이미 폐쇄된 후입니다.

복사된 모든 메시지가 이제 Outlook의 "받은 날짜" 열에 복사 날짜를 표시합니다. 날짜별 정렬은 쓸모없습니다. 서로 다른 연도의 4,000통의 이메일이 하루에 모여 있습니다. Outlook의 날짜 기반 그룹화(오늘, 어제, 지난주, 지난달, 이전)가 하나의 블록으로 합쳐집니다. 날짜 범위를 사용한 빠른 검색은 실제 날짜를 검색하든 복사 날짜를 검색하든 모든 것 또는 아무것도 반환하지 않습니다.

특히 답답한 시나리오가 있습니다. 보낸 편지함과 몇 개의 프로젝트 폴더만 수동 복사하고 나머지는 그대로 두었습니다. 이제 사서함에 올바른 날짜의 이메일(이미 대상에 있던 것)과 잘못된 날짜의 이메일(드래그한 것)이 혼재합니다. Outlook에는 어떤 메시지가 손상된 날짜이고 어떤 것이 아닌지 알려주는 시각적 표시기가 없습니다. Redate.io의 독자적인 보정 엔진은 전체 사서함을 스캔하여 날짜가 불일치하는 메시지를 정확히 식별하고, 메시지 내용을 변경하지 않는 정밀 메타데이터 보정을 적용합니다. 수정이 필요한 것만 수정하고 나머지는 그대로 둡니다.