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

我们正准备对Exchange 2010进行networking范围的升级。旧版2007邮箱的url为

https://mail.example.com 

并且已经移动邮箱的用户将不得不去

 https://Email.example.com 

如果拥有2010邮箱的用户尝试在2007 OWA位置login,则会得到标准的403 Forbidden页面。 我们想向他们展示一个我们自己制作的页面,其中包括一个到2010年OWAlogin页面的链接。

我以为我们可以做一个IIS自定义错误页面,但在默认网站IIS中设置403.4错误页面似乎并没有工作。

有谁知道我们如何解决这个问题?

顺便说一下,我们的Windows Server 2003上的2007盒子的OWA和IIS 6

编辑

好的,所以我不认为我解释了这个问题是正确的(我现在才开始自己理解这个问题)。 我们基本上有可以进行身份​​validation的用户,但2007交换服务器上没有邮箱。 他们是所有403.4错误的自定义错误页面,指导用户从http到https。 但是,当没有邮箱的用户尝试login时,实际上没有从服务器发送错误页面,只有403状态码。

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

如果是IIS7,我会推荐使用URL Rewrite,但是由于不是,所以还有其他select。

首先,您可以closuresIIS中的SSL要求,以便http://email.example.com (与https://email.email.com )起作用。 那么你需要redirect他们,如果他们进入该url。

你可以使用www.isapirewrite.com来做到这一点。 这是一个很好的工具。 或者,您可以使用http绑定来设置另一个站点,并将其redirect到https(email.example.com)站点。 如果你有权访问服务器,这是最简单的,我假设你这样做。

总结一下,创build另一个指向虚拟文件夹的站点,并将redirect设置为https://email.example.com 。 从现有网站中删除HTTP绑定,并将其设置为新网站。 所以redirect站点将具有http绑定,并且email.example.com站点将具有HTTPS绑定。 在这种情况下,您也不需要更新SSL设置。