ヘッダーと本文を一緒に
From、To、Subject、Date とメッセージ本文が、解釈が必要な生データのダンプではなく、1つの読みやすいページとして表示されます。
メールは証拠です。訴訟資料、監査ログ、ディスカバリーバンドル、サポートチケットに含まれ、そして Outlook がインストールされていないマシンで .msg を読む必要があります。Doconut は MSG、EML、EMLX をサーバー側で他のすべての形式と同様にレンダリングします。
問題
文書管理システムは PDF と Office を中心に構築されますが、最初の実案件ファイルに 40 個の .msg ファイルが含まれていると、突然サーバー上にメールクライアントが必要になる、あるいは変換ステップを誰かが実行しなければならない、またはサポートエンジニアが証拠をノートパソコンにダウンロードしなければならないという要件が出てきます。
ダウンロードはその三つのうち最も問題です。メッセージがシステムを離れると、保持ポリシー、監査ログ、アクセス制御の外に出てしまい、後で最も重要になる可能性が高い資料となります。
サーバー側でレンダリングすることで、対応する PDF やスプレッドシートと同じシステム内にやり取りを保持でき、同じビューアで開くことができます。
機能
From、To、Subject、Date とメッセージ本文が、解釈が必要な生データのダンプではなく、1つの読みやすいページとして表示されます。
.msg は Outlook 用、.eml と .emlx はその他すべてに対応。同じオープン呼び出しで3つすべてを処理します。
HTML メッセージは書式やインライン画像を保持し、プレーンテキストに崩れません。
Outlook のインストールも MAPI プロファイルも COM オートメーションも不要です — これが Word の事例がインターオップを回避する理由と同じです。
メール、契約書、スプレッドシート、図面を含む案件は1つのコンポーネントで開きます。ユーザーは1つのインターフェースを学べます。
レビュアーはページを読むだけです。.msg はアーカイブから出ないため、保持と監査が有効です。
統合
実際の価値はメールサポート単体ではなく、案件ファイルが3つの異なるビューアとダウンロードボタンを必要としなくなることです。
サポートされている拡張子
// Outlook and MIME messages open like any other document
string token = await viewer.OpenDocumentAsync("cases/2026-114/correspondence/thread-08.msg");
// The same viewer instance handles the rest of the matter —
// contracts, spreadsheets, drawings — through identical calls詳細
いいえ。解析とレンダリングはネイティブで行われるため、Linux コンテナやメールクライアントのインストールが不可能なロックダウンされた Windows サーバーでも利用可能です。
メッセージはメッセージとしてレンダリングされます。添付ファイルを表示したい場合は、独自のコードで抽出し、別のドキュメントとして開いてください — それはビューアが既に対応している形式の一つです。
Converter プラグインを使えば可能です。しかし、変換は誰かが所有し再実行しなければならないバッチ処理で、ストレージが二倍になります。オンデマンドでのレンダリングは証拠のコピーを1つだけ保持し、管理すべきパイプラインがありません。
一時ライセンスの取得には数分かかり、完全にご自身のマシン上で実行されます。重要なファイルは、現在のビューアで既に問題を起こしているものです。