Exchange Web服务、带Windows身份验证的ASP.NET、IIS 8.5和模拟
IIS允许从使用Windows身份验证的ASP.NET网站访问Exchange Web服务的设置,让我慢慢地、无情地疯狂起来。我已经找到了几十篇关于如何设置的文章,每一篇似乎都说了一些不同的话,或者向我描述了一个在我复制它时失败的过程,大概是因为我有一些假定的知识Exchange Web服务、带Windows身份验证的ASP.NET、IIS 8.5和模拟,asp.net,windows-authentication,impersonation,iis-8,ews-managed-api,Asp.net,Windows Authentication,Impersonation,Iis 8,Ews Managed Api,IIS允许从使用Windows身份验证的ASP.NET网站访问Exchange Web服务的设置,让我慢慢地、无情地疯狂起来。我已经找到了几十篇关于如何设置的文章,每一篇似乎都说了一些不同的话,或者向我描述了一个在我复制它时失败的过程,大概是因为我有一些假定的知识 应用程序使用windows身份验证来标识用户 应用程序使用EWS发送电子邮件,以便电子邮件最终进入用户的“已发送邮件”中 Exchange托管在独立于web服务器的服务器上,因此我假设我所读到的有关此问题的“双跃点”正在发生。我不是
- 应用程序使用windows身份验证来标识用户
- 应用程序使用EWS发送电子邮件,以便电子邮件最终进入用户的“已发送邮件”中
- Exchange托管在独立于web服务器的服务器上,因此我假设我所读到的有关此问题的“双跃点”正在发生。我不是系统管理员,所以我不太明白这一点
是否有明确的方法让我将其设置为工作状态,然后对问题进行潜在的故障排除?是的,从您的描述来看,这显然是一个双跳问题。修复这一问题并非易事,基本上您需要在web服务器和exchange服务器之间设置委派,以便web服务器能够使用用户登录到web服务器时发出的kerberos票证 我还没有部署一个真正做到这一点的解决方案。我们总是使用服务帐户(具有对exchange、邮箱等的适当访问权限)或将web应用程序放在exchange服务器上。这两种选择都不是特别优雅,但在大多数情况下,运营团队不愿意设立授权,也不知道如何正确地进行授权