.net Office 2013和第三方集成

.net Office 2013和第三方集成,.net,ms-office,office-interop,mapi,office-2013,.net,Ms Office,Office Interop,Mapi,Office 2013,你们中的一些人可能知道,也可能不知道,微软正在使2013版的所有Office产品的点击运行变得更加普遍。如果您编写的软件使用Outlook、Word或Excel或与之集成,您可能已经习惯使用它们的自动化API、MAPI或.NET PIA。Office产品的新虚拟化安装(点击运行)不再支持任何进程外集成方法 这里有人知道微软在这方面对第三方集成商的指导吗?我无法想象他们会希望无数支持他们产品的公司跳槽。例如,如果MAPI不再运行,其他进程应该如何读取.MSG文件、使用exchange解析SMTP地

你们中的一些人可能知道,也可能不知道,微软正在使2013版的所有Office产品的点击运行变得更加普遍。如果您编写的软件使用Outlook、Word或Excel或与之集成,您可能已经习惯使用它们的自动化API、MAPI或.NET PIA。Office产品的新虚拟化安装(点击运行)不再支持任何进程外集成方法

这里有人知道微软在这方面对第三方集成商的指导吗?我无法想象他们会希望无数支持他们产品的公司跳槽。例如,如果MAPI不再运行,其他进程应该如何读取.MSG文件、使用exchange解析SMTP地址、从exchange获取全局地址列表等

我不是唯一一个想知道第三方集成商的前进道路是什么的人。显然,过程中加载项并不总是可行的。有些集成是基于服务器的,或者不能期望Outlook/Word始终运行

目前唯一的解决办法是安装完整的MSI版本,而不是使用单击运行。问题是,只有批量许可证才能获得MSI安装。这并不适用于所有的董事会


有没有其他人知道未来会怎样,因为从我们坐的地方看,前景似乎很模糊。

所有东西都仍然受到支持,至少对于Outlook 2013 C2R安装来说,Outlook 2010确实存在问题

尽管如此,仍然存在一些已知问题,特别是如果您正在从Outlook将MAPI对象从proc封送到您的应用程序-某些注册表项未创建,MAPI封送已中断。 您可以还原这些密钥-请参阅