hglobus
asked on
Exchange 2003 and OWA
At a client, we have the following situation:
They have a Exchange server that is acting as the front end and back end server. The clients at the site can view their email via OWA by going to the 192.xxx.xx.xxx/exchange and logging in. They see their inboxes the way they’ve seen their Outlook 2003 app inboxes.
We configured the firewall to pass HTTPS traffic through to 192.xxx.xx.xxx. From the outside, when I hit their web address in HTTPS, I get directed to enter my username and password, which I do. I then get a page that says “Under Construction”
The site you are trying to view does not currently have a default page. It may be in the process of being upgraded and configured.
Please try this site again later. If you still experience the problem, try contacting the Web site administrator.
This seems to be a something with the IIS server. What, I am sorry to say, I do not know. Please keep in mind that the web site on port 80 points to one server, the 443 address points to the exchange server.
What am I missing here? SSL certs are enabled, when I log in I get the little locked icon in the lower right hand corner, I get rejected with wrong authentication and I see that under Web extensions, Microsoft Exchange server is allowed on the Exchange server. I assume that I am not pointing to the correct web page somewhere in IIS.
Help is REALLY needed.
Thanks.
They have a Exchange server that is acting as the front end and back end server. The clients at the site can view their email via OWA by going to the 192.xxx.xx.xxx/exchange and logging in. They see their inboxes the way they’ve seen their Outlook 2003 app inboxes.
We configured the firewall to pass HTTPS traffic through to 192.xxx.xx.xxx. From the outside, when I hit their web address in HTTPS, I get directed to enter my username and password, which I do. I then get a page that says “Under Construction”
The site you are trying to view does not currently have a default page. It may be in the process of being upgraded and configured.
Please try this site again later. If you still experience the problem, try contacting the Web site administrator.
This seems to be a something with the IIS server. What, I am sorry to say, I do not know. Please keep in mind that the web site on port 80 points to one server, the 443 address points to the exchange server.
What am I missing here? SSL certs are enabled, when I log in I get the little locked icon in the lower right hand corner, I get rejected with wrong authentication and I see that under Web extensions, Microsoft Exchange server is allowed on the Exchange server. I assume that I am not pointing to the correct web page somewhere in IIS.
Help is REALLY needed.
Thanks.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Glad I could help.
As for the "meta refresh" code, just create a new page in the Inetpub\WWWroot folder (default.htm, or something like that), and add the following code. Cut between the SNIPS, of course, and remember to change the 'www.yourdomain' link to match the proper domain name.
Also, the "0" just before the URL indicates how long to wait (in seconds) before redirecting. I usually have the page redirect right away (hence the zero), but you could change that if you so desired.
Chumplet
===========SNIP===========
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
<META HTTP-EQUIV="refresh" CONTENT="0;URL=https://www.yourdomain.com/exchange">
<title>Redirecting...</tit
</head>
<body>
</body>
</html>
===========SNIP===========
As for the "meta refresh" code, just create a new page in the Inetpub\WWWroot folder (default.htm, or something like that), and add the following code. Cut between the SNIPS, of course, and remember to change the 'www.yourdomain' link to match the proper domain name.
Also, the "0" just before the URL indicates how long to wait (in seconds) before redirecting. I usually have the page redirect right away (hence the zero), but you could change that if you so desired.
Chumplet
===========SNIP===========
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
<META HTTP-EQUIV="refresh" CONTENT="0;URL=https://www.yourdomain.com/exchange">
<title>Redirecting...</tit
</head>
<body>
</body>
</html>
===========SNIP===========
ASKER
Hmmm. Problem when I use the code.
Here is what I get:
I go to https:\\www.domainname.org\exchange and get:
an Outlook webpage login. I login with credentials and I get in fine.
(I think that I already accepted the cert, so I'm not asked to accept again.)
it works.
I go to https:\\www.domainname.org and get:
A cert window pops up that I am asked to accept. I do.
Login popup window. I login with credentials and then I get asked to login with
an Outlook webpage login (same as above). I login with the same credentials and get
"The page cannot be found" - HTTP error 400 when it is goes to https://www.domainname.org/exchweb/bin/auth/owaauth.dll
So, where is the disconnect?
Here is what I get:
I go to https:\\www.domainname.org\exchange and get:
an Outlook webpage login. I login with credentials and I get in fine.
(I think that I already accepted the cert, so I'm not asked to accept again.)
it works.
I go to https:\\www.domainname.org and get:
A cert window pops up that I am asked to accept. I do.
Login popup window. I login with credentials and then I get asked to login with
an Outlook webpage login (same as above). I login with the same credentials and get
"The page cannot be found" - HTTP error 400 when it is goes to https://www.domainname.org/exchweb/bin/auth/owaauth.dll
So, where is the disconnect?
ASKER
Yeah, if you could send the meta refresh code along, that'd be great.
Appreciate it.