标题和正文一起显示
发件人、收件人、主题、日期以及消息正文一起渲染为一个可阅读的页面，而不是需要有人解释的原始转储。
问题
在审计前大家都会忘记的格式
文档管理系统围绕 PDF 和 Office 构建，然后第一份真实的案件文件出现，包含四十个 .msg 文件。突然间需求变成在服务器上需要邮件客户端，或是需要有人执行的转换步骤，或是支持工程师将证据下载到笔记本电脑上。
下载是这三者中最糟糕的。一旦消息离开系统，它就超出您的保留政策、审计日志和访问控制——而且正是后来最可能重要的材料。
在服务器端渲染可将通信保留在应当存放它的系统内，与同一案件的 PDF 和电子表格并列，通过相同的查看器打开。
功能
查看器对消息的处理方式
Outlook 与 MIME
.msg 用于 Outlook，.eml 和 .emlx 用于其他所有。相同的打开调用可处理这三种格式。
格式化的邮件渲染为邮件
HTML 消息保留其格式和内嵌图像，而不是折叠为纯文本。
服务器上没有邮件客户端
没有安装 Outlook，没有 MAPI 配置文件，也没有涉及 COM 自动化——这也是 Word 示例避免互操作的原因。
与文件其余部分使用相同的查看器
包含电子邮件、合同、电子表格和图纸的案件通过一个组件打开。用户只需学习一个界面。
消息保持原位
审阅者阅读页面。.msg 从不离开归档，因此保留和审计仍然有意义。
集成
打开消息
实际上，其价值并非仅在于邮件支持本身，而在于案件文件不再需要三个不同的查看器和下载按钮。
支持的扩展名
.eml.emlx.msg
csharp
// 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详情
电子邮件细节
- 渲染主机上不需要 Outlook、MAPI 配置文件或邮件客户端。
- 消息内部的附件是消息文件的一部分——在您的应用程序提取后，将其作为独立文档打开。
- 跨消息正文的文本搜索需要 AdvancedSearch 插件。
常见问题
渲染 .msg 文件是否需要安装 Outlook？
不需要。解析和渲染是原生的，这使得它能够在 Linux 容器或受限的 Windows 服务器上运行，在这些环境中安装邮件客户端并非选项。
附件也会被渲染吗？
消息会以消息的形式渲染。如果您希望显示附件，请在自己的代码中提取并将其作为独立文档打开——它将是查看器已经支持的格式之一。
为什么不直接将所有内容预先转换为 PDF？
可以使用 Converter 插件实现。但转换是需要有人负责并重新运行的批处理，而且会使存储翻倍。按需渲染只保留一份证据副本，无需维护管道。