CloudM이란 무엇이고, 왜 날짜 문제를 일으킬까요?
CloudM Migrate(구 Cloud Migrator)는 Google Workspace 마이그레이션을 전문으로 하는 주요 마이그레이션 플랫폼이에요. IT 관리자가 CloudM을 사용해서 Microsoft Exchange, Office 365, Lotus Notes, Zimbra 등의 플랫폼에서 Google Workspace로 메일함을 이동해요. Google이 CloudM을 마이그레이션 파트너로 추천할 정도로 Google Workspace 생태계에서 가장 신뢰받는 도구 중 하나예요.
그런데, 왜 이 글을 읽고 계신 거죠? CloudM의 신뢰성에도 불구하고, 마이그레이션된 이메일이 모두 마이그레이션 날짜를 표시하는 잘 알려진 날짜 문제에 직면했기 때문이에요.
CloudM Received 헤더
다른 IMAP 마이그레이션 도구와 마찬가지로, CloudM은 마이그레이션 중 각 이메일에 새 Received 헤더를 추가해요. 이 헤더에는 "cloudm.io"나 "Cloud Migrator"에 대한 참조가 포함돼 있어요. Received 헤더 체인에서 가장 최근의 것으로서, Outlook이나 Apple Mail 같은 클라이언트에서 표시되는 받은 날짜를 결정해요.
Google Workspace에서의 특수성
CloudM 마이그레이션은 Google Workspace를 대상으로 하는 경우가 많아서 특유의 상황이 있어요. Gmail 웹 인터페이스에서는 Date 헤더를 사용하기 때문에 올바른 날짜가 표시될 수 있어요. 하지만 IMAP으로 Google Workspace 계정에 접속하는 클라이언트(Outlook, Thunderbird, Apple Mail)에서는 마이그레이션 날짜가 표시돼요. 마이그레이션 후 이메일 날짜가 바뀌는 이유를 참고하세요.
CloudM 마이그레이션 헤더 식별
Gmail에서 확인하는 방법
Gmail에서 이메일을 열고 점 세 개 메뉴에서 "원본 보기"를 선택하세요. "cloudm"이나 "Cloud Migrator"를 포함하는 Received 헤더를 찾으세요.
Outlook에서 확인하는 방법
Outlook Desktop에서 영향을 받은 이메일을 열고 "파일" > "속성"으로 이동하세요. "인터넷 머리글" 섹션에서 "cloudm"을 포함하는 Received 헤더를 찾으세요.
마이그레이션 후 CloudM이 이것을 수정할 수 없는 이유
CloudM은 마이그레이션 도구이지 마이그레이션 후 수정 도구가 아니에요. CloudM이 마이그레이션을 완료하면 이메일은 대상 서버에 Received 헤더와 함께 존재해요. CloudM에는 소급해서 Received 헤더를 제거하는 기능이 없어요.
직접 스크립트 vs 자동 수정
기술에 능한 관리자라면 Gmail API나 IMAP으로 Received 헤더를 조작하는 스크립트를 작성하는 것을 고려할 수 있어요. 테스트 이메일에서는 잘 작동하는 것처럼 보이지만, 프로덕션 환경에서는 다른 이야기예요. Google Workspace에는 이메일 변경에 관한 고유한 API 제한이 있어요. API 할당량(사용자당 하루 15,000 요청, 프로젝트당 하루 120만 요청) 관리가 필요하고요. S/MIME 서명, 중첩된 MIME 구조, 손상된 MIME 경계 등 각각이 기본 스크립트로는 처리할 수 없는 엣지 케이스예요.
Redate.io의 CloudM 날짜 수정
Redate.io는 CloudM의 마이그레이션 시그니처를 자동으로 인식하고 영향을 받은 각 이메일에 독자적 수정 엔진으로 대응해요. 가이드는 Gmail에서 CloudM 날짜 수정, Outlook, Google Workspace를 참고하세요.
엔진은 다단계 분석 파이프라인을 실행하고, RFC 준수 검증, 메시지 구조 보존, 무결성 검증을 수행해요. 원본 메시지는 "Redate.io - Originals" 폴더에 30일간 보존돼요.
CloudM이 날짜를 망가뜨렸나요? 무료 분석 시작해서 영향을 받은 이메일 수를 확인하고 10통을 무료로 수정하세요.