--- title: "이메일 저장 형식 현장 가이드: 역사, 구조 그리고 비교 — Mbox Viewer" description: "이메일은 디스크에 실제로 어떻게 저장될까요 — MBOX, Maildir, EML, PST, OST, OLM, MSG, NSF, 그리고 Eudora 같은 역사적 형식까지. 각각의 역사, 만들어진 방식, 어디에 적합한지, 그리고 나란히 놓고 보는 비교." url: https://mboxviewerpro.com/ko/blog/email-formats-history-and-anatomy/ language: ko updated: 2026-06-18 source: Mbox Viewer --- [모든 게시물](https://mboxviewerpro.com/ko/blog/) `formats` `mbox` `pst` `history` # 이메일 저장 형식 현장 가이드: 역사, 구조 그리고 비교 이메일은 디스크에 실제로 어떻게 저장될까요 — MBOX, Maildir, EML, PST, OST, OLM, MSG, NSF, 그리고 Eudora 같은 역사적 형식까지. 각각의 역사, 만들어진 방식, 어디에 적합한지, 그리고 나란히 놓고 보는 비교. [David Carrero](https://mboxviewerpro.com/ko/author/) · 2026년 6월 18일 모든 이메일 프로그램은 똑같은 질문에 답해야 합니다. *메시지는 디스크의 어디로 실제로 가는가?* 반세기에 걸친 답들이 작은 형식 동물원을 만들어냈습니다 — 어떤 것은 개방적이고 아름답도록 단순하며, 또 어떤 것은 그것을 만든 앱 없이는 읽을 수 없는 독점 데이터베이스입니다. 이 글은 여러분이 마주치게 될 형식들을 둘러보고, 그것들이 어떻게 만들어졌으며, 어디서 비롯되었고, 서로 어떻게 견주어지는지 살펴봅니다. 크게 보면 세 가지 계열로 나뉩니다. 1. **개방형 텍스트 기반 컨테이너** — 파일 하나에 여러 메시지를 담거나(MBOX), 폴더 안에 메시지당 파일 하나를 두는 방식(Maildir). 사람이 읽을 수 있고, 특정 벤더에 묶이지 않습니다. 2. **메시지당 파일 하나** — 메시지 한 통을 독립된 파일로 만든 것(EML, MSG). 3. **독점 데이터베이스** — 메일에 더해 캘린더, 연락처, 상태까지 담는 바이너리 저장소(PST, OST, OLM, NSF). 자신의 앱 안에서는 작고 효율적이지만, 그 밖에서는 들여다볼 수 없습니다. ## 개방형 텍스트 기반 형식 ### MBOX — 공용어(링구아 프랑카) [**MBOX**](https://mboxviewerpro.com/ko/glossary/mbox/)는 1970년대 초기 Unix 메일 시스템으로 거슬러 올라갑니다. 발상은 무장해제될 만큼 단순합니다. 사서함의 *모든* 메시지를 하나의 일반 텍스트 파일에 이어 붙이고, 각 메시지가 시작하는 지점을 `From` 으로 시작하는 줄로 표시합니다(`From:` 헤더가 아니라 공백이 붙은 “From\_ 줄”입니다). 헤더, 본문, 그리고 [첨부 파일](https://mboxviewerpro.com/ko/glossary/attachment/) — 텍스트로 인코딩된 — 까지 모두 그 안에 함께 들어 있습니다. 이 단순함 뒤에는 유명한 함정이 숨어 있습니다. 메시지 본문 자체에 “From “으로 시작하는 줄이 들어 있으면 어떻게 될까요? 서로 다른 답이 **변종**들을 낳았습니다 — `mboxo`, `mboxrd`, `mboxcl`, `mboxcl2` — 각각이 그 시퀀스를 다르게 이스케이프하거나, 하지 않습니다. 실무에서는 현대 도구들이 이들을 모두 읽어냅니다. MBOX는 **Google Takeout**, **Apple Mail**, **Thunderbird**를 비롯한 대부분의 고전 클라이언트가 내보내는 형식이며, 그래서 이메일에서 가장 보편적인 아카이브 형식에 가장 가깝습니다. ### Maildir — 메시지당 파일 하나 1995년 **qmail** 서버를 위해 만들어진 [**Maildir**](https://mboxviewerpro.com/ko/glossary/maildir/)는 정반대 접근을 택합니다. 모든 메시지가 폴더 안의 독립된 파일이 되며, `tmp/`, `new/`, `cur/` 하위 디렉터리로 나뉩니다. 가장 큰 장점은 **잠금 없이도 안전하다**는 점입니다 — 두 프로세스가 동시에 메일을 배달해도 공유 파일이 손상되지 않습니다. 이는 MBOX의 고전적인 위험이었죠. Dovecot, Courier 같은 서버의 기본 형식입니다. 대신 수백만 개의 작은 파일이 생기는데, 일부 파일 시스템은 이를 싫어합니다. ### EML — 인터넷이 정의하는 그대로의 메시지 한 통 [**EML**](https://mboxviewerpro.com/ko/glossary/eml/)은 메시지가 전송되는 그 모습 그대로 저장한 것입니다. 이메일 RFC(822 → 2822 → 5322)가 정의한 원시 [MIME](https://mboxviewerpro.com/ko/glossary/mime/) 구조죠. 맨 위에 [헤더](https://mboxviewerpro.com/ko/glossary/header/)가 오고, 그다음 본문과 첨부 파일이 [MIME](https://mboxviewerpro.com/ko/glossary/mime/) 파트로 인코딩됩니다. 이것이 *바로* 회선을 타고 오가는 형식이기 때문에 거의 모든 것이 이를 생성하고 읽을 수 있습니다 — Outlook, Thunderbird, 티켓 관리 시스템, 스캐너, 메일 서버 등. `.eml` 파일로 가득한 폴더는 가능한 가장 단순한 아카이브입니다. ## 독점 데이터베이스 ### PST — Windows용 Outlook의 개인 저장소 [**PST**](https://mboxviewerpro.com/ko/glossary/pst/)(Personal Storage Table)는 Windows에서 Microsoft Outlook이 사용하는 디스크상의 데이터베이스로, MAPI 모델 위에 만들어졌습니다. 메일보다 훨씬 많은 것을 담습니다 — 캘린더, 연락처, 작업, 메모까지 하나의 바이너리 파일에. 초기 **ANSI** PST(Outlook 97–2002)는 **2 GB**에서 한계에 부딪혔고 그 한계 근처에서 손상되기 쉬웠습니다. **유니코드** PST(Outlook 2003 이상)는 이를 **20–50 GB**로 끌어올렸습니다. Outlook 안에서는 빠르고 효율적이지만, 변환 없이는 다른 앱에서 쓸모가 없습니다. ### OST — 오프라인 캐시 **OST**(Offline Storage Table)는 PST의 형제 격입니다. Exchange나 Microsoft 365 서버에 있는 사서함의 *캐시된* 복사본이죠. Outlook이 오프라인에서 동작하고 나중에 다시 동기화하기 위해 존재합니다. 결정적으로 OST는 자신의 계정과 프로필에 묶여 있습니다 — 이동 가능한 아카이브가 아니며, 고아가 된 OST 파일은 아예 열기 어려울 수도 있습니다. ### OLM — Mac용 Outlook **OLM**은 Mac용 Outlook의 내보내기/아카이브 형식입니다. PST와 같은 의도에 컨테이너만 다를 뿐 — PST처럼 Outlook 외에는 무엇이든 읽기 전에 변환이 필요한 독점 번들입니다. ### MSG — Outlook 메시지 한 통 [**MSG**](https://mboxviewerpro.com/ko/glossary/msg/)는 Outlook에서 내보낸 메시지 한 통으로, OLE “복합 파일”(파일 안의 미니 파일 시스템)로 저장되어 MAPI 속성을 담습니다. EML의 Windows 대응물이지만, 바이너리이고 Microsoft 전용입니다. ### NSF — Lotus Notes / HCL Domino **NSF**(Notes Storage Facility)는 IBM/Lotus Notes(현재 HCL Domino) 뒤에 있는 데이터베이스입니다 — 단순한 메일이 아니라 하나의 완전한 애플리케이션 플랫폼이죠. NSF 아카이브는 오래 운영된 기업에서 여전히 등장하며, 여기 나온 다른 형식들처럼 추출하려면 전용 도구가 필요합니다. ## 역사 속 형식들 - **Eudora**(1988–2006)는 초기 인터넷 시대의 지배적인 클라이언트였습니다. 메일을 **`.mbx`** 사서함 파일에 저장했는데 — 본질적으로 MBOX입니다 — **`.toc`** 목차 색인과 짝을 이뤘습니다. 본문이 MBOX와 유사한 텍스트이기 때문에 Eudora 아카이브는 오늘날에도 대개 복구할 수 있습니다. - **Outlook Express**는 Windows에서 1990년대 후반과 2000년대에 걸쳐 **`.dbx`** 파일(폴더당 하나)을 사용했습니다. 그 후속인 **Windows Mail / Live Mail**은 개별 **`.eml`** 파일로 옮겨갔습니다. - **Netscape/Mozilla** 메일, **Evolution**, **Claws Mail**, **Entourage** 등은 MBOX로 저장하거나 내보냈습니다 — 바로 그것이 MBOX가 지금도 그토록 폭넓게 읽히는 이유입니다. ## 나란히 보기 | 형식 | 구조 | 개방형? | 이동 가능한 아카이브? | 기원 | | --- | --- | --- | --- | --- | | MBOX | 텍스트 파일 하나에 여러 메시지 | ✅ 개방형 | ✅ 매우 우수 | Unix, 1970년대 | | Maildir | 폴더 안에 메시지당 파일 하나 | ✅ 개방형 | ✅ 우수 | qmail, 1995년 | | EML | 메시지 한 통, 원시 MIME | ✅ 개방형 | ✅ 매우 우수 | 인터넷 RFC | | MSG | 메시지 한 통, OLE 복합 파일 | ❌ 독점 | ⚠️ 제한적 | Microsoft | | PST | 바이너리 데이터베이스(메일 + PIM) | ❌ 독점 | ⚠️ 먼저 변환 | Outlook(Win) | | OST | 캐시된 서버 사서함 | ❌ 독점 | ❌ 계정에 묶임 | Outlook/Exchange | | OLM | 독점 번들 | ❌ 독점 | ⚠️ 먼저 변환 | Outlook(Mac) | | NSF | 애플리케이션 데이터베이스 | ❌ 독점 | ⚠️ 먼저 변환 | Lotus Notes | ## 장기 보관을 위해 무엇을 고를까 *아카이빙*을 위해서라면 — 메일을 수십 년간 읽을 수 있게 유지하는 것 — 개방형 텍스트 기반 형식이 언제나 이깁니다. MBOX와 EML에는 구식이 될 벤더도, 라이선스도, 데이터베이스 엔진도 없습니다. 20년 뒤에도 어떤 도구로든 열 수 있는 일반 텍스트일 것입니다. 그래서 내보내기 형식을 직접 고를 수 있다면 **MBOX**(또는 **EML** 파일로 이루어진 폴더)가 안전한 선택이며, PST/OLM을 MBOX로 변환하는 것이 Outlook 아카이브를 미래에도 안전하게 만드는 길입니다. 메일을 MBOX나 EML로 옮기고 나면 [Mbox Viewer](https://mboxviewerpro.com/ko/)가 Mac과 Windows에서 그것을 열어줍니다 — 크기 제한 없음, 읽기 전용, 완전 오프라인. 이 가이드의 “어떤 파일을 어떻게 열 수 있는가”라는 실용적 버전은 [MBOX, EML, PST, OLM: 이메일 아카이브 형식 완전 정리](https://mboxviewerpro.com/ko/blog/email-archive-formats-explained/)를 참고하세요. Outlook 파일을 MBOX로 바꾸려면 [PST/OLM을 MBOX로 변환하는 방법](https://mboxviewerpro.com/ko/guides/convert-outlook-pst-olm-to-mbox/)을 보세요. ## Mbox Viewer로 아카이브 열기 네이티브 Mac과 Windows 앱. 크기에 상관없이 MBOX 및 EML 파일을 완전히 오프라인으로 스트리밍합니다. [Mac App Store](https://apps.apple.com/app/mbox-viewer-pro/id6759237715) [Microsoft Store](https://apps.microsoft.com/store/detail/9NW3GVFG7DDB)