当我决定在Windows应用程序中将MSG文件用于电子邮件模板功能时，我很聪明。
该想法是使用户能够在包含合并代码的系统中保存MSG文件，从而可以生成包含已自动合并的数据的现成电子邮件，这些数据是从我们的数据库中自动合并并进行格式化等。
一切正常。我将MSG加载到服务器上，进行大量合并操作，然后通过简单的process.start（）将其传输到客户端，然后再将其打开。
它可以作为准备发送的Outlook电子邮件完美打开。
或者我想
直到我们的客户开始抱怨他们在Outlook中的“安全电子邮件”发送插件不再适用于这些电子邮件，并且我们还观察到其他一些功能（例如O365加密）无法正常工作。
我认为这归结为以下事实：在可编辑模式下打开MSG会在Outlook上下文中为您发送可发送邮件，但它似乎与Outlook应用程序分离，需要插件才能工作... < / p>
那我该怎么办？我真的很想要味精，但是我尝试的一切似乎都不起作用。
我尝试使用推荐的方法返回Office.Interop：
app.Session.OpenSharedItem(path-to-msg)
这样可以很好地打开它，但是由于插件无法正常工作，因此似乎仍然是独立的。
是的，我可以在Outlook应用程序中创建一个新邮件项目，也可以使用MAPI，但这将迫使我重新构造一次邮件，并且如果我需要分解MSG，则丢失了它们的想法。
有人知道这个问题的解决方案吗，或者是我尝试做的一些明智的选择。
预先感谢
答案 0 :(得分：0)
我设法使用.oft而不是.msg来解决它。
其结果是，该消息是在Outlook中的另一个上下文中打开的。