我读了这篇文章:
如何在使用 RPC over HTTPS 时停止 Outlook 2007 要求提供凭据
但是,我们无法控制后端服务器。这由我们用于托管交换的第三方控制。他们告诉我,他们已将服务器配置为每次打开本地 Outlook 客户端时都需要用户的凭据(密码)。他们还告诉我没有解决方法,但我很难相信我无法配置我们自己的 XP 机器来记住密码,即使这意味着需要额外的软件。
这真的是这种情况,还是他们没有告诉我的解决方法?
我读了这篇文章:
如何在使用 RPC over HTTPS 时停止 Outlook 2007 要求提供凭据
但是,我们无法控制后端服务器。这由我们用于托管交换的第三方控制。他们告诉我,他们已将服务器配置为每次打开本地 Outlook 客户端时都需要用户的凭据(密码)。他们还告诉我没有解决方法,但我很难相信我无法配置我们自己的 XP 机器来记住密码,即使这意味着需要额外的软件。
这真的是这种情况,还是他们没有告诉我的解决方法?
如果使用与 Exchange Server 计算机所在域相同(或受信任的)域中的凭据登录,Outlook 将透明地向 Exchange 进行身份验证。
您没有,因此系统会提示您输入凭据。
一种“解决方法”是让您的客户端计算机加入托管 Exchange 的域。我严重怀疑你的供应商会做这样的事情。
我看到的一篇文章中有一些谈话表明可能有一种方法可以使用 Windows 中的密码缓存功能来做到这一点:http ://www.andreasroom.com/blog/archive/2005/06/17/ RPCHTTP.aspx 我以前从未尝试过这个,我有点怀疑它是否会起作用。不过,我想这值得一试。
有时,kerberos 的一个有趣的工作方式是,如果您在本地域中的登录名和密码与交换主机匹配,那么通过身份验证将起作用并允许您进入,尽管域名不同。
虽然我不是这方面的专家,但埃文的回答非常可靠。
如果您使用 RPC over HTTP 连接到 Exchange 服务器,并且服务器上的身份验证方法设置为基本,那么每次都会要求您提供凭据,而您对此无能为力。如果他们使用 NTLM 身份验证,那么您应该能够保存您的凭据
使用以下命令:
cmdkey /add:exchange.server.com /user:username /pass:password
您可以保存凭据,NTLM 将在向 exchange.server.com 进行身份验证时使用提供的用户/密码。