Issues with Test-OutlookWebServices
We're having issues at times with Availability and Out of Office. When I run Test-OutlookWebServices -identity "my name" | fl I get the following: Id : 1003Type : InformationMessage : About to test AutoDiscover with the e-mail address me@mydomain.com. Id : 1006Type : InformationMessage : Contacted AutoDiscover at https://autodiscover.mydomain.com/autodiscover/autodiscover.xml. Id : 1013Type : ErrorMessage : When contacting https://cas3.mydomain.com/ews/exchange.asmx received the error The request failed with the error message: -- <html><head><title>Object moved</title></head><body><h2>Object moved to <a href="%2fews%2fexchange.asmx%3fAspxAutoDetectCookieSupport%3d1">here</a>.</h2></body></html> --. Id : 1016Type : ErrorMessage : [EXCH]-Error when contacting the AS service at https://cas3.mydomain.com/ews/exchange.asmx. Id : 1015Type : SuccessMessage : [EXCH]-Successfully contacted the OAB service at https://cas3.mydomain.com/ews/exchange.asmx. Id : 1014Type : SuccessMessage : [EXCH]-Successfully contacted the UM service at https://cas3.mydomain.com/UnifiedMessaging/Service.asmx. Id : 1016Type : SuccessMessage : [EXPR]-Successfully contacted the AS service at https://NLB.mydomain.com/EWS/Exchange.asmx. Id : 1015Type : SuccessMessage : [EXPR]-Successfully contacted the OAB service at https://NLB.mydomain.com/EWS/Exchange.asmx. Id : 1014Type : InformationMessage : [EXPR]-The UM is not configured for this user. Id : 1017Type : SuccessMessage : [EXPR]-Successfully contacted the RPC/HTTP service at https://NLB.mydomain.com/Rpc. Id : 1006Type : SuccessMessage : Successfully tested AutoDiscover. Id : 1021Type : InformationMessage : EXCH EXPR provider(s) not found. Use Get-OutlookProvider or New-OutlookProvider to view or create providers. The following web services generated errors. As in EXCH Please use the prior output to diagnose and correct the errors.What is the Object Moved to error all about? I've looked EVERYWHERE trying to find anything that will fix this error to no avail. Please help!
May 8th, 2009 1:06am
No one has any advice?
Free Windows Admin Tool Kit Click here and download it now
May 8th, 2009 11:17pm
Hi, Please try to use Get-outlookprovider |fl to check if you have EXCH EXPR. If not, then please refer to article below to set them. When, if and how do you modify Outlook Providers? http://msexchangeteam.com/archive/2008/09/29/449921.aspx Note: The EXCH setting references the Exchange RPC protocol that is used internally. This setting includes port settings and the internal URLs for the Exchange services that you have enabled. The EXPR setting references the Exchange HTTP protocol that is used by Outlook Anywhere. This setting includes the external URLs for the Exchange services that you have enabled, which are used by clients that access Exchange from the Internet. The Autodiscover Service and Outlook Providers - how does this stuff work? http://msexchangeteam.com/archive/2008/09/26/449908.aspx Besides,Id like to know CAS3 is in NLB or is a intenal CAS or Internet facing CAS? Regards, Xiu
May 11th, 2009 9:54am
CAS3 is behind a NLB with 3 other CAS servers.They are also internet facing as well as used for internal.When I run Get-OutlookProvider | fl I get the following: CertPrincipalName : Server : TTL : 1AdminDisplayName : ExchangeVersion : 0.1 (8.0.535.0)Name : EXCHDistinguishedName : CN=EXCH,CN=Outlook,CN=AutoDiscover,CN=Client Access,CN=my domain,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=mydomain,DC=comIdentity : EXCHGuid : 9187ad8c-3aef-42ca-856d-41464b66e526ObjectCategory : mydomain.com/Configuration/Schema/ms-Exch-Auto-Discover-ConfigObjectClass : {top, msExchAutoDiscoverConfig}WhenChanged : 2/19/2009 1:15:10 PMWhenCreated : 2/19/2009 1:15:07 PMOriginatingServer : dc1.mydomain.comIsValid : True CertPrincipalName : Server : TTL : 1AdminDisplayName : ExchangeVersion : 0.1 (8.0.535.0)Name : EXPRDistinguishedName : CN=EXPR,CN=Outlook,CN=AutoDiscover,CN=Client Access,CN=my domain,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=mydomain,DC=comIdentity : EXPRGuid : 8d4b83fe-0997-4b46-bffe-34d84a46105aObjectCategory : mydomain.com/Configuration/Schema/ms-Exch-Auto-Discover-ConfigObjectClass : {top, msExchAutoDiscoverConfig}WhenChanged : 2/19/2009 1:15:10 PMWhenCreated : 2/19/2009 1:15:07 PMOriginatingServer : dc1.mydomain.comIsValid : True CertPrincipalName : Server : TTL : 1AdminDisplayName : ExchangeVersion : 0.1 (8.0.535.0)Name : WEBDistinguishedName : CN=WEB,CN=Outlook,CN=AutoDiscover,CN=Client Access,CN=my domain,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=mydomain,DC=comIdentity : WEBGuid : af3c1adb-b45b-4816-bf4a-92b3a68b3c77ObjectCategory : mydomain.com/Configuration/Schema/ms-Exch-Auto-Discover-ConfigObjectClass : {top, msExchAutoDiscoverConfig}WhenChanged : 2/19/2009 1:15:10 PMWhenCreated : 2/19/2009 1:15:07 PMOriginatingServer : dc1.mydomain.comIsValid : True
Free Windows Admin Tool Kit Click here and download it now
May 11th, 2009 6:23pm
Hi, 1. Please try to run command below and then post the output here. Test-OutlookWebServices -ClientAccessServer ClientAccessServer03 Get-WebServicesVirtualDirectory -Identity CAS03 2. Please try to check IIS permission on CAS03 DWS - anonymous - SSL require, OWA - basic - SSL require Exchange - basic & integrated - SSL require Public - basic & integrated - SSL require Exchweb - basic & integrated - SSL require OAB - integrated - NOT SSL require Autodiscover - basic & integrated - SSL require EWS Windows integrated - SSL require If the problem still persists, we also can try to reset OWA related virtual directory or re-install CAS role on CAS03. More information to share with you: Default settings for Exchange-related virtual directories in Exchange Server 2007 http://msexchangeteam.com/archive/2008/02/01/447989.aspx Outlook 2007 crashes after you install a package that contains the .NET Framework 3.5 with SP1 and the .NET Framework 2.0 with SP2 on an Exchange 2007 Client Access server http://support.microsoft.com/kb/958934 Reset OWA related virtual directory http://support.microsoft.com/kb/941201/en-us Regards, Xiu
May 12th, 2009 5:53am
Sorry, I haven't responded to this in a while, but I've had to work on a bunch of other things. What I really want to know is where is this error coming from: <html><head><title>Object moved</title></head><body> <h2>Object moved to <a href="%2fews%2fexchange.asmx%3fAspxAutoDetectC ookieSupport%3d1">here</a>.</h2> </body></html>I'm getting this on all 4 of our CAS servers when I run the Test-OutlookWebServices | fl ...I've even uninstalled one of our CAS servers and re-installed it to see if this would fix it, but I'm still getting it. This error looks like it's coming from a .xml document, but I can't find it anywhere.Any help with this would be great!
Free Windows Admin Tool Kit Click here and download it now
May 29th, 2009 6:21pm
Well, I went back and completely uninstall Exchange 2007 CAS role on a server, removed IIS, and removed .NET Framework 2.0, 3.0 and 3.5 completely. Reinstalled everything and now Test-OutlookWebServices | fl works perfectly for that server. It appears to be an issue with the .NET framework and possibly some corruption.
May 29th, 2009 11:55pm
I know this is an old post, but we just recently had a similar issue. When two new offices physicially moved to a new site (new AD site - no exchange servers in it) the Schedule/Freebusy and out of office stopped working for Office 2007 Clients. Availability tests for the users came back w/o errors Test-OutlookWebServices -id:user1@contoso.com -TargetAddress: user2@contoso.com Turned out to be an issue with a .net proxy service pack that was deployed 4 months ago on the CAS servers. http://support.microsoft.com/kb/976814 After applying this to both CAS servers, it fixed the issue for one. In our environment, we have exchange.domain.com as our NLB hostname. On one of the servers (the one not working), I was getting the following error when running a Test-OutlookWebServices. Id : 1013 Type : Error Message : When contacting https://casserver1.domain.com/EWS/Exchange.asmx rec eived the error The request failed with the error message: -- <head><title>Document Moved</title></head> <body><h1>Object Moved</h1>This document may be found <a HREF="https: //exchange.domain.com/owa/EWS/Exchange.asmx">here</a></body> --. The path is odd - it has the /owa/EWS/Exchange.asmx and all of my paths in the et-WebServicesVirtualDirectory were correct. Turns out I had an HTTP Redirect on the EWS virtual directory back to my NLB hostname. Removed that, ran the patch for 976814 and the AD sites were able to use the availability service.
Free Windows Admin Tool Kit Click here and download it now
January 5th, 2011 2:05pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics