我们正准备对整个网络升级到 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 设置。