メール保存形式のフィールドガイド：歴史、構造、そして比較

どのメールプログラムも、同じ問いに答えなければなりません。メッセージは実際にディスク上のどこへ行くのか？ 半世紀にわたる答えが、小さな形式の動物園を生み出しました — オープンで美しいほどシンプルなものもあれば、それを作ったアプリがなければ読めない独自仕様のデータベースもあります。これは、あなたが出会うことになる形式たちをめぐるツアー — どう作られ、どこから来て、どう比較されるのかを解説します。

大きく分けると、これらは3つのファミリーに分類できます。

オープンでテキストベースのコンテナ — 1つのファイルに多数のメッセージを収める（MBOX）か、フォルダ内に1メッセージ1ファイルで収める（Maildir）。人間が読めて、ベンダー中立です。
1メッセージ1ファイル — 1通のメッセージを単独のファイルとして保存（EML、MSG）。
独自仕様のデータベース — メールに加えてカレンダー、連絡先、状態を保持するバイナリストア（PST、OST、OLM、NSF）。アプリの中ではコンパクトですが、外では中身が見えません。

オープンでテキストベースの形式

MBOX — 共通語（リンガフランカ）

MBOX は、1970年代の初期 Unix メールシステムにまで遡ります。発想は拍子抜けするほどシンプル。メールボックス内のすべてのメッセージを1つのプレーンテキストファイルに連結し、各メッセージの開始位置を From で始まる行（From: ヘッダーではなく、スペース付きの「From_ 行」）で示します。ヘッダー、本文、そして添付ファイル — テキストとしてエンコードされたもの — がすべてインラインで収められます。

このシンプルさには、有名な落とし穴が隠れています。メッセージの本文自体に “From ” で始まる行が含まれていたらどうなるのか？それに対する答えの違いが、バリアント — mboxo、mboxrd、mboxcl、mboxcl2 — を生み出しました。これらはそのシーケンスのエスケープ方法（またはエスケープしないこと）が異なります。実際には、現代のツールはこれらすべてを読み取れます。MBOX は Google Takeout、Apple Mail、Thunderbird、そして大半の往年のクライアントがエクスポートする形式であり、メールにとって普遍的なアーカイブ形式に最も近い存在となっています。

Maildir — 1メッセージ1ファイル

1995年に qmail サーバーのために作られた Maildir は、正反対のアプローチを取ります。すべてのメッセージがフォルダ内の独立したファイルとなり、tmp/、new/、cur/ というサブディレクトリに分けて配置されます。その大きな利点は ロックなしの安全性 — 2つのプロセスが同時にメールを配送しても、共有ファイルを破損させることがありません。これは MBOX における古典的なリスクでした。Dovecot や Courier といったサーバーのネイティブ形式です。トレードオフは膨大な数の小さなファイルで、一部のファイルシステムはこれを苦手とします。

EML — インターネットが定義するそのままの1メッセージ

EML は、メールがやり取りされるそのままの姿で保存された1通のメッセージです。メールの RFC（822 → 2822 → 5322）で定義された生の MIME 構造そのもの。先頭にヘッダー、続いて本文と添付ファイルが MIME パートとしてエンコードされています。これはまさにネットワーク上を流れる形式であるため、ほとんどすべてのものがこれを生成・読み取りできます — Outlook、Thunderbird、チケット管理システム、スキャナー、メールサーバーなど。.eml ファイルが詰まったフォルダは、考えうる最もシンプルなアーカイブです。

独自仕様のデータベース

PST — Windows 版 Outlook の個人用ストレージ

PST（Personal Storage Table）は、MAPI モデルの上に構築された、Windows 上の Microsoft Outlook のディスク上データベースです。メールだけにとどまらず、カレンダー、連絡先、タスク、メモを1つのバイナリファイルに収めます。最初の ANSI PST（Outlook 97〜2002）は 2 GB が上限で、その限界付近では破損しやすいものでした。Unicode 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 は Outlook からエクスポートされた1通のメッセージで、MAPI プロパティを保持する OLE「複合ファイル」（ファイルの中にある小さなファイルシステム）として保存されます。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 は、1990年代後半から2000年代を通じて Windows 上で .dbx ファイル（フォルダごとに1つ）を使用しました。その後継である Windows Mail / Live Mail は、個別の .eml ファイルへ移行しました。
Netscape/Mozilla メール、Evolution、Claws Mail、Entourage などは MBOX を保存またはエクスポートしました — これこそが、MBOX が今なお広く読み取り可能であり続けている理由です。

横並び比較

形式	構造	オープン？	ポータブルなアーカイブ？	起源
MBOX	1つのテキストファイルに多数のメッセージ	✅ オープン	✅ 優秀	Unix、1970年代
Maildir	フォルダ内に1メッセージ1ファイル	✅ オープン	✅ 良好	qmail、1995年
EML	生の MIME による1メッセージ	✅ オープン	✅ 優秀	インターネット RFC
MSG	OLE 複合ファイルによる1メッセージ	❌ 独自仕様	⚠️ 限定的	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 が Mac と Windows でそれを開きます — サイズ無制限、読み取り専用、完全オフライン。「どのファイルをどう開けるか」という実践的な版のガイドは、MBOX、EML、PST、OLM：メールアーカイブ形式を徹底解説を参照してください。Outlook ファイルを MBOX に変換する方法は、PST/OLM を MBOX に変換する方法をご覧ください。