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

Zoho의 자체 Migration Wizard를 사용하여 Zoho Mail로 마이그레이션했습니다. 이전 제공업체(Google Workspace, Microsoft 365, 레거시 IMAP 서버)에서 모든 이메일을 가져와 새 Zoho 계정으로 업로드했습니다. 그런데 2015년 청구서부터 지난달 프로젝트 스레드까지 모든 이메일이 원래 날짜 대신 마이그레이션 날짜를 표시합니다.

기술적 이유는 충분히 간단합니다. Zoho Migration Wizard가 메시지를 업로드하면 Zoho Mail의 처리 파이프라인은 업로드 타임스탬프를 배달 날짜로 기록합니다. 현재 시간이 찍힌 Received 헤더를 추가합니다. 서버의 INTERNALDATE는 이메일이 원래 배달된 시점이 아닌 지금으로 설정됩니다. 각 메시지 본문 내의 원본 Date 헤더는 여전히 존재하고 올바른 날짜를 가지고 있지만, Zoho Mail은 이것을 표시에 사용하지 않습니다.

이 상황이 다른 마이그레이션 날짜 문제와 다른 점이 있습니다. Gmail의 경우 웹 인터페이스가 Date 헤더 값을 표시하여 문제를 감추는 경우가 있습니다. Zoho Mail은 그렇지 않습니다. Zoho Mail은 모든 접근 방법에 걸쳐 메시지 저장소의 배달 날짜를 일관되게 표시합니다. 웹 브라우저, 데스크톱 앱, 모바일 앱, IMAP 클라이언트 모두 마찬가지입니다. 손상된 날짜로부터 숨을 곳이 없습니다. 모든 보기, 모든 검색, 모든 정렬이 잘못됩니다.

10년간의 비즈니스 이메일 기록이 갑자기 하루로 압축되었습니다. 2021년 2월의 계약 논의를 찾을 수 있을까요? 날짜로는 불가능합니다. (정확한 제목을 기억하고 검색이 결과를 내줄 것을 바라는 수밖에 없습니다.)

피해는 전면적입니다. Zoho Mail의 받은 편지함 보기, 보낸 메일, 폴더 보기 모두 모든 이메일 옆에 마이그레이션 날짜를 표시합니다. 날짜 기반 검색 쿼리는 모든 메시지가 동일한 배달 날짜를 공유하기 때문에 전체 사서함을 반환합니다. 날짜별 정렬은 시간순서가 사라졌으므로 무작위처럼 보이는 목록을 만듭니다.

하지만 받은 편지함을 넘어 더 깊은 문제가 있습니다. 스레드 대화 보기를 제공하는 Zoho Mail의 Streams 기능은 토론에 대해 잘못된 시간순서를 표시합니다. 날짜를 참조하는 이메일 필터와 전달 규칙은 손상된 타임스탬프를 기반으로 작동합니다. Zoho의 통합 제품군(Zoho CRM, Zoho Projects, Zoho Desk)을 사용하는 조직은 연결된 기록에서 잘못된 이메일 날짜를 볼 수 있으며, 정확한 타임라인에 의존하는 워크플로우가 깨질 수 있습니다. Redate.io는 IMAP을 통해 Zoho Mail에 연결하여 다른 모든 메시지 속성을 그대로 보존하면서 영향을 받은 모든 이메일의 날짜 메타데이터를 수정하는, 메시지별 검증이 포함된 안전한 저수준 메시지 처리로 이 문제를 해결합니다.