MBOX アーカイブから RFC 822 メールへのコンバーター
MBOX アーカイブを個別の EML ファイルに変換することで、結合された巨大なメールデータベースを標準的な個別のメッセージ文書に分割できます。
フォーマットの比較と技術仕様
| 仕様 | MBOX | EML |
|---|---|---|
| MIMEタイプ | application/mbox | message/rfc822 |
| タイプ | email mailbox concatenation archive | standard email message file |
| 圧縮 | none (text concatenation) | none (MIME multipart encoded) |
| 標準仕様 | IETF RFC 4155 | IETF RFC 5322 |
| マジックバイトヘッダー | 46 72 6F 6D 20 (From separator line) | From: / Received: / Return-Path: (RFC 822/5322 header lines) |
フォーマットの概要と用途
メールアーカイブが肥大化すると、標準的なメールクライアントでの管理が困難になります。ユーザーが個別のメッセージを共有したり、Outlook や Apple Mail などのモダンなデスクトップクライアントに特定の会話をインポートしたりする場合、複数メッセージが混在するデータベースを個別のファイルに分離する必要があります。MBOX 形式は数千通のメッセージを1つの長いテキスト文書内に格納するため、個別のレコードを移動させる作業が複雑になります。この単一のメッセージブロックを別々のファイルに変換することで、アーカイブ全体を読み込むことなく、個々のアイテムに直接アクセスできるようになります。 法務コンプライアンスチーム、デジタルアーキビスト、システム管理者は、この変換プロセスを日常的に実行しています。バンドルされたメールボックス構造から独立したファイルへ移行することで、検索、インデックス作成、長期保存が容易になります。エクスポートされた各メッセージには完全なヘッダーデータと添付ファイルが保持されるため、異なるメールアプリケーション間で移行する際もデータが失われることはありません。
技術仕様とコーデックの内訳
MBOX ファイル (application/mbox) は、複数のメールメッセージを順次結合したプレーンテキストのコンテナです。「From -」行ヘッダーを厳密な区切り文字として使用し、1通のメッセージの終了と次のメッセージの開始を判別します。圧縮は適用されず、生データが連続してストリーミングされます。対照的に、EML ファイルは message/rfc822 MIME タイプを使用し、添付ファイルや HTML 本文用の MIME マルチパートエンコーディングを備えた単一のメールメッセージを格納します。変換中、パーサーは MBOX ストリームを読み込み、「From -」の境界を検出し、個々のテキストブロックを抽出して .eml 拡張子で保存します。両フォーマットとも RFC 5322 および RFC 822 で定義された標準インターネットメッセージ形式のルールに準拠しているため、テキストやバイナリの添付データが変更・圧縮されることなく、厳密にロスレス（無損失）で処理されます。
OSとブラウザの互換性
MBOX ファイルには、Thunderbird、Apple Mail、または専用のパーサーといった、専門的な Unix メールクライアントや変換ユーティリティが必要です。一方、EML ファイルは、Microsoft Outlook、Thunderbird、Apple Mail を含むほぼすべてのデスクトップメールアプリケーションで普遍的な互換性を持ちます。モダンなウェブブラウザは生の EML ファイルをネイティブレンダリングしませんが、Windows 11、macOS、Linux などのオペレーティングシステムは、デフォルトのメールハンドラーを通じて EML ファイルを直接開くことをサポートしています。
💡 役立つ情報
数万通におよぶ個別のメッセージを処理すると、保存先ディレクトリが複雑化したり、古いファイルシステムに負荷をかけたりする原因になるため、EML ファイルに分割する前の元の MBOX ファイルのバックアップコピーを必ず保持してください。
フォーマットの比較と技術仕様
数千通のメッセージを含む 500 MB の MBOX アーカイブは、1つのファイルとして迅速に転送できます。同じアーカイブを個別の EML ファイルに分割すると、何千もの小さなファイルが生成されます。全体のデータサイズは約 500 MB のままですが、ファイル数が膨大になるため、4G、5G、光回線のいずれを使用しているかにかかわらず、ディスク I/O のオーバーヘッドによってネットワークドライブやクラウドストレージ経由の転送時間が 30% から 50% 増加します。
よくある質問
品質を落とさずに MBOX アーカイブを RFC 822 メールに変換するにはどうすればよいですか？
変換は完全に無損失（ロスレス）で行われます。どちらのフォーマットも、メールヘッダーと本文に同じ基礎的なテキスト構造を使用しています。MBOX テキストストリームからメッセージを抽出し、個別の EML ファイルとして保存することで、テキスト、HTML 書式、バイナリ添付ファイルが圧縮による劣化なしにすべて保持されます。
MBOX アーカイブと RFC 822 メールの違いは何ですか？
MBOX ファイルは、テキストマーカーで区切られた多数の結合メールを保持する単一のコンテナとして機能します。一方、EML ファイルは、RFC 822 および RFC 5322 標準に準拠した1通のメールメッセージのみを含むスタンドアロンファイルです。