Hello, we are having issues implementing the Offline Address Book. I had everything working fine prior to preparing to remove my Exchange 2003 server. This started happening after i changed from one address book to another. I have a UC certificate with all the correct FQDN, NetBios, and DNS names. This issue is affecting both internal and external users (OLAW). From the client side if you do a Test E-mail autoconfiguration there is no "OAB URL" under the "OOF URL", where there used to be one. I am able to access https://outlook.mydomain.com/autodiscover/autodiscover.xml & https://outlook.mydomain.com/oab/<GUID>/oab.xml from the inside as well as the outside and I get the XML text. Here are some results from the EMC Get-ClientAccessServer | fl-----------------------------------------------------------------------------------------------------------------------Name : <CASServer>OutlookAnywhereEnabled : TrueAutoDiscoverServiceCN : <CASServer>AutoDiscoverServiceClassName : ms-Exchange-AutoDiscover-ServiceAutoDiscoverServiceInternalUri : https://outlook.mydomain.com/Autodiscover/Autodiscover.xmlAutoDiscoverServiceGuid : 77378f46-2c66-4aa9-a6a6-3e7a48b19596AutoDiscoverSiteScope : {<Default First Site Name>}IsValid : TrueOriginatingServer : ds-app1.corp.mydomain.comExchangeVersion : 0.1 (8.0.535.0)DistinguishedName : CN=CASServer,CN=Servers,CN=Exchange Administrative Group OHF23SPDLT),CN=Administrative Groups,CN=<OrganizationName>,C osoft Exchange,CN=Services,CN=Configuration,DC=corp,DC=mydomain,DC=comIdentity : CASServerGuid : d29ec49e-7f8c-414c-81c1-80e7ad322638ObjectCategory : corp.mydomain.com/Configuration/Schema/ms-Exch-Exchange-SeObjectClass : {top, server, msExchExchangeServer}WhenChanged : 10/4/2007 5:24:51 PMWhenCreated : 8/28/2007 4:04:22 PM Get-WebServicesDirectory | fl-----------------------------------------------------------------------------------------------------------------------InternalNLBBypassUrl :Name : EWS (Default Web Site)InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated}ExternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated}BasicAuthentication : TrueDigestAuthentication : FalseWindowsAuthentication : TrueMetabasePath : IIS://CASServer.corp.mydomain.com/W3SVC/1/ROOT/EWSPath : C:\Program Files\Microsoft\Exchange Server\ClientAccess\exchwServer : <CASServer>InternalUrl : https://outlook.mydomain.com/EWS/Exchange.asmxExternalUrl : https://outlook.mydomain.com/EWS/Exchange.asmxAdminDisplayName :ExchangeVersion : 0.1 (8.0.535.0)Identity : <CASServer>\EWS (Default Web Site)Guid : 41c65fc5-3ec2-4b21-b9d6-eadb69ff4376ObjectCategory : corp.mydomain.com/Configuration/Schema/ms-Exch-Web-Services al-DirectoryObjectClass : {top, msExchVirtualDirectory, msExchWebServicesVirtualDirectoWhenChanged : 9/11/2007 2:50:01 PMWhenCreated : 8/28/2007 4:07:24 PMOriginatingServer : ds-app1.corp.mydomain.comIsValid : True Get-OabVirtualdirectory | fl---------------------------------------------------------------------------------------------------------------Name : OAB (Default Web Site)PollInterval : 5OfflineAddressBooks : {Offline Address Book}RequireSSL : TrueMetabasePath : IIS://CASServer.corp.mydomain.com/W3SVC/1/ROOT/OABPath : C:\Program Files\Microsoft\Exchange Server\ClientAccess\OABServer : <CASServer>InternalUrl : https://CASServer.corp.mydomain.com/oabInternalAuthenticationMethods : {WindowsIntegrated}ExternalUrl : https://outlook.mydomain.com/OABExternalAuthenticationMethods : {WindowsIntegrated}AdminDisplayName :ExchangeVersion : 0.1 (8.0.535.0)DistinguishedName : CN=OAB (Default Web Site),CN=HTTP,CN=Protocols,CN=CasSERVER ervers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=A strative Groups,CN=Dynasplint Systems,CN=Microsoft Exchange,CN ices,CN=Configuration,DC=corp,DC=mydomain,DC=comIdentity : CASServer\OAB (Default Web Site)Guid : 1477428c-6b87-4991-bf4e-ce29e94e6ea5ObjectCategory : corp.mydomain.com/Configuration/Schema/ms-Exch-OAB-Virtual-D oryObjectClass : {top, msExchVirtualDirectory, msExchOABVirtualDirectory}WhenChanged : 11/16/2007 10:17:46 AMWhenCreated : 11/15/2007 3:04:41 PMOriginatingServer : ds-app1.corp.mydomain.comIsValid : True Test-OutlookWebServices -identity administrator | ft * -AutoSize -Wrap-------------------------------------------------------------------------------------------------------------- Id Type Message -- ---- -------1003 Information About to test AutoDiscover with the e-mail address Administrator@mydomain.com.1013 Error When contacting https://mydomain.com/Autodiscover/Autodiscover.xml received the error The remote server returned an error: (401) Unauthorized.1006 Error Failed to contact AutoDiscover Anyone have suggestions?

Running Get-AutodiscoverVirtualDirectory |fl Name,InternalURL,ExternalURL Bring the following results. Is it true that this is correct because it reads the SCP? Name : Autodiscover (Default Web Site)InternalUrl :ExternalUrl : Still not sure where to go to fix the OAB.

Have you not defined internal and external URL's yet then? That'd be step 1.

Running Get-OabVirtualDirectory | fl Name,InternalURL,ExternalURL Results in this Name : OAB (Default Web Site)InternalUrl : https://<casserver>.corp.mydomain.com/oabExternalUrl : https://outlook.mydomain.com/OAB From what i understand for the Autodiscover the internal and external are generally blank b/c they are read from the SCP's. Is that wrong?

I'm not sure on best practice here, but I manually assigned mine (as you've got them) because of a myriad of certificate issues. Also, if you shift+rightclick the outlook icon in the task tray it'll give you an option to test autoconfig settings which can be very revealing for URL/SCP issues.

And i can successfully "Test E-mail Autoconfiguration" from both internal and external clients via Outlook 2007. They go to different urls though.

Yeah ctrl+rightclick is how i'm testing this. and there is no OAB URL underneath where OOF URL is. which is where is should be . for example out of my xml file i get <ASUrl>https://outlook.mydomain.com/EWS/Exchange.asmx</ASUrl> <OOFUrl>https://outlook.mydomain.com/EWS/Exchange.asmx</OOFUrl> <UMUrl>https://CASServer.corp.mydomain.com/UnifiedMessaging/Service.asmx</UMUrl> Between OOFUrl and UMUrl is the expected OABUrl which has dissappeared since changing offline address books.

Stupid question, but the URL for teh OAB is browser accessable right?

Yes i can browse to https://outlook.mydomain.com/OAB/<GUID>/OAB.xml Just fine. I do have to input username and password though.

When I'm stumped, I'm stumped. Sorry. The only thing I might do in your situation is re-create the OAB http://technet.microsoft.com/en-us/library/bb123692.aspx

Yeah i really appreciate your help bud. I have tried to recreate once already with the same end result . I'll keep cracking at it. Anyone else have some pointers or ideas? I'm starting to run low.

One thing i just did notice when browsing to either the autodiscover or OAB pages i'm having to put in domain/username. Is that normal, should i set it to automatically assume they are with my default domain?

Please post back when you find the fix.

That is the same behaviour I see when hitting the page with a browser.

Wish i had some idea what to do, i've recreated the oab the oabvirtualdirectory the autodiscovervirtualdirectory. Everything is working outside of the OAB. I'm just not sure how to publish the oab to the autodiscover service other than. set-oabvirtualdirectory. and after doing that it still isn't showing up.

Hi,Any errors in the application logs..any clue in exbpa..??-M

I had the exact same issue. Restarted IIS worked just fine. Mark

Hello, Is web distribution of the OAB enabled? Could you post the result of the cmdlet : get-offlineaddressbook | fl

is this issue user specific ? i guess you should look at the user attributes related to exchange oab, and see if that is correct, Dhruv

Just to add on to Dhruvraj, If its user specific you should check the attribute "showinaddressbook" in adsiedit.msc..>Domain Partition If its not than, is this happening to all the clinets, 2003,2007 and 2010?Gulab | Skype: gulab.mallah

let us know when you find the fix, interesting problem you have!Clint Boessen MVP - Exchange Server, MCSE, MCITPx4, Dip Network Engineering Perth, Western Australia Blog: http://clintboessen.blogspot.com/

Hello, You can try the "UI" bug fix, as i call it.. Open EMC, Organization configuration, Mailbox, Offline Address Book. Then edit your OAB, remove the web publishing checkbox. hit apply. mark the box again. hit apply. Recycle the Autodiscover IIS application pool on your CAS servers, then recheck the Test-EmailAutoconfiguration output again.. might actually work :) did the trick more then once .. Good Luck, ilantz

IISRESET worked to solve my issue. And then on the client doing a repair of the mailbox for it to get the proper OAB URLSean McNeill Microsoft Gold Partner http://staterainfrastructure.blogspot.com/

Hy John, I have exact the same issue as you describe in this 'dated' topic. All settingss montioned here are right, but still nog OAB URL within the Autodiscover results; did you find a solution? And can you provide me that? Regards,

Hey guys if your missing the OAB URL please see following blog post by Oliver Moazzezi MVP - Exchange Server http://www.exchange2007.com/2011/01/hmc-autodiscover-works-but-exchange.htmlClint Boessen MVP - Exchange Server, MCSE, MCITPx4, Dip Network Engineering Perth, Western Australia Blog: http://clintboessen.blogspot.com/ Please remember to click Mark as Answer on the post that helps you, and to click Unmark as Answer if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.