Outlook에서 Zoho Migration Wizard 마이그레이션 날짜 수정

Zoho Migration Wizard는 Google Workspace, Microsoft 365 또는 일반 IMAP 서버에서 Zoho Mail로 사서함을 이전하기 위한 내장 도구입니다. 원본에서 각 이메일을 다운로드하여 Zoho의 인프라로 다시 업로드합니다. 이 업로드 중에 Zoho의 메일 처리 파이프라인은 모든 메시지에 마이그레이션 타임스탬프가 포함된 새 Received 헤더를 추가합니다. INTERNALDATE(서버 수준 배달 날짜)는 Zoho가 메시지를 수집한 시점으로 설정되며, 원래 발신되거나 수신된 시점이 아닙니다.

이제 IMAP을 통해 Outlook을 해당 Zoho Mail 계정에 연결합니다. Outlook은 "받은 날짜" 열을 채우기 위해 INTERNALDATE를 읽습니다. 지난주 이메일이든 2014년 이메일이든 모든 이메일이 마이그레이션 날짜를 표시합니다. 각 이메일 안의 Date 헤더에는 여전히 올바른 원래 타임스탬프가 있지만, Outlook은 그 헤더를 표시에 사용하지 않습니다. 서버의 INTERNALDATE를 신뢰합니다.

Zoho가 왜 이렇게 하는 걸까요? 마이그레이션 마법사는 업로드된 메시지를 새로 배달된 메일과 동일하게 처리합니다. 원래 배달 타임스탬프를 보존하는 특별한 "마이그레이션 모드"가 없습니다(최소한 모든 원본 플랫폼에서 안정적으로 작동하는 것은). 결과적으로 8년간의 비즈니스 서신을 담은 12,000통의 이메일이 있는 사서함이 Outlook에서 모두 같은 날짜를 표시합니다.

중소기업이 이 문제에 가장 큰 타격을 받습니다. Google Workspace나 Microsoft 365의 비용 효율적인 대안으로 Zoho Mail을 선택한 기업들입니다. 깔끔한 전환을 기대하며 마이그레이션 마법사를 실행했습니다. 그런데 이제 회계사는 2022년 3월 청구서를 찾을 수 없고, 법무팀은 날짜가 정확한 이메일 기록을 생성할 수 없으며, 전체 Outlook 경험이 깨져 있습니다.

Outlook의 "받은 날짜" 열은 모든 이메일에 대해 Zoho 마이그레이션 날짜를 표시합니다. 날짜별 정렬을 하면 동일한 날짜의 메시지 벽이 나타납니다. Outlook의 자동 날짜 그룹화(오늘, 어제, 이번 주, 지난달, 이전)는 모든 메시지가 같은 그룹에 속하므로 의미가 없어집니다. 날짜 범위 검색은 전체 사서함 또는 아무것도 반환하지 않습니다.

Zoho Mail을 백엔드로 사용하면서 Outlook을 일상 이메일 클라이언트로 의존하는 기업에게 이것은 사소한 짜증이 아닙니다. 운영상의 문제입니다. 날짜를 참조하는 빠른 단계와 규칙이 오작동합니다. 알려진 날짜의 특정 이메일을 찾으려면 수천 개의 결과를 수동으로 스크롤해야 합니다. 인쇄된 이메일은 "받은 날짜" 필드에 마이그레이션 날짜를 표시하여 문서화, 감사 및 법적 규정 준수에 문제를 일으킬 수 있습니다. Redate.io는 표준 IMAP을 통해 Zoho Mail에 연결하고, 영향을 받은 모든 메시지를 식별하고, 날짜 메타데이터를 수정하고, 각 수정을 개별 검증하는 다단계 헤더 분석 파이프라인을 실행합니다. 이메일 내용 자체는 수정하지 않습니다.