I have two Exchange servers running in the same domain. One Exchange 2003 and one Exchange 2010. I've managed to setup bidirectional routing. I have moved some mailboxes via a "Local move request" on Exchange 2010, this was completed succesfully.
My problem: When I go to the "old" OWA 2003 site (https://legacy.company.com/exchange) and login with the user/pass of amailbox that has been moved, I am redirected to hxxps://newserver.domain.local/exchange. I'd like to be redirected to hxxps://newserver.company.com/exchange or hxxps://newserver.company.com/owa.
I've already setup the OWA url's of the new Exchange server to use newserver.comapny.com instead of newserver.domain.local, using the Set-OwaVirtualDirectory cmdlet.
PS. I've found out that the old OWA 2003 uses a HTTP 302 (permanent move) http response which redirects to the internal FQDN of the Exchange 2010 server.
Where can I setup the FQDN/URL that OWA 2003 redirects to when a mailbox is found on the new Exchange 2010 server?
If anybody has an idea I'd be much oblidged.
You're doing it backwards - is there a reason for this?
This is the way it's supposed to work.
https://mail.acme-widgets.com
legacy.acme-widgets.com
and make sure your firewall forwards traffic destined for this to Exchange 2003https://mail.amce-widgets.com
is now forwarded to Exchange 2010.When you do this, any users whose mailboxes are on Exchange 2010 will use the Exchange 2010 OWA that they have logged in to (using the external or internal URL), and any mailboxes on Exchange 2003 are forwarded to an Exchange 2003 server that you specify.
To set the URL your Exchange 2003 users are sent to, run this cmdlet
Set-OwaVirtualDirectory <Your OWA Virtual Directory> -Exchange2003Url https://legacy.acme-widgets.com/exchange
.For your ActiveSync question, the ActiveSync traffic is proxied by the Exchange 2010 CAS to the Exchange 2003 mailbox server, not redirected like OWA traffic.
For this to work you first need to enable integrated authentication on the ActiveSync virtual directory on Exchange 2003. This involves installing a patch and then making the change via Exchange System Manager.
You'll find the steps here, towards the bottom of the page:
http://technet.microsoft.com/en-us/library/ee332348.aspx