在我的组织中，每个人都使用Outlook 2010连接器访问CRM。
在UR13更新之后，有些客户端开始遇到Outlook连接器每次双击列表中的某个实体时需要login的情况，因此在打开一个新窗口时就会出现这种情况。 这是典型的ADFSlogin表单，显示在新窗口中，代替他们select打开的实体。 有时，打开一个列表（例如，帐户，活动，…）会导致login表单被embedded到Outlook的中心框架中。
无论哪种方式，input的凭据不会坚持，在许多情况下，重新启动是必要的。 有时我必须使用configuration向导取消configuration和重新configuration组织，以使其消失。 但一段时间后，它反击。
不幸的是，我们的设置不是一个非常标准的–CRC运行的机器（2008R2所有补丁）都在与我们的主networking相同的networking上的它自己的域…这是不兼容的samba3为基础。 所有用户都在这两个域中进行镜像。 虽然我觉得这不是罪魁祸首。
无论如何，我们已经尝试了一切，从甚至把垃圾添加到可信站点，搞乱了IE设置，将密码存储在Vault中，摆弄IIS身份validation提供程序 – 没有办法。 我们停下来。
任何想法？
谢谢
附录：我忘记提及，有时当它不工作，我们得到一个对话框，说：“等待从CRM服务器加载页面”，以及一个缓慢的进度条嗅到超时（但CRM是通过networking响应）。 closures时，Outlook的CRMfunction区的内容被replace为一个string“无法从服务器加载页面”，或沿线的东西。
检查IE浏览器closures时是否清空临时Internet文件。 如果选中，并使用IE和Outlook，则Outlook将提示login，因为在IE中closures窗口会崩溃。
HTH。