不同服务器上的 OWA 用户的错误页面?

不同服务器上的 OWA 用户的错误页面?

我们正准备对整个网络升级到 Exchange 2010。旧 2007 邮箱的网址为

https://mail.example.com

邮箱被移动的用户必须前往

https://Email.example.com

如果拥有 2010 邮箱的用户尝试登录 2007 OWA 位置,他们将获得一个标准403 Forbidden页面。我们希望向他们展示我们自己制作的页面,其中包含指向 2010 OWA 登录页面的链接。

我假设我们可以使用 IIS 自定义错误页面来做到这一点,但403.4在默认网站上的 IIS 中设置错误页面似乎不起作用。

有人知道我们该如何解决这个问题吗?

顺便说一句,我们的 2007 年版 OWA 安装在 Windows Server 2003 和 IIS 6 上

编辑

好吧,我觉得我没能正确解释这个问题(我现在才开始理解这个问题……)。我们基本上有一些用户可以进行身份​​验证,但在 2007 Exchange 服务器上没有邮箱。对于所有 403.4 错误,都有一个自定义错误页面,将用户从 http 引导到 https。但是,当没有邮箱的用户尝试登录时,服务器实际上不会发送任何错误页面,而只会发送 403 状态代码。

答案1

问题在于需要 SSL,并且在显示自定义错误之前会抛出错误。因此无法查看 403.4 自定义错误页面。

如果是 IIS7,我会推荐 URL Rewrite,但既然它不是,您还有其他几个选择。

首先,您可以关闭 IIS 中的 SSL 要求,以便http://email.example.com(对比https://email.email.com) 有效。如果他们确实进入该 URL,则需要重定向他们。

您可以使用 www.isapirewrite.com 来实现这一点。这是一款很棒的工具。或者,您可以设置另一个具有 http 绑定的站点,并让其重定向到 https (email.example.com) 站点。如果您可以访问服务器,那么这是最简单的方法,我假设您可以访问。

回顾一下,创建另一个指向虚拟文件夹的站点,并设置重定向到https://email.example.com。从现有站点中删除 HTTP 绑定并将其设置为新站点。因此重定向站点将具有 http 绑定,而 email.example.com 站点将具有 HTTPS 绑定。在这种情况下,您也不需要更新 SSL 设置。

相关内容