Thunderbird 로컬 폴더가 사라졌나요? 가져오기 전에 mbox를 점검하세요

먼저 복사하고 나중에 검사하세요. 사용 중인 프로필은 스캔하지 마세요

수집을 시작하기 전에 Thunderbird를 종료하세요. Mozilla의 이전 지침은 Thunderbird가 실행 중이지 않을 때 프로필 데이터를 복사하라고 안내합니다. 프로필 문서도 같은 프로필을 여러 위치에서 동시에 열지 말라고 경고합니다. 후보 프로필 디렉터리를 각각 일반 로컬 디스크로 통째로 복제하고 원본 백업은 그대로 둔 채, 신뢰할 수 있는 복사본만 점검하세요.

업데이트 뒤 메일이 갑자기 ‘사라졌다’면 about:profiles에서 현재 활성 프로필 경로를 기록할 때만 Thunderbird를 열고 다시 종료합니다. 설치 인스턴스가 다른 프로필로 전환되면 멀쩡한 데이터도 사라진 것처럼 보일 수 있습니다. 발견한 모든 프로필 경로를 기록하고 디렉터리 이름이나 수정 시간만 보고 가장 최신 항목을 올바른 원본이라고 추정하지 마세요.

파일이 입증하는 것과 입증하지 못하는 것을 구분하세요

프로필 디렉터리에서 Mail은 보통 POP 계정과 로컬 폴더를 저장하고 ImapMail은 IMAP 계정에 대응합니다. Thunderbird는 하나의 mbox 폴더를 확장자 없는 파일로 저장하는 경우가 많습니다. 같은 이름의 .msf는 다시 만들 수 있는 색인이며 메시지 본문 저장소가 아닙니다. .sbd로 끝나는 디렉터리는 하위 폴더 계층을 나타내므로 관련 파일과 함께 보존해야 합니다.

하지만 이름은 단서일 뿐 결론이 아닙니다. 비어 있는 확장자 없는 파일은 원래 빈 폴더일 수 있고, 다른 확장자 없는 파일은 전혀 관계없는 바이너리일 수 있습니다. ImapMail에는 색인이나 불완전한 오프라인 캐시만 있을 수 있으므로 파일이 존재한다고 해서 서버의 모든 메일을 복구할 수 있는 것은 아닙니다. 따라서 점검은 형식 증거와 불확실성만 표시하며 모든 후보가 안전하게 가져와진다고 선언하지 않습니다.

한도가 있는 읽기 전용 인벤토리를 실행하세요

제공된 thunderbird_mbox_audit.py를 Python 3가 설치된 컴퓨터에 저장하세요. 출력 CSV는 프로필 복사본 디렉터리 밖에 있어야 하고 아직 존재하지 않는 파일 이름을 사용해야 합니다. 스크립트는 심볼릭 링크, 10,000개를 초과하는 원본 파일, 기존 보고서 덮어쓰기를 거부하며 스캔 전후에 바이트, 파일 크기, 나노초 단위 수정 시간, SHA-256을 각각 대조합니다.

실행 예: python3 thunderbird_mbox_audit.py "/오프라인-복사본-경로" "/새-보고서-경로/audit.csv". 프로그램은 Mail과 ImapMail을 순회하지만 수정하지 않습니다. mbox 형식의 From 구분선을 세고 그 주변에 일반적인 메일 헤더가 있는지 확인하며 SHA-256을 기록합니다. 확장자 없는 후보를 .msf와 연결하고 .sbd 계층을 보존한 뒤 대소문자를 구분하지 않는 대상 키로 묶습니다.

CSV를 증거 원장으로 사용하고 가져오기 지시서로 보지 마세요

각 행은 하나의 경로가 현재 어떤 상태인지에 대해서만 말합니다. profile_root는 후보가 나온 프로필, storage_tree는 Mail/Local Folders, POP 계정 트리, ImapMail 계정을 구분합니다. relative_path와 sbd_parent는 계층을 보존하고, size_bytes와 sha256은 이름이 같은지가 아니라 두 후보의 바이트가 정확히 같은지 판단하는 근거가 됩니다.

mbox-like-evidence-not-proof 표시는 파일에서 mbox 구분선이 하나 이상 발견되고 근처에 일반적인 메일 헤더가 있지만 수동 검토가 필요하다는 뜻입니다. extensionless-no-mbox-evidence는 확장자가 없다는 이유만으로 가져오면 안 된다는 뜻입니다. empty-extensionless-candidate는 기록 확인이 필요하고, rebuildable-index는 .msf, hierarchy-container-not-message-data는 .sbd를 가리킵니다. same-destination-name-collision은 여러 후보가 같은 대상 이름을 요구하는 상태이며 스크립트는 의도적으로 하나를 선택하지 않습니다.

로컬 폴더와 IMAP 캐시 증거를 따로 판단하세요

Mail/Local Folders 아래에 있고 타당한 mbox 증거가 있는 파일은 사라진 로컬 메일의 가장 강한 후보입니다. 다른 Mail 계정 트리의 후보도 중요할 수 있지만 옮기기 전에 계정 출처를 기록해야 합니다. ImapMail에서는 실제로 내려받은 메시지 바이트와 색인만 남은 흔적을 구분하고 오프라인 캐시가 불완전할 수 있음을 전제로 합니다. 서버 계정이 아직 존재한다면 먼저 서버와 대조하고 캐시를 완전한 기준 아카이브로 취급하지 마세요.

.msf 행을 메일로 세지 말고, 비어 있지 않은 ImapMail 후보 하나로 서버 전체 메일 수를 추정하지 말며, 익숙한 폴더 이름만으로 서로 다른 프로필을 합치지 마세요. 이름 충돌이 생기면 양쪽 파일과 해시를 모두 보존하고 각 프로필과 계정의 출처를 확인한 다음, 되돌릴 수 있는 이름 변경이나 분리된 시험 가져오기를 설계하세요.

증거에 따라 가장 작고 되돌릴 수 있는 다음 조치를 선택하세요

활성 프로필만 잘못 선택된 경우 가장 작은 조치는 가져오기가 아니라 올바른 프로필 선택일 수 있습니다. 온전하고 완전한 이전 프로필이 확인되면 Thunderbird를 종료하고 애플리케이션 버전 호환성을 확인한 상태에서 Mozilla의 전체 프로필 이전 절차를 따르세요. 일부 로컬 mbox 후보만 남았다면 별도의 일회용 시험 프로필에서 작업하고 Thunderbird 문서가 정한 공식 가져오기 경계 직전에 멈추세요. 진단 단계에서 사용 중인 Local Folders 트리를 교체해서는 안 됩니다.

원본 신원이 모호하거나, 스캔 중 복사본이 바뀌거나, 보고서에 이름 충돌이 있거나, 유일한 증거가 .msf뿐이거나, 완전성을 확인할 수 없는 IMAP 캐시만 있다면 즉시 멈추세요. CSV, 원본 복사본 해시, 스크립트 해시, 원래 백업을 보존하세요. 이 점검은 손상된 mbox 바이트를 복구하지 않고, 중복 메일을 제거하지 않으며, 내려받지 않은 서버 메일을 되살리지 않고, Thunderbird가 특정 후보를 받아들인다고 보장하지 않습니다.

증거 판단표

관찰된 상태 | 뒷받침하는 판단 | 입증하지 못하는 것 | 가장 안전한 다음 단계

about:profiles에 다른 신뢰할 수 있는 프로필이 표시됨 — Thunderbird가 다른 프로필을 열어 메일이 사라진 것처럼 보일 수 있음 — 다른 프로필이 완전하거나 최신이라는 사실 — Thunderbird를 종료하고 두 프로필을 각각 복사해 점검

확장자 없는 파일에 구분선과 메일 헤더가 있음 — 검토할 가치가 있는 mbox 형식 증거 — 모든 메일이 파싱되거나 파일이 예상 폴더에 속한다는 사실 — 해시를 고정해 보존하고 일회용 프로필에서만 확인

.msf만 있고 대응하는 확장자 없는 파일이 없음 — 색인 파일은 남아 있음 — 메시지 본문이 로컬에 남아 있음 — 복구 가능한 메일로 세지 말고 백업 또는 서버 확인

.sbd 디렉터리에 하위 후보가 있음 — 하위 폴더 계층의 증거 — 상위 mbox가 반드시 존재하거나 유효함 — 계층을 보존하고 각 하위 후보를 따로 점검

ImapMail 후보 — 계정 캐시에 일부 데이터가 남았을 가능성 — 서버의 모든 메일이 내려받아졌음 — 서버와 먼저 대조하고 완전한 아카이브로 취급하지 않기

대상 이름 충돌 — 여러 프로필 또는 트리가 같은 논리 이름을 요구함 — 어느 쪽이 다른 쪽을 덮어써야 하는지 — 둘 다 보존하고 출처 확인 뒤 따로 가져오거나 이름 변경

자주 묻는 질문

.msf를 삭제하면 폴더가 복구되나요? .msf는 메시지 본문이 아니라 다시 만들 수 있는 색인입니다. 관련 mbox가 있으면 Thunderbird가 색인을 재생성할 수 있지만 색인을 지운다고 이미 없어진 메시지 바이트가 돌아오지는 않습니다. 먼저 복사본을 보존하고 대응하는 확장자 없는 저장 파일을 찾으세요.

Mail 디렉터리의 확장자 없는 파일은 모두 메일인가요? 아닙니다. Thunderbird mbox가 확장자 없는 경우가 많지만 이는 단서일 뿐입니다. 크기, 구분선, 메일 헤더, 경로 맥락, 수동 확인을 함께 봐야 합니다. 스크립트는 증거를 표시할 뿐 파일의 유효성을 단정하지 않습니다.

현재 사용 중인 Local Folders로 바로 가져와도 되나요? 운영 프로필을 진단 작업 공간으로 쓰지 마세요. 복사할 때 Thunderbird를 종료하고 원본 백업을 유지하세요. 점검으로 출처와 이름 충돌을 해소한 뒤에만 일회용 시험 프로필에서 선택한 후보를 검증하세요.

ImapMail로 서버에서 삭제된 메일을 복구할 수 있나요? 신뢰성 있게 보장할 수 없습니다. IMAP 프로필에는 색인, 일부 캐시 본문, 오래된 데이터만 있을 수 있습니다. 인벤토리는 로컬 증거를 보여 주지만 완전성을 입증하지 못하며 내려받지 않은 메일도 복구하지 못합니다.