마이그레이션 후 Thunderbird 날짜 오류 표시 문제

Thunderbird의 이메일 날짜 처리 방식

Mozilla Thunderbird는 가장 인기 있는 무료 이메일 클라이언트 중 하나예요. Outlook의 오픈소스 대안을 선호하는 개인과 조직에서 널리 사용돼요. Thunderbird가 이메일 날짜를 표시하는 방식은 다른 클라이언트보다 유연한 편인데, 이 유연함이 마이그레이션 날짜 문제가 생겼을 때는 오히려 혼란의 원인이 되기도 해요.

Thunderbird의 두 가지 날짜 열

Thunderbird는 "날짜"와 "받음"이라는 두 값을 구분해요. "날짜" 열은 RFC 2822 Date 헤더의 값을 보여주는데, 이는 발송자가 설정한 타임스탬프예요. "받음" 열은 IMAP 서버의 메타데이터(INTERNALDATE)와 메시지의 Received 헤더에서 가져온 날짜를 보여줘요.

Thunderbird는 기본적으로 "날짜" 열, 즉 발송 날짜를 표시해요. 그래서 마이그레이션 직후에는 사용자가 날짜 문제를 눈치채지 못하는 경우가 많아요. Date 헤더가 그대로 보존되기 때문이에요. 반면 "받음" 열은 모든 이메일에서 마이그레이션 날짜를 보여줘요. "받음" 열을 표시하도록 설정을 바꾸었거나 받은 날짜로 정렬하는 사용자는 잘못된 날짜를 보게 돼요.

"받은 순서" 정렬과 "날짜" 정렬의 차이

Thunderbird는 별도의 정렬 옵션을 제공해요. "날짜"는 Date 헤더 기준으로, "받은 순서"는 받은 타임스탬프 기준으로 정렬돼요. "날짜"로 정렬하면 올바른 시간순이 유지되지만, "받은 순서"로 정렬하면 마이그레이션된 모든 이메일이 마이그레이션 날짜로 묶이면서 시간순이 깨져요.

많은 사용자가 이 두 정렬 옵션이 다르다는 사실을 모르고 있어요.

Thunderbird "날짜" 열이 진짜 해결책이 아닌 이유

검색 기능도 영향을 받아요

Thunderbird의 검색 기능은 날짜 범위로 필터링할 수 있어요. 사용자가 "2024년 1월에 받은 이메일"을 검색하면 Thunderbird는 Date 헤더가 아니라 서버의 받은 날짜 메타데이터를 사용해요. 마이그레이션 후에는 이 검색이 2024년 1월에 대해 결과를 하나도 반환하지 않고, 대신 마이그레이션 날짜로 모든 이메일을 반환해요. 특정 분기의 인보이스를 찾는 회계사나 사건 기간의 서신을 모으는 변호사처럼 날짜 범위로 자주 검색하는 사용자에게는 메일함이 실질적으로 못 쓰게 되는 셈이에요.

메시지 필터와 저장된 검색

Thunderbird의 메시지 필터는 날짜 조건으로 작동할 수 있어요. "받음" 날짜나 "경과 일수"를 참조하는 필터는 마이그레이션 후 제대로 작동하지 않아요. 날짜 조건을 사용하는 저장된 검색(가상 폴더)도 마찬가지로 영향을 받아요.

같은 계정을 사용하는 다른 IMAP 클라이언트

Thunderbird 사용자가 "날짜" 열로 바꿔서 보더라도 근본적인 문제는 서버에 그대로 남아 있어요. 같은 메일함에 Outlook, Apple Mail, 모바일 앱, 웹메일 등으로 접속하는 사람은 잘못된 날짜를 보게 돼요. 이 문제는 클라이언트 측이 아니라 서버 측 문제예요.

Thunderbird에서 헤더 확인하기

Thunderbird의 헤더 보기 기능 사용하기

Thunderbird에서는 이메일 헤더를 쉽게 확인할 수 있어요. 문제가 된 이메일을 열고 보기, 메시지 원본 순서로 클릭하거나 Ctrl+U를 누르면 원본 메시지 전체가 표시돼요. 보기, 헤더, 모두 순서로 클릭하면 확장된 헤더 보기도 볼 수 있어요.

마이그레이션 Received 헤더 식별하기

원본 메시지 상단의 "Received" 헤더를 살펴보세요. 가장 위에 있는 Received 헤더가 가장 최근에 추가된 것인데, 마이그레이션 후에는 이것이 마이그레이션 도구가 추가한 헤더예요. 보통 마이그레이션 날짜와 일치하는 타임스탬프를 담고 있고, BitTitan의 경우 "mx.migrationwiz.com", CloudM의 경우 "cloudm.io", GSMMO의 경우 "gmailapi.google.com"처럼 도구를 직접 가리키는 경우도 있어요.

마이그레이션 헤더 아래쪽에는 원본 Received 헤더가 그대로 남아 있어요. 원본 Date 헤더도 보존돼 있고요. 이는 올바른 날짜 정보가 실제로 존재하며, 복원만 하면 된다는 뜻이에요.

클라이언트 측 수정이 통하지 않는 이유

문제는 서버 측에 있어요

Thunderbird 설정을 바꾸는 우회 방법은 결국 화면에 보이는 것만 바꾸는 클라이언트 측 변경일 뿐이에요. 서버에 있는 실제 이메일 데이터에는 여전히 마이그레이션 Received 헤더가 남아 있어요. 그래서 다른 기기와 클라이언트는 잘못된 날짜를 보고, 서버 측 검색은 잘못된 결과를 반환하며, 컴플라이언스와 아카이브 도구는 잘못된 날짜를 얻고, 백업 도구도 잘못된 날짜를 그대로 기록해요. 영구적인 해결책은 서버의 데이터 자체를 고치는 것뿐이에요.

Thunderbird 부가 기능으로는 해결할 수 없어요

Thunderbird의 확장 기능 시스템은 강력하지만, 어떤 부가 기능도 IMAP 서버의 이메일 헤더를 수정할 수는 없어요. 부가 기능은 로컬에서 날짜가 표시되는 방식을 바꿀 수는 있지만, 이는 그 컴퓨터의 Thunderbird에만 영향을 줄 뿐이에요. 그러면 실제 해결책은 무엇일까요?

서버 수준에서 Thunderbird 날짜 수정하기

Redate.io가 문제를 해결하는 방법

Redate.io는 Google Workspace, Microsoft 365, 그리고 Zimbra나 Zoho를 포함한 모든 IMAP 서버에 연결해서, 영향을 받은 이메일을 서버에서 직접 수정해요.

Redate.io의 독자적인 수정 엔진은 메일함 안의 날짜 이상(anomaly)을 분석해서 영향을 받은 메시지를 식별해요. 어떤 마이그레이션 도구를 사용했는지와 무관하게 작동하는 방식이에요. 이 다단계 분석 과정은 DIY 방식으로는 놓치기 쉬운 예외 상황도 처리해요. S/MIME 서명 메시지, PGP 암호화 콘텐츠, 중첩된 경계를 가진 멀티파트 구조, non-ASCII 헤더, Content-Transfer-Encoding 변형 등이 그 예예요. 수정 후에는 무결성 검증을 통해 모든 메시지가 그대로 보존되었는지 확인해요. 원본 이메일은 삭제되지 않고 메일함 안의 눈에 보이는 백업 폴더로 옮겨져 그대로 보관돼요.

수정이 끝나면 Thunderbird가 서버와 동기화되면서 수정된 날짜를 받아와요. "날짜"와 "받음" 열 모두 올바른 값을 표시하게 돼요. 날짜 범위 검색도 제대로 작동하고, 받은 날짜를 기준으로 하는 필터와 저장된 검색도 예상대로 작동해요.

이런 작업을 직접 스크립트로 만들어 볼 수도 있을까요? 물론 가능해요. 하지만 8000건의 수정된 이메일 모두에 첨부 파일이 온전하게 남아 있는지, 스레드 구조가 유지됐는지, MIME 구조가 유효한지 어떻게 검증할까요? 바로 이 검증 문제에서 DIY 방식은 한계를 드러내요.

Thunderbird에서 수정 확인하기

Redate.io가 수정을 완료하면, 폴더 창에서 계정을 마우스 오른쭉 클릭해서 "구독"을 선택한 다음 대화창을 닫거나, 폴더 압축을 실행해서 Thunderbird를 강제로 다시 동기화하세요. Thunderbird는 서버에서 업데이트된 메시지 헤더를 다운로드해요. 이제 "받음" 열에도 원래의 받은 날짜가 표시될 거예요.

흔한 Thunderbird 마이그레이션 시나리오

마이그레이션 도구로 사용되는 Thunderbird

흔한 시나리오 중 하나는 Thunderbird 자체를 마이그레이션 도구로 쓰는 경우예요. 관리자가 Thunderbird에 원본과 대상 IMAP 계정을 모두 설정하고, 한 계정에서 다른 계정으로 이메일을 끌어다 놓는 방식이에요. 이메일이 전송된다는 점에서는 "작동"하지만, 대상 서버가 복사된 모든 메시지에 Received 헤더를 추가하면서 복사한 날짜로 도장을 찍어버려요. Thunderbird에서 수동 IMAP 복사 날짜 수정 가이드를 참고하세요.

서버 측 마이그레이션 이후의 Thunderbird

BitTitan, CloudM, imapsync 등을 이용해 서버 수준에서 마이그레이션이 이루어진 경우, Thunderbird 사용자도 다른 IMAP 클라이언트 사용자와 마찬가지로 영향을 받아요. "받음" 열에는 마이그레이션 날짜가 나타나는 반면 "날짜" 열은 여전히 올바를 수 있어요. 관리자는 Thunderbird의 두 열 표시가 문제를 가려버릴 수 있다는 점을 특히 염두에 두고 날짜를 확인해야 해요.

Thunderbird에서 마이그레이션 후 잘못된 날짜가 표시되고 있나요? Redate.io로 무료 검사 시작하기를 통해 영향을 받은 이메일을 확인하고, 모든 이메일 클라이언트에서 올바른 날짜를 복원해 보세요.