I am running Exchange 2007 on W2K3 R2 SP2. I have CAS and MB roles split between 2 servers. When I try to download the OAB to my Outlook 2007 client, I receive the message: "Task 'Microsoft Exchange' reported error (0x8004010F): 'The operation failed. An object cannot be found.' When I restart the Exchange File Distribution service on my CAS, I receive an 1005 error saying it can't delete the current file in the path \Program Files\Microsoft\Exchange Server\Client Access\OAB\<ID> When I browse to this directory, it's empty. So there is nothing to delete, which is what I believe causes the error. From reading, I believe that the CAS needs to grab the file from the MB generation server, which is stored in ..\Exchange Server\ExchangeOAB My MB server does not have the above director created. I think this is the real problem with the OAB generation, the lack of this directory on my OAB generation server. How do I get this directory created? Thanks.

Did you configure Autodicovery? http://technet.microsoft.com/en-us/library/bb201695.aspx Deli

Yes, everythingwas configured according to that article. Still don't seem to have the necessary directories for the file distribution to happen properly.

So you can confirm that you have this configured Organizational Configuration - Mailbox - Offline Addresslist Click Properties - Distribution Verify that both CAS servers are listed in Enable web based distribution Deli

Deli, There is only 1 CAS in my environment. In Offline Addresslist, the CAS server is enabled for web based distribution. Public Folder Distribution is disabled. Thanks Rob

OK that's good. Now you don't see any OAB errors in the eventlog? Deli

I receive an error in the event viewer on my CAS. The error that I receive is from MSExchangeFDS, number 1021. Process MSExchangeFDS.exe (PID=1388). Could not find directory \\<mymailboxserver>\ExchangeOAB\128d8d47-34f0-4d42-abe3-fb1ed9749ba8. This is normal if it has never been generated. Otherwise, make sure this directory and share has read permission for "Exchange Servers" group. This directory that it references does not exist on my mailbox server. I have just noticed something.....A very similardirectory DOES exist on my CAS. It is filled with many .lzx files. The CAS used to perform the mailbox role during our initial migration. I removed the mailbox role after building the current mailbox server. That specific share \ExchangeOAB does not exist on mymailbox server. When I try to update my offline address book in Outlook, I receive the error (0x80190194) These are the only errors that I'm getting. Thanks.

Also, if I click on the Default Offline Address List and select Update, I receive an error. Error: Failed to generate the content of the offline address book, '\Default Offline Address List'. Two possible reasons fro the failure are that the System Attendant Service is not running or you do not have permission to perform this operation. Error message: 'Catastrophic failure (Exception from HRESULT:0x8000FFFF (E_UNEXPTECTED))' 'Catastrophic failure (Exception from HRESULT:0x8000FFFF (E_UNEXPTECTED))'

Delete the Default Offline Address book and recreate the Default Offline Address list again You may have lost your configuration Deli

Should I restart any services after deleting the old oneand before creating a new one? DoI need to remove anything from AD using ADSI Edit?

Dont Delete the Offline Address Book, you just need to do the following: off course you have to configure your Autodiscover correctly as the other suggested to you, so if your autodiscover is pointed to the correct URL for your offline address book server, then do the following fromCAS Server: restart the following service: Microsoft Exchange File Distribution Service. Check for the 1008 event id after the services are restarted: Event Type: InformationEvent Source: MSExchangeFDSEvent Category: FileReplicationEvent ID: 1008Date: 11/28/2006Time: 1:55:46 PMUser: N/AComputer: OABServerDescription:Process MSExchangeFDS.exe (PID=2484). Offline Address Book data synchronization task has completed successfully. OAB name: "Default Offline Address Book", Guid: edb3e44f-c49b-4597-b996-cb1093405985 For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. then fromCAS Server browse the OAB location, the default location is:<Drive Letter>:\Program Files\Microsoft\Exchange Server\ClientAccess\OAB you should find a folder of the OAB , same as this "f4229b31-e0e8-4e70-83f2-695a435d959b" this folder will be copied from your MBX Server. check the following Blog Article, which explains to me and helped me to solve this problem which i faced before: Error 0x80190194 when using an Outlook 2007 client to download a Web Distribution enabled OAB http://blogs.msdn.com/dgoldman/archive/2006/11/27/Error-0x80190194-when-using-an-outlook-2007-client-to-download-a-web-distribution-enabled-oab.aspx I hope you didn't deleted your Offline Address Book till now, if no, you don't need to do so, please refer to the above blog article then your problemwill be resolved. please let me know if the above article helped you in solving your problem or not. Regards,

I've already done everything in that blog and it didn't work. When I restart the DFS, I receive the error that is in my previous post. I've never gotten a 1008 message in the Event Viewer. There is no \OAB folder on my MBX server. That seems to be the entire problem. If that directory existed, I would have just manually copied it over to the CAS.

I ran the cmdlet Test-OutlookWebServices and received the following: Information About to test AutoDiscover with the e-mail address Administrator@mycompany.com.Information Testing server ev-int-exchca.evolvepartners.com with the published name https://externalurl/ews/exchange.asmx & https://externalurl/ews/exchange.asmx.Information Found a valid AutoDiscover service connection point. The AutoDiscover URL on this object is https://internalurl/Autodiscover/Autodiscover.xml. Error When accessing https://internalurl/Autodiscover/Autodiscover.xml the error "RemoteCertificateNameMismatch:CN=mail.evolvepartners.com, OU=CORPORATE, O=Evolve Partners, L=Anaheim, S=California, C=US" was reported.Information Contacted AutoDiscover at https://internalurl/Autodiscover/Autodiscover.xml. Success [EXCH]-Successfully contacted the AS service at https://internalurl/EWS/Exchange.asmx. Success [EXCH]-Successfully contacted the OAB service at https://internalurl/EWS/Exchange.asmx. Success [EXCH]-Successfully contacted the UM service at https://internalurl/UnifiedMessaging/Service.asmx. Error When contacting https://externalurl/EWS/Exchange.asmx received the error The request failed with HTTP status 401: Unauthorized. Error [EXPR]-Error when contacting the AS service at https://externalurl/EWS/Exchange.asmx. Success [EXPR]-Successfully contacted the OAB service at https://externalurl/EWS/Exchange.asmx.Information [EXPR]-The UM is not configured for this user. Success [EXPR]-Successfully contacted the RPC/HTTP service at https://externalurl/Rpc. Success Successfully tested AutoDiscover.Information The following web services generated errors.... I'm not sure if these autodiscover errors have anything to do with the problem with the OAB generation.

from your post, it seems that you have problem in your certificate. which type of certificate are you using ? what is the public name ? is it "mail.evolvepartners.com" ? and is this the primary name in your SAN (Subject AlternativeName)Names ? make sure that the primary name of the certificate which is the public name is the same URL you configured your Exchange server with (Autodiscover, OAB, EWS). the certificate public name should be the same name of your URL's. please let me know the answers of my question. Regards,

We are using a cert from Thawte, not internally generated. The public name is mail.evolvepartners.com. There is no entry in the subject alternative name. This is a certificate that was previously used in a 2003 environment. The primary name is what was configured with autodiscover, oab and ews. The cert public name is what is used for all URLs. Rob

Outlook also contacts autodiscover.mail.evolvepartners.com And should also be in the certficate SAN because otherwise your clients will receive a certificate warning Deli

I have one client that gets a cert warning, but I'm not too concerned about that right now. It doesn't impact functionality, where the address book problem does. Nothing gets updated in our GAL since we all use cached-mode.

Does your client accept those certificates that have issues? Otherwise it will not work Deli

Yes, the client accepts the certificate after prompting me. When I open Outlook, I receive a certificate warning that says the name on the certificate doesn't match the name of the server. I can click yes to allow this, and everything works fine. The only issues I seem to have are the OAB and this cert message. And not everyone receives the cert message.

For Outlook 2003 you don't see this error because it does not use Web services to download OAB Outlook 2007 does but works a little bit different if you are in the domain and connected to the domain then it checks Active Directory but allways uses the OAB Website to download http://technet.microsoft.com/en-us/library/b03c0f21-cbc2-4be8-ad03-73a7dac16ffc.aspx I found a nice article on how OAB gets replicated to CAS Server http://blogs.msdn.com/dgoldman/archive/2006/08/25/How-Exchange-2007-OAB-Files-are-replicated-to-a-Client-Access-Server-for-download.aspx And you may want to check this one too http://blogs.msdn.com/dgoldman/archive/2006/10/23/outlook-client-fails-to-download-the-oab-with-error-0x8004011b.aspx Deli

After extensive testing we discovered the following process worked for us: 1: Check that the Offline Address Book is set for the mail store databases (do this for each mailstore database) - Server Configuration - Mailbox - Database Management - Open your Database Properties - Client Settings Tab - Check you have an offline address book set For some reason the setup does not automatically set this value 2: The Default Website in IIS is set by default to use a self-assigned certificate. Remove the Certificate and register a new one from a trusted CA. RESTART IIS after getting a new certificate 3: Start > Run "NET STOP MSExchangeDFS", then "NET START MSExchangeDFS" 4: From an Outlook client Go "Tools>Send/Recieve>Download Address Book" select full details and click OK Problem "SHOULD" be resolved

Hi, all! In my mixed 2003 / 2007 environment the same error occures, every time i manuallly start to update the offline address book on my exchange 2007 server: Error: Failed to generate the content of the offline address book, '\Default Offline Address List'. Two possible reasons fro the failure are that the System Attendant Service is not running or you do not have permission to perform this operation. Error message: 'Catastrophic failure (Exception from HRESULT:0x8000FFFF (E_UNEXPTECTED))' 'Catastrophic failure (Exception from HRESULT:0x8000FFFF (E_UNEXPTECTED))' My exchange 2007 (MBX, CAS, HUB) is published via ISA 2006 to the internet with an external address of 'owa.mycompany.com', ,which means, that i had to install a corresponding certificate (of my internal CA) on the IIS default web site for not to receive an "internal server error". The internal server name of the exchange 2007 server is 'galadriel.internaldomain.lan', which again does not fit to the URL of the certificate. My outlook clients do not receive any OAB til now. There is no content inside of the "OAB" Folder on the disk. But there is now other error message, that would help me :-( ....I even set the ErrorLogLevel for the OAB-Generator to Expert - no information at all in the event log. "Test-OutlookWebServices" states the following: Information About to test AutoDiscover with the e-mail address Administrator@mycompany.com.Information Testing server Galadriel.myinternaldomain.lan with the published name https://galadriel.myinternaldomain.lan/EWS/Exchange.asmx & .Information Found a valid AutoDiscover service connection point. The AutoDiscover URL on this object is https://Galadriel.myinternaldomain.lan//Autodiscover/Autodiscover.xml. Error When accessing https://galadriel.myinternaldomain.lan/Autodiscover/Autodiscover.xml the error "RemoteCertificateNameMismatch:CN=owa.mycompany.com, OU=IT, O=My Company Inc., L=Cityname, S=State, C=CO" was reported.Information The Autodiscover service was contacted at https://Galadriel.myinternaldomain.lan//Autodiscover/Autodiscover.xml. Success [EXCH]-Successfully contacted the AS service at https://galadriel.myinternaldomain.lan//EWS/Exchange.asmx. The elapsed time was 15 milliseconds.Information [EXCH]-The OAB is not configured for this user. Success [EXCH]-Successfully contacted the UM service at https://galadriel.myinternaldomain.lan/UnifiedMessaging/Service.asmx. The elapsed time was 0 milliseconds.Information [EXPR]-The AS is not configured for this user.Information [EXPR]-The OAB is not configured for this user.Information [EXPR]-The UM is not configured for this user. Success [EXPR]-Successfully contacted the RPC/HTTP service at https://owa.mycompany.com/Rpc. The elapsed time was 0 milliseconds. Success The Autodiscover service was tested successfully. Are there any suggestions, how to solvethe problem? Help would be very appreciated. Thanks in advance, The-real-BOFH

Hello, I'm having the same issues as "The-Real-BOFH", my exchange server (MBX, CAS, HUB) will not generate or distribute a Global Address so that the Offline address book can be generated. I have enabled the outlook anywhere - still the same issue.I checked the \OAB directory, it was empty. I'm pretty sure it has to do with the Address List generator service, but i can't find anything in the error logs to help me. I have not setup any certs yet so i'm wondering if that is my issue. Do i need to force Exch (or IIS) to generate a new certificate for me? If so, how would i go about doing this? I've turned the logging on for all the "ADAccess" events. I am not getting any errors in my event log. Is there another service that should be looked at? Any help would be greatly appreciated. Regards,

Following your steps, I was able to finally Send/Receive. My First Mailbox did not have an OAB, which I still find odd. Anyways, Thanks!