MSGファイルとは

MSG はバイナリ形式です。これを知っているプログラムにしか意味を持ちません。 メールのために使われます。

拡張子は .msg、正式名称は Outlook Message です。ただしどちらも、そのファイルが中に何を持てるかほどには多くを語りません。このページの残りは、その中身についての話です。

Microsoft が 1997 年に公開しました。

これだけ長く読まれ続けてきた形式なら、10 年後に取り出したいものを預けても大丈夫です。

文書があり、それに沿って実装できます。それでも、次の版がどうなるかを決めるのはその会社です。実務上、ファイルが開き続けるにはこれで足ります。安心するには足りません。

Microsoft Outlookが読めますし、同じ種類のプログラムならたいてい読めます。

ファイルが開かないとき、形式が悪いことはめったにありません。たいていはプログラムのほうが形式より古いのです。もっと古い形式に変換してしまうのが確実な逃げ道で、このサイトの残りの部分はそのためにあります。

これを読めるブラウザーはありません。

これを変換するいちばんよくある理由がこれです。形式が悪いのではありません。ファイルを見せたい場所が、それを読めないというだけのことです。

MSG は渡すために作られたもので、中で作業するためのものではありません。編集は可能ですが、快適だったためしはありません。賢い道は、元のファイルへ戻ってもう一度書き出すほうを通ります。

繰り返し挙がる不満はこれです。本来の分野の外では対応がまばら。

どれも、この形式を避ける理由にはなりません。どれかに不意を突かれる前に知っておくべきことがら、というだけです。これは別の主張であり、そして役に立つほうの主張です。

ほとんどの人がこの形式について調べる理由はこれです。MSG は Outlook 独自の、一通のメッセージのためのファイルで、Microsoft の世界の外ではほとんど開けません。Mac や Office のないパソコンでダブルクリックしても、たいてい何も起きないか、バイナリの塊がエディターに表示されるだけです。

中身にたどり着く一番早い方法は、この形式を読めるツールで変換することです。このサイトにはその変換ツールがないため、他所のツールが必要になります。PDF に変換すれば、印刷したときと同じ状態のメッセージが得られ、どんな環境でも読めます。メッセージをファイルとして保管する、あるいは同じ立場の別の人に転送する必要があるならこれが正解です。EML に変換すれば標準的なメールファイルになり、どのメールソフトでも開けます。読むだけでなく、その先も扱い続ける必要があるならこちらのほうが良い選択です。

MSG はテキストではありません。Microsoft の複合ファイル — 古い .doc と同じ基盤技術を使った、小さな構造化コンテナ — で、メッセージを名前付きのストリームの集まりとして保持しています。送信者、受信者、件名、本文、HTML 本文、そして各添付ファイルがそれぞれ独立したストリームになっています。

この構造こそが、Outlook の外でこの形式を扱いにくくしている理由です。読み込むにはコンテナの仕組みと、Microsoft が内部で使うプロパティ名の両方を理解する必要があり、そのプロパティ名は RFC 5322 のように公開された標準として存在したことがありません。MSG を読めるツールはその作業を実装済みですが、テキストエディターにそれはできません。

MSG はメッセージそのものだけでなく、メールボックス上の状態も保存します。カテゴリー、フラグ、フォローアップの日付、既読状態、機密指定、会議であれば予定そのもの — 参加者、返答状況、繰り返しのパターン、空き時間の状態です。

これらは EML には一切存在しません。ネットワーク上を実際に流れたメッセージの一部ではないからです。これは Outlook が、そのアイテムがあなたのメールボックスの中で何を意味するかを記録したものです。Outlook の中にとどまっている限りは本当に有用で、まさにこの部分が、ファイルを変換した瞬間に行き場を失います。会議の招待を EML に書き出すと、カレンダーが受け付けるアイテムではなく、会議についての単なるメールになってしまいます。

添付ファイルが winmail.dat という名前のファイル一つだけになったメールを受け取ったことがあるなら、同じ設計上の判断を反対側から経験したことになります。Outlook は書式と添付ファイルを一つにまとめる Microsoft 独自の符号化でメッセージを送ることができ、それを理解しない Outlook 以外のメールソフトは、その塊全体を意味のない一つのファイルとして表示します。

原因はどちらの場合も同じです。Microsoft のメールオブジェクトは標準が記述する以上のものを運んでいて、その余分な部分がどこかに収まる必要があるからです。送信側での対処は、リッチテキストではなく HTML かプレーンテキストで作成することです。受信側では、その形式を理解するツールで実際の添付ファイルを取り出せます。

法務やコンプライアンスのチームは日常的にこれを扱います。企業が使っているのが Outlook であり、書き出されたメッセージがそのまま収集対象になるからです。この目的にはこの形式で十分です。インターネットのヘッダーが内部に保持されているため、メールを証拠として成立させる送受信の経路情報はそのまま残っています。

複雑になるのは束ねる作業です。裁判所やクライアントは PDF を求めることが多いため、MSG ファイルの集まりはたいてい変換が必要になり、添付ファイルは別に取り出してページ番号を振ることになります。この変換は、関連するメッセージを絞り込んだあとに行うほうが、書き出したものすべてを先に変換するよりずっと手間が省けます。

添付ファイルはそれぞれ独立したストリームとしてファイルの中にあり、圧縮されていません。ファイルを改名したり、アーカイブツールで開いたりしても取り出せません。この複合ファイル構造は、いくら似ていても ZIP ではないからです。

Outlook があれば、メッセージを開いて添付ファイルを通常どおり保存できます。なければ、MSG を読める変換ツールがそれを取り出してくれます。テキストエディターしかない場合でも、バイナリの中にファイル名らしきものがそれなりに見え、追いかける価値があるかどうかの判断材料にはなります。

アーカイブが Outlook のライセンスより長く残る必要があるなら、EML のほうが安全なコンテナです。1982 年に定められた公開仕様で、どのメールソフトでも読め、内部はプレーンテキストです。MSG から変換すると、メールボックス上の状態は失われますが、メッセージ自体は残ります。アーカイブとしては、それが正しい側の取り引きです。

そのアイテムが会議や、Outlook 固有のプロパティ自体が付随情報ではなく内容そのものであるようなものなら、MSG を残しておいてください。そして、作成した PDF がある場合でも、元のファイルは一緒に保管しておいてください。PDF は一つの描画結果にすぎず、その描画では想定していなかった問いが後で出てきたときに、再び描画し直せるのは原本だけです。