エムボックス

Mbox は、電子メールメッセージのコレクションを保持するために使用される一連の関連ファイル形式を表す総称です。これは、Fifth Edition Unixで初めて実装されました。

mbox メールボックス内のすべてのメッセージは連結され、プレーン テキストとして1 つのファイルに保存されます。各メッセージは 4 文字の「From」で始まり、その後にスペース (いわゆる「From_ 行」) と送信者の電子メール アドレスが続きます。RFC 4155 では、別の区切りスペース文字の後にUTCタイムスタンプが続くと定義されています。^[1]

ただし、RFC に記載されているように、ストレージ システムによって大きな違いがあります。具体的な例として、IMAP経由でエクスポートする場合、人気のGmailサービスは送信者のアドレスの代わりにプレースホルダーとして - を使用し、これに IMAP エクスポートが構成された時間または受信時間 (いずれか新しい方) を表すタイムスタンプを続けます。また、電子メールの本文に表示される "From -" 文字列をエスケープしようとしません。

mbox に似た形式は、MH メッセージ処理システムです。Microsoft Exchange ServerやCyrus IMAPサーバーなどの他のシステムでは、メールボックスはメール システムによって管理される集中データベースに保存され、個々のユーザーは直接アクセスできません。maildirメールボックス形式は、ネットワーク化された電子メール ストレージ システムの mbox形式の代替としてよく引用されます。

電子メールの交換に使用されるインターネット プロトコルとは異なり、電子メールの保存に使用される形式は、RFC標準化メカニズムを通じて正式に定義されたことはなく、電子メール クライアントの開発者に完全に委ねられてきました。ただし、POSIX標準では、 mailxプログラムと連携して緩やかなフレームワークを定義しました。2005 年に、application/mbox メディア タイプが RFC 4155 として標準化されました。これは、mbox がメールボックス メッセージを元のインターネット メッセージ (RFC 2822) 形式で保存することを示唆していますが、使用される改行文字、7 ビットのクリーンなデータ ストレージ、および mbox データベース内で新しく追加された各メッセージが完全に空の行で終了する必要があるという要件は除きます。^{[1] [2]}

mbox 形式では、1 行の空白行とそれに続く文字列「From」（スペースを含む）を使用してメッセージを区切ります。これにより、メッセージのテキストに同じシーケンスが含まれている場合に曖昧さが生じる可能性があります。

長年にわたり、mboxo、mboxrd、mboxcl、mboxcl2という 4 つの人気があるものの互換性のない変種が生まれました。命名スキームは、 1996 年にDaniel J. Bernstein、 Rahul Dhesi らによって開発されました。それぞれ異なるバージョンのUnixに由来しています。mboxclとmboxcl2 は、 Unix System V Release 4 のメール ツールで使用されるファイル形式に由来しています。mboxrd は、 mboxoを合理化するために Rahul Dhesi らによって発明され、その後qmail を含むいくつかの Unix メール ツールに採用されました。

これらのバリアントにはすべて、次に示すように、あいまいさをなくすためにメッセージの内容を変更しなければならない場合があるという問題があります。そのため、アプリケーションは、正しい復元を実行するためにどの引用規則が使用されたかを知る必要がありますが、これは非現実的であることがわかりました。MIMEを使用し、標準に準拠した方法で「From_」行を引用するコンテンツ転送エンコーディングを選択すると、メッセージの内容を変更する必要がなくなり、MIME表現のみを変更すれば済みます。したがって、チェックサムは一定のままであり、これはS/MIMEおよびPretty Good Privacy をサポートするための必須の前提条件です。メッセージを新規作成して mbox データベース ファイルに保存するアプリケーションは、この方法を使用して、メッセージ内容をデータベース ストレージ形式から切り離す可能性があります。

mboxoとmboxrd は、電子メール メッセージのヘッダーの前にあるFrom行をスキャンしてメッセージを見つけます。From ヘッダーまたはメッセージ本文の行の先頭に " " 文字列がある場合 (前者の場合はメール標準違反ですが、後者の場合はそうではありません)、メッセージをmboxメールボックス ファイルに保存する前に電子メール メッセージを変更する必要があります。そうしないと、その行がメッセージの境界として扱われます。From 電子メール本文の行の先頭にある " " 文字列を新しい電子メールの始まりと誤って解釈しないように、一部のシステムでは、通常、先頭に大なり記号を追加してメッセージを"From-munge" ^[3]します。

   >私の観点からすると…

mboxo形式では、このような行は不可逆な曖昧さを持ちます。^[4] mboxo形式 では、これがメッセージの破損につながる可能性があります。行が既に>From 先頭に含まれている場合 (引用など)、書き込まれたときに変更されません。その後、メール ソフトウェアによって読み取られると、先頭が>誤って削除されます。mboxrd形式でFrom は、に変換し>From たり>From に変換したりすることでこの問題を解決します。>>From 変換は常に可逆的です。^[5]

例：

From MAILER-DAEMON Fri Jul 8 2011 12:08:34 
From:  Author <author@example.com> To: Recipient <recipient@example.com> Subject: Sample message 1
これは本文です。>From (エスケープする必要があります)。3行あります。From MAILER-DAEMON Fri Jul 8 2011 12:08:34 From: Author <author@example.com> To: Recipient <recipient@example.com> Subject: Sample message 2
これは 2 番目の本文です。 
  
    



 

  
  
    

mboxclおよびmboxcl2形式では、ヘッダーを使用してメッセージの長さを決定し、それによって次の実際の From 行を決定します。mboxclは、mboxrdと同様にメッセージ自体のFrom 行を引用符で囲みますが、mboxcl2 は引用符で囲みません。 Content-Length:

一部の電子メール クライアントでは、メール フォルダーに mbox 形式を変更したものを使用します。

• Eudora はmboxo のバリエーションを使用しており、送信者の電子メール アドレスは定数文字列 "???@???" に置き換えられます。ほとんどの mbox クライアントは受信メッセージを受信時のまま保存します。Eudora はメッセージに埋め込まれた添付ファイルを分離し、添付ファイルを 1 つのフォルダーに個別のファイルとして保存します。^[6]
• Mozillaファミリーの電子メールクライアント（Mozilla、Netscape、Thunderbirdなど）は、より複雑なFrom行の引用ルールを備えたmboxrdのバリエーションを使用しています。^[7]

1 つのファイルに複数のメッセージが格納されるため、2 つ以上のプロセスが同時にメールボックスを変更することによって発生する可能性のある破損を回避するために、何らかの形式のファイル ロックが必要です。これは、メール リーダーが既存のメッセージを削除しているときに、ネットワーク メール配信プログラムが新しいメッセージを配信した場合に発生する可能性があります。

fcntl()やなど、さまざまな mbox 形式で、メッセージ ファイルのロックを有効にするために、互いに互換性のないさまざまなメカニズムが使用されてきました。これは、ネットワーク ファイル システム (NFS)lockf()などのネットワーク マウント ファイル システムではうまく機能しません。そのため、Unix では従来、NFS 経由でもアトミックに作成できる追加の「ドット ロック」ファイルが使用されていました。

mbox ファイルは読み取り中もロックする必要があります。そうしないと、実際のファイルの破損が発生していなくても、別のプロセスが同時に mbox を変更している場合に、読み取り側で破損したメッセージの内容が表示される可能性があります。

オープンソース開発では、議論のためにdiff形式のパッチをメーリングリストに送信するのが一般的です。diff 形式では、mbox データなどの無関係な「ヘッダー」を追加できます。^{[8] [9]} Gitなどのバージョン管理システムは、mbox 形式のパッチを生成し、スレッド内の電子メールとしてリストに送信する機能をサポートしています。^{[10] [11]}

• メールディレクトリ
• MIX（メール）
• MH メッセージ処理システム

• qmail mbox マニュアルページ
• インターネットメールコンソーシアム – 標準化団体