当我决定在我们的Windows应用程序中使用MSG文件作为电子邮件模板功能时，我认为我很聪明。
我们的想法是让用户能够在包含合并代码的系统中保存MSG文件，这些合并代码将生成现成的电子邮件，数据自动从我们的数据库中合并，格式化全部完成等。
一切都运作良好。我在服务器上加载了MSG，进行了大量的合并操作，并通过简单的process.start（）将其传输到客户端。
它可以作为Outlook电子邮件准备好发送。
或者我想
直到我们的客户开始抱怨他们的安全电子邮件发送插件在Outlook中不再适用于这些电子邮件，我们观察到其他几个功能无法正常工作，如O365加密。
我相信这是因为在可编辑模式下打开MSG会在Outlook上下文中为您提供可发送的邮件，但它似乎与Outlook应用程序分离，它需要让插件工作...
那我该怎么办？我真的很想拥有味精，但我尝试的一切似乎都没有用。
我试图使用建议的内容返回Office.Interop：
app.Session.OpenSharedItem(path-to-msg)
这打开很好，但由于插件不起作用，它仍然看起来很分离。
是的我可以在Outlook应用程序中创建一个新的邮件项目或使用MAPI，但这将迫使我一次构建邮件，如果我需要分解MSG，那么拥有它们的想法就会丢失。
有没有人知道这个的解决方案，或者我正在尝试做的一些聪明的替代方案。
提前致谢
我设法通过using.oft而不是.msg来解决它。
结果是，该消息在Outlook中的另一个上下文中打开。