我们创建了一个Outlook插件,它将我们的自定义CRM与Outlook集成在一起。在读取和撰写模式下,命令按钮被添加到消息中。单击按钮时调用函数文件。
加载项清单会在所有计算机上正确传递验证和安装。但是在Outlook 2016桌面(仅限)上,我们在某些计算机上看到错误。确切的错误消息说:“我们很抱歉,我们无法访问[NCS Outlook加载项]。确保您有网络连接。如果问题仍然存在,请稍后再试。“([NCS Outlook加载项]是我们加载项的名称。)
请注意,单击加载项命令按钮后,此消息立即显示。它没有首先说“[NCS Outlook加载项]正在处理您的请求”,就像发生错误时加载项一样。
我们尝试过Outlook日志记录,并且在日志中找不到任何有用的内容。我们检查了设置并禁用了其他加载项。我们还测试了具有用户帐户的计算机。同一个用户将在一台机器上出错,而在另一台机器上出错。简而言之,似乎错误是机器特定的而不是与配置文件相关的。
安装的Office 365版本:1705(Build 8201.2209)。
答案 0 :(得分:1)
我们在Outlook 2016中遇到了这种确切行为,解决方案是为受限制和互联网区域启用保护模式。
最简单的改变方法是在IE浏览器中。
答案 1 :(得分:0)
试试这个:
1)关闭Outlook
2)重命名文件夹C:\ Users \%USERNAME%\ AppData \ Local \ Microsoft \ Outlook 到C:\ Users \%USERNAME%\ AppData \ Local \ Microsoft \ Outlook.OLD
(%USERNAME%是当前用户名。)
3)启动Outlook,设置用户配置文件
4)添加/测试加载项。
如果可行,那么在旧的Outlook配置文件中会出现问题。但是如果出现同样的问题:退出Outlook,删除Outlook文件夹并将Outlook.OLD重命名为Outlook。
答案 2 :(得分:0)
在开发计算机上卸载 Visual Studio 2015之后,我遇到了完全相同的问题。 (我一直在使用Visual Studio 2017进行Outlook加载项开发。)
重新安装Visual Studio 2017后,问题就消失了。Outlook2016安装与该问题无关,我根本没有更改过Outlook或其配置文件。
这表明问题出在某种程度上与计算机上的SDK工具有关...也许与.Net框架有关?
如果我在客户计算机上遇到此问题,我将尝试重新安装或修复.Net框架,或者也许重新安装Outlook(假定它包含一些已损坏的加载项工具。)
只是将其传递出去,以防其他人受益。