Exchange Server Forums
Forums |
Register |
Login |
My Profile |
Inbox |
RSS 
|
My Subscription |
My Forums |
Address Book |
Member List |
Search |
FAQ |
Ticket List |
Log Out
RE: No host headers and no OMA
|
Users viewing this topic:
none
|
Logged in as: Guest
|
Login  | |
|
 Limited time MSExchange.org offer! -- 1.Sep.2008 1:00:00 PM
|
|
TechGenix and SolarWinds have partnered to provide free copies of SolarWinds Exchange Monitor to all visitors who join the MSExchange.org Forums. SolarWinds Exchange Monitor is a handy desktop dashboard that continuously monitors Microsoft Exchange to deliver real-time insight into Exchange services, mail queue sizes, and host server health. Learn more about Exchange Monitor and the free offer!
|
RE: No host headers and no OMA - 14.Apr.2006 10:44:04 PM
|
|
|
leederbyshire
Posts: 974
Joined: 4.Jan.2006
Status: offline
|
That path is correct, assuming that your 'CL' is just a typo. It should be 'C:' , of course.
|
|
|
|
|
RE: No host headers and no OMA - 15.Apr.2006 2:02:03 AM
|
|
|
SUSANVV
Posts: 75
Joined: 26.Mar.2006
Status: offline
|
Thanks, and yes, it is a typo. I am going to do some reading up on Exchange Http access (an article on this site) and hope that with an understanding of the process I can find what I have configured incorrectly, because obviously, something is.
Thanks for all your help. When I have an intelligent question to ask again I will sign back in. Have a good night.
Sue
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 2:50:43 AM
|
|
|
SUSANVV
Posts: 75
Joined: 26.Mar.2006
Status: offline
|
Hi again Lee,
I have been trying a bunch of different settings on the IIS OMA directory. If I change the Local Path to the same as the Exchange directory (\\.\BackOficeStorage\prcgroup.com\mbx) I can actually get to my Outlook-sort of. First I see the web directory listing ( all of our mailboxes). I need user name and password to access anything but mine as I logged on with my credentials. What isn't happening, no matter what my settings, is the default OMA introductory screen is not invoking. I log on OK but I end up at the directory root level instead of at my mailbox. I tried changing the Application name from /lm/W3SVC/1/root/oma to just OMA--no difference.
Any ideas on what I can try next? What would make the OMA screen display?
Thanks as always. I hope I can return the favor some day.
Sue Van
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 11:39:22 AM
|
|
|
leederbyshire
Posts: 974
Joined: 4.Jan.2006
Status: offline
|
If you map the path to that location, then the folder list is exactly what you would expect to see. These Exchange VDirs can't easily be fixed in IIS Manager, because they have other special properties that aren't available to the ordinary IIS Manager interface. The OMA VDir needs to point to C:\Program Files\Exchsrvr\OMA\browse . Make sure that it has oma.aspx configured as the Default Document. oma.aspx is the script that makes OMA work, and that is (or should be) located in the OMA\browse folder.
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 2:35:23 PM
|
|
|
SUSANVV
Posts: 75
Joined: 26.Mar.2006
Status: offline
|
OK. Everything is back to the default and still doesn't work. I still get the Item not found message. And OMA.aspx is in the Browse directory and has read and execute permissions or whatever was default. I have the Default SMTP Virtual Server set to the mail server's internal IP address, not All Unassigned. The Default web site in IIS is set to All Unassigned. Could this make a difference? Should I change it to match the Default SMTP Virtual Server?
I did not do the procedure listed in KB 817379 because I don't have any of the Event ID's mentioned. But that procedure is what led me to change the Local Path in the default OMA folder to \\.\BackOfficeStorage etc. If you read the article it says to make a backup of the Exchange folder and then import it into the new virtual exchange-oma folder. Therefore the path would have been the BackOfficeStorage path.
So, should I change the All Unassigend to match the SMTP Virtual server? I don't know where else to try. The oma.aspx obviously is not executing.
Thanks as always.
Sue Van
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 2:47:07 PM
|
|
|
leederbyshire
Posts: 974
Joined: 4.Jan.2006
Status: offline
|
If you only have one network card in the server, then changing the All Unassigned won't make any difference. That setting is for servers with two or more NICs, or if you have several different IP addresses configured for one NIC. If it says All Unassigned, then the server will respond to a connection to any of its IP addresses. If you don't want want it to do that, then you can tell it to only respond on a specific Ip address. KB817379 isn't just for those particular Event IDs - it is just an article explaining how to rebuild your Exchange VDirs, if any of them are missing. The Event IDs listed are just examples of the kind of thing you would see.
Have a look in your Exchange System Manager, and drill down through Servers/<yourserver>/Protocols/HTTP and see if an OMA VDir is listed there, alongside the Exchange and Public ones. If it is, then 817379 wil rebuild it if you delete it in IIS Manager. If it's not listed, then it will never work, because the Exchange Metabase Update doesn't think it should exist, and nothing you do in IIS Manager will make it work then.
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 3:11:05 PM
|
|
|
SUSANVV
Posts: 75
Joined: 26.Mar.2006
Status: offline
|
Yes, the OMA directory does exist in ESM under the HTTP. On the General page in Properties it is set to our domain.com(default). Outlook Mobile Access is enabled but greyed out. Access Control is set to Read and Scripts (both greyed out). Authentication is set to Basic with the default at \. There is, by the way, nothing in the right pane when I click on the OMA directory in HTTP.
That article rebuilds the site but based on the settings in the Exchange directory. That is one of thethings that is confusing because the paths are different.
Under the HTTP the settings for the Exchange Virtual Server are set to Forms Based Authentication. Is this what is causing a problem? Is this why an article on this site suggests creating a second OMA?
Sue Van
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 3:37:14 PM
|
|
|
leederbyshire
Posts: 974
Joined: 4.Jan.2006
Status: offline
|
The properties a greyed-out because you have FBA enabled - it only works if everything is set a particular way, so if you choose FBA, you can't change them in ESM. You can still change them in IIS Manager, though, but then that breaks FBA.
I mistakenly said that 817379 would rebuild your Exchange OMA VDirs before, but it won't - I meant 883380 will rebuild your OMA VDir.
817379 is about creating a second Exchange VDir (not OMA) . OMA won't work if you have FBA or even just SSL enabled on your main Exchange VDir, so you have to create a second one, and point OMA at that. That's what 817379 is about.
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 3:52:39 PM
|
|
|
SUSANVV
Posts: 75
Joined: 26.Mar.2006
Status: offline
|
I gather that I should create a new OMA directory since we do have FBA enabled. 817379 says to create it in IIS and an article, I believe on this site by Paul Baldwin, says to create it in ESM. Which is correct? And if I do create a new one (exchange-oma) should I delete the original OMA directory? Should I also do the same for the Active Sync as that doesn't work either, or is that a different problem?
Sorry for all the questions.
Thanks again.
Sue Van
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 5:10:06 PM
|
|
|
leederbyshire
Posts: 974
Joined: 4.Jan.2006
Status: offline
|
It's a new Exchange directory you're creating, not a new OMA one, so you shouldn't delete your existing OMA directory. OMA can't use your main Exchange one if you have FBA enabled, so you need to create a second Exchange directory, and point your existing OMA directory at that, using the registry keys described. The new one is called 'exchange-oma', so that you will remember why it was created, but it's important to remember that it's an Exchange directory, not an OMA one.
I haven't seen the article on this site, so I can't really compare, I'm afraid. The 817379 is well-know, though - lots of people use it. FBA will cause ActiveSync to break, too. 817379 should fix them both at the same time.
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 5:17:06 PM
|
|
|
SUSANVV
Posts: 75
Joined: 26.Mar.2006
Status: offline
|
Yes, you are right of course, I am creating a second identical Exchange Virtual server that just doesn't us FBA. Hopefully one last question? Can I do this during office hours or should I wait? It seems to me I should be able to do this during office hours.
I can't thank you enough for all of your help.
Sue Van
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 5:49:37 PM
|
|
|
leederbyshire
Posts: 974
Joined: 4.Jan.2006
Status: offline
|
You will need to stop/start the IIS Admin service, and that will stop other services, too, so it's probably best to do it when it's quiet.
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 5:52:03 PM
|
|
|
SUSANVV
Posts: 75
Joined: 26.Mar.2006
Status: offline
|
Thanks again for all of your help. If there is some way to rate your posts, please let me know. I will be doing the 817379 tonight.
Thanks again.
Sue Van
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 6:43:34 PM
|
|
|
leederbyshire
Posts: 974
Joined: 4.Jan.2006
Status: offline
|
You're welcome. Let me know what happens.
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 9:30:48 PM
|
|
|
SUSANVV
Posts: 75
Joined: 26.Mar.2006
Status: offline
|
KB817379 says to create the exchange-oma directory under the Default Web Site. The Default Web Site has SSL required as well as the FBA. Won't the new virtual directory inherit the FBA from the default web site as it is a child directory? Shouldn't it be a second web site?
Sorry for the extra questions.
Sue Van
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 9:40:14 PM
|
|
|
leederbyshire
Posts: 974
Joined: 4.Jan.2006
Status: offline
|
When it is first created, it will have inherited the SSL setting, but you can disable it at the directory level, so you don't need another Web site.
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 9:42:19 PM
|
|
|
SUSANVV
Posts: 75
Joined: 26.Mar.2006
Status: offline
|
Please excuse my lack of knowledge by why doesn't that same scenario work for the default OMA directory. I removed the SSL requirement from that directory and it still doesn't work.
Thanks again for your help.
Sue Van
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 10:21:05 PM
|
|
|
leederbyshire
Posts: 974
Joined: 4.Jan.2006
Status: offline
|
You removed SSL from the OMA directory, ot the Exchange directory? Removing it from the OMA directory won't help when it's still enabled on the Exchange directory.
If you mean that you removed it from the Exchange directory, then it's most likely that there is another reason for it not working, unconnected with SSL. Another problem is that when you change a setting, like FBA, or SSL, it often takes several minutes for the change to have an effect on the way the OMA behaves.
|
|
|
|
|
RE: No host headers and no OMA - 17.Apr.2006 10:29:41 PM
|
|
|
SUSANVV
Posts: 75
Joined: 26.Mar.2006
Status: offline
|
There's no point in being stupid unless you show it and I just did. We are not creating an OMA directory we are actually creating a second Exchange directory with out SSL enabled. That is the directory that OMA will use.
Thanks for your patience. I will let you know how I make out.
Sue Van
|
|
|
|
 New Messages |
 No New Messages |
 Hot Topic w/ New Messages |
 Hot Topic w/o New Messages |
 Locked w/ New Messages |
 Locked w/o New Messages |
|
 Post New Thread
Reply to Message
Post New Poll
Submit Vote
Delete My Own Post
Delete My Own Thread
Rate Posts |
|
Printable Version
