Solved

Outlook Anywhere Virtual Directory - Can it be moved?

Posted on 2007-12-03
15
2,356 Views
Last Modified: 2010-01-27
I have a native Exchange / Outlook 2007 Environment.  OWA is our main deployment venue, so in the beginning, we used a URL redirection on the Default Web Site to point via DNS to the OWA sign-in page.  Now that we are trying to enable Outlook Anywhere, I would like to move the RPC and RPCWithClient virtual dirs to another website on the CAS, using DNS to point to them.  The problem is:  when I enable RPC over HTTPS, and go to enable Outlook Anywhere, it points to the default location under the Default Web Site.  I can't find any way to change it.  I've run every cmdlet I can think of with every argument in the book, but when I try to specify another website name or location for the vdir, I always get the error that the object was not found on the DC.  Apparently the cmdlet is trying to specify the location of the SCP instead of changing the info in the SCP to use the new url/vdir.  Anyone else run into this?  The only workaround I can think of is to host OWA on another website, give it another listener IP, and change DNS to go there, but that could be messy in a production environment.
0
Comment
Question by:lhcit
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 7
  • 4
  • 3
  • +1
15 Comments
 
LVL 22

Expert Comment

by:ATIG
ID: 20395827
question.... where are you trying to move the Vdir too? Under another web site?

those virtuals are installed with the service.....
0
 

Author Comment

by:lhcit
ID: 20395926
ATIG:  Yes, I'm trying to create another website specifically for the Outlook Anywhere feature, this will help me to simplify the URLs, DNS entries, and SSL certs.  I read that there is no PS cmdlet to create the RPC and RPCwithCert vdirs, that they have to be exported and re-imported as new sites.  Even when I do that, and it's successful, I don't see any way to update the SCP to point to the new vdirs.  
0
 
LVL 22

Expert Comment

by:ATIG
ID: 20395943
Yeah.... you really cannot move that one but would I would do is leave that as default and move the EX piece....
0
Are your AD admin tools letting you down?

Managing Active Directory can get complicated.  Often, the native tools for managing AD are just not up to the task.  The largest Active Directory installations in the world have relied on one tool to manage their day-to-day administration tasks: Hyena. Start your trial today.

 
LVL 104

Assisted Solution

by:Sembee
Sembee earned 250 total points
ID: 20395986
It can be moved. You have to do an export of the virtual directory and then an import, BUT, it will then be outside of the management of Exchange, either for EMC or the Shell. I also don't believe that Microsoft will support Exchange components outside of the default web site.

Simon.
0
 
LVL 22

Expert Comment

by:ATIG
ID: 20396002
Simon, you have a link for the move?
0
 
LVL 104

Assisted Solution

by:Sembee
Sembee earned 250 total points
ID: 20396036
Its part of my controversial SSL certificate process on my blog.
http://www.sembee.co.uk/archive/2007/01/21/34.aspx

Works for Exchange 2003 as well. Basically an expert of the vdir after configuration and then an import.

Oooo - can you send me an email to sembee @ experts-exchange.com I have another thread I would like you to look at.

Simon.
0
 

Author Comment

by:lhcit
ID: 20396069
I've done the move, the problem is updating the SCP to point to the new directory.  Running a "get-outlookanywhere" shows the URLs I've configured for it, but always points to "Rpc (Default Web Site)."  This is what I am trying to change.  I've tried "Set-Outlookanywhere -name "servername\RPC (new web site name)", but it returns the error that "servername\rpc (new web site name) does not exist on server dc.mydomain.com."  I get the same if I try to use "set-outlookanywhere -identity.  Same error.  It looks like the metabasepath in the SCP is hard-coded and unchangeable.  
0
 
LVL 22

Expert Comment

by:ATIG
ID: 20396120
did you try disable OL anywhere and then enable it back?
0
 

Author Comment

by:lhcit
ID: 20396189
Yes, it still only points to "Rpc (Default Web Site)."  The only argument to "Enable-OutlookAnywhere" that I can see would be the "-TemplateInstance (PSObject)" argument, but it doesn't really make sense to copy the attributes of any other object, and it still doesn't look like I'd be able to specify the metadatabase path.
0
 
LVL 22

Expert Comment

by:ATIG
ID: 20396202
yeah... and I dont know of anywhat to set that .........that why I was saying that I dont know that you can move it but let me look into this a bit...
0
 
LVL 22

Expert Comment

by:ATIG
ID: 20396206
Simon, I sent you an email......
0
 
LVL 104

Accepted Solution

by:
Sembee earned 250 total points
ID: 20396382
I have moved it, and have it working when moved. However running get-outlookanywhere on my server also shows it using the default web site.

I should be clear - I have copied it, not moved it. The /rpc virtual directory still exists on the default web site.

Simon.
0
 
LVL 22

Expert Comment

by:ATIG
ID: 20396584
interesting..... lets see what I can did up :)
0
 

Author Comment

by:lhcit
ID: 20396779
Yeah, that's the same problem I'm having.  Moving the vdir is the easy part :).  Now try running "set-outlookanywhere -identity servername\rpc (new web site name)."  It'll tell you that the object doesn't exist on your domain controller.  Apparently the arguments work on the SCP rather than the iis attributes.  Looks like an oversight in design, they figured there'd be no reason to run outlook anywhere except from the default web site. I just don't see why you can use PS to create and manipulate the vdirs for ALL of the other outlook services / web services but this one you can't.  
0
 
LVL 2

Expert Comment

by:Corcoran Smith
ID: 26424425
And 3 years later, this dreadful problem still exists - even inside their SBS product.

A shocking joke.
0

Featured Post

Is Your AD Toolbox Looking More Like a Toybox?

Managing Active Directory can get complicated.  Often, the native tools for managing AD are just not up to the task.  The largest Active Directory installations in the world have relied on one tool to manage their day-to-day administration tasks: Hyena. Start your trial today.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Article by: Dermot
The life of crime is over for 22 year-old Christian Ian Salvador, a student from Isabela State University in the Philippines.
This article will help to fix the below errors for MS Exchange Server 2013 I. Certificate error "name on the security certificate is invalid or does not match the name of the site" II. Out of Office not working III. Make Internal URLs and Externa…
With Secure Portal Encryption, the recipient is sent a link to their email address directing them to the email laundry delivery page. From there, the recipient will be required to enter a user name and password to enter the page. Once the recipient …
If you’ve ever visited a web page and noticed a cool font that you really liked the look of, but couldn’t figure out which font it was so that you could use it for your own work, then this video is for you! In this Micro Tutorial, you'll learn yo…

688 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question