Página de erro para usuários do OWA em um servidor diferente?

Question

Estamos nos preparando para fazer uma atualização em toda a rede para o Exchange 2010. O URL das caixas de correio antigas de 2007 está em

https://mail.example.com

e os usuários que tiveram sua caixa de correio movida terão que ir para

https://Email.example.com

Se um usuário que tiver uma caixa de correio de 2010 tentar fazer logon no local do OWA de 2007, ele receberá uma página 403 Forbidden padrão. Gostaríamos de mostrar a eles uma página criada por nós, que inclui um link para a página de login da OWA de 2010.

Presumi que poderíamos fazer isso com uma página de erro personalizado do IIS, mas definir a página de erro 403.4 no IIS no site padrão parece não estar funcionando.

Alguém sabe como podemos contornar isso?

BTW, nosso OWA para as caixas 2007 no Windows Server 2003 e IIS 6

EDITAR

Ok, então eu não acho que expliquei a questão direito (só agora estou começando a entender o problema ...). Basicamente, temos usuários que podem autenticar, mas não possuem uma caixa de correio no servidor Exchange 2007. Sua é uma página de erro personalizada para todos os erros 403.4, que direciona um usuário de http para https. No entanto, quando um usuário sem uma caixa de correio tenta efetuar login, nenhuma página de erro é realmente enviada do servidor, apenas um código de status 403.

    

Answer 1

O problema é que o SSL é necessário e o erro é lançado antes que os erros personalizados sejam exibidos. Portanto, não é possível visualizar uma página de erro personalizada 403.4.

Se fosse o IIS7, eu recomendaria o URL Rewrite, mas como não é, você tem outras opções.

Primeiramente, você pode desativar o requisito de SSL no IIS para que link (vs. link ) funciona. Então você precisa redirecioná-los se eles entrarem nesse URL.

Você pode fazer isso usando www.isapirewrite.com. É uma ótima ferramenta para isso. Ou você pode configurar outro site com a ligação http e fazer um redirecionamento para o site https (email.example.com). Isso é mais fácil se você tiver acesso ao servidor, o que eu suponho que você faça.

Para recapitular, crie outro site que aponte para uma pasta fictícia e defina um redirecionamento para o link . Remova a ligação HTTP do site existente e defina-o para o novo site. Portanto, o site de redirecionamento terá a ligação http e o site email.example.com terá a ligação HTTPS. Você não precisa atualizar a configuração de SSL neste caso.