locked
OAB download problem on Outlook 2010 (Error 0x80200049) RRS feed

  • Question

  • Dear All,

    Recently, my outlook 2010 client cannot download offline address book with error code 0x80200049. The OAB is working fine on other XP + Outlook 2007 PC, but not on Windows 7 + Outlook 2010. I have checked Autodiscover services, DNS record, cert and addressbook / OAB virtual directory are alright. The autodiscover is configured in redirection mode.

    The xml in Test E-mail Auto-Configuration is shown below.

    <?xml version="1.0" encoding="utf-8"?>
    <Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
      <Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
        <User>
          <DisplayName>Steve Chung</DisplayName>
          <LegacyDN>/o=domainExchange/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=Steve Chungba4dc1b0</LegacyDN>
          <AutoDiscoverSMTPAddress>stevec@domain.com</AutoDiscoverSMTPAddress>
          <DeploymentId>33d75127-13a6-48e6-9928-82a2c30c2875</DeploymentId>
        </User>
        <Account>
          <AccountType>email</AccountType>
          <Action>settings</Action>
          <Protocol>
            <Type>EXCH</Type>
            <Server>DCFRONT01.exchange.domain.com</Server>
            <ServerDN>/o=domainExchange/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=DCFRONT01</ServerDN>
            <ServerVersion>738180DA</ServerVersion>
            <MdbDN>/o=domainExchange/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=DCFRONT01/cn=Microsoft Private MDB</MdbDN>
            <AD>DC03AD01.exchange.domain.com</AD>
            <ASUrl>https://exchange.domain.com/EWS/exchange.asmx</ASUrl>
            <EwsUrl>https://exchange.domain.com/EWS/exchange.asmx</EwsUrl>
            <EcpUrl>https://DCFRONT01.exchange.domain.com/ecp/</EcpUrl>
            <EcpUrl-um>?p=customize/voicemail.aspx&amp;exsvurl=1</EcpUrl-um>
            <EcpUrl-aggr>?p=personalsettings/EmailSubscriptions.slab&amp;exsvurl=1</EcpUrl-aggr>
            <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?exsvurl=1&amp;IsOWA=&lt;IsOWA&gt;&amp;MsgID=&lt;MsgID&gt;&amp;Mbx=&lt;Mbx&gt;</EcpUrl-mt>
            <EcpUrl-ret>?p=organize/retentionpolicytags.slab&amp;exsvurl=1</EcpUrl-ret>
            <EcpUrl-sms>?p=sms/textmessaging.slab&amp;exsvurl=1</EcpUrl-sms>
            <OOFUrl>https://exchange.domain.com/EWS/exchange.asmx</OOFUrl>
            <UMUrl>https://exchange.domain.com/EWS/UM2007Legacy.asmx</UMUrl>
            <OABUrl>https://exchange.domain.com/OAB/00469f76-9cff-4b00-844c-e071dc0ba7bb/</OABUrl>
          </Protocol>
          <Protocol>
            <Type>EXPR</Type>
            <Server>exchange.domain.com</Server>
            <SSL>On</SSL>
            <AuthPackage>Ntlm</AuthPackage>
            <ASUrl>https://exchange.domain.com/EWS/exchange.asmx</ASUrl>
            <EwsUrl>https://exchange.domain.com/EWS/exchange.asmx</EwsUrl>
            <EcpUrl>https://exchange.domain.com/ecp/</EcpUrl>
            <EcpUrl-um>?p=customize/voicemail.aspx&amp;exsvurl=1</EcpUrl-um>
            <EcpUrl-aggr>?p=personalsettings/EmailSubscriptions.slab&amp;exsvurl=1</EcpUrl-aggr>
            <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?exsvurl=1&amp;IsOWA=&lt;IsOWA&gt;&amp;MsgID=&lt;MsgID&gt;&amp;Mbx=&lt;Mbx&gt;</EcpUrl-mt>
            <EcpUrl-ret>?p=organize/retentionpolicytags.slab&amp;exsvurl=1</EcpUrl-ret>
            <EcpUrl-sms>?p=sms/textmessaging.slab&amp;exsvurl=1</EcpUrl-sms>
            <OOFUrl>https://exchange.domain.com/EWS/exchange.asmx</OOFUrl>
            <UMUrl>https://exchange.domain.com/EWS/UM2007Legacy.asmx</UMUrl>
            <OABUrl>https://exhange.domain.com/OAB/00469f76-9cff-4b00-844c-e071dc0ba7bb/</OABUrl>
            <CertPrincipalName>msstd:exchange.domain.com</CertPrincipalName>
          </Protocol>
          <Protocol>
            <Type>WEB</Type>
            <Internal>
              <OWAUrl AuthenticationMethod="Basic, Fba">https://DCFRONT01.exchange.domain.com/owa/</OWAUrl>
              <Protocol>
                <Type>EXCH</Type>
                <ASUrl>https://exchange.domain.com/EWS/exchange.asmx</ASUrl>
              </Protocol>
            </Internal>
            <External>
              <OWAUrl AuthenticationMethod="Fba">https://exchange.domain.com/owa/</OWAUrl>
              <Protocol>
                <Type>EXPR</Type>
                <ASUrl>https://exchange.domain.com/EWS/exchange.asmx</ASUrl>
              </Protocol>
            </External>
          </Protocol>
          <AlternativeMailbox>
            <Type>Delegate</Type>
            <DisplayName>nmc@domain.com</DisplayName>
            <LegacyDN>/o=domainExchange/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=nmc@domain.com4386dd93</LegacyDN>
            <Server>DCFRONT01.exchange.domain.com</Server>
          </AlternativeMailbox>
        </Account>
      </Response>
    </Autodiscover>

    Any kindly help is appreciated.

    Steve


    Friday, April 8, 2011 7:35 AM

Answers

  • See related post below,

     

    Try:
    Update-OfflineAddressBook -Identity "Default Offline Address Book"

    Wait a few minutes and restart the File Distribution Service on your CAS and/or run the following command:
    Update-FileDistributionService -Identity CASServer  

    http://forums.msexchange.org/Offline_address_book_problems/m_1800490026/tm.htm

     

    Check to see if this link helps you

    http://smtp25.blogspot.com/2010/10/microsoft-exchange-server-reported.html

    Also

    http://technet.microsoft.com/en-us/library/ff969354.aspx

    Good Luck

    ocd

     


    Oz Casey, Dedeal, Microsoft MVP - Exchange Server, MCITP (EMA), MCITP (EA), MCITP (SA) Visit smtp25.blogspot.com Visit Telnet25.wordpress.com   This posting is provided AS-IS with no warranties or guarantees and confers no rights. 
    • Marked as answer by Serena Li Tuesday, April 19, 2011 7:22 AM
    Tuesday, April 12, 2011 3:47 PM

All replies

  • Check at the location...C:\Program Files\Microsoft\Exchange Server\V14\Client Access\OAB\(OAB GUID Folder with alpha numeric numbers) in this folder check if you have web.config file. If you see the file than move it to some other location and Restart MS Exchange File Distribution service.

    Post the Result.

    Cheers,


    Gulab | MCTS-MCITP Messaging: 2010 | MCTS-MCITP Messaging: 2007 | MCC 2011 | Skype: Gulab.Mallah
    Friday, April 8, 2011 8:22 AM
  • Please also try manually accessing the OAB url in IE:

     

    https://exchange.domain.com/OAB/00469f76-9cff-4b00-844c-e071dc0ba7bb/oab.xml

     

    Is there are error code?

     

    Thanks,

    Simon

     

    • Proposed as answer by Serena Li Tuesday, April 19, 2011 7:22 AM
    Tuesday, April 12, 2011 9:04 AM
    Moderator
  • See related post below,

     

    Try:
    Update-OfflineAddressBook -Identity "Default Offline Address Book"

    Wait a few minutes and restart the File Distribution Service on your CAS and/or run the following command:
    Update-FileDistributionService -Identity CASServer  

    http://forums.msexchange.org/Offline_address_book_problems/m_1800490026/tm.htm

     

    Check to see if this link helps you

    http://smtp25.blogspot.com/2010/10/microsoft-exchange-server-reported.html

    Also

    http://technet.microsoft.com/en-us/library/ff969354.aspx

    Good Luck

    ocd

     


    Oz Casey, Dedeal, Microsoft MVP - Exchange Server, MCITP (EMA), MCITP (EA), MCITP (SA) Visit smtp25.blogspot.com Visit Telnet25.wordpress.com   This posting is provided AS-IS with no warranties or guarantees and confers no rights. 
    • Marked as answer by Serena Li Tuesday, April 19, 2011 7:22 AM
    Tuesday, April 12, 2011 3:47 PM
  • Was this ever solved? I have the same problem.
    Tuesday, June 4, 2013 11:45 AM
  • I would suggest you open up a new thread for your issue.
    This thread is very old.

    Gulab Prasad,
    Exchange Ranger
    Z-Hire Employee Provisioning App

    Tuesday, June 4, 2013 4:22 PM
  • Gulab - thanks. I already opened a new thread, but before anyone else managed to solve it I solved it myself.

    The cause was "too many jobs" (???) in the BITS client. To be honest, I had never heard of BITS before at all. But I decided to examine the client-side error logs and it turned out that the BITS client was sputtering out errors. Who would have guessed?...

    mlavie

    Tuesday, June 4, 2013 6:44 PM
  • Good to hear that you got it fixed.
    Please share the resolution so it can help others.

    Gulab Prasad,
    Exchange Ranger
    Z-Hire Employee Provisioning App

    Wednesday, June 5, 2013 3:25 AM
  • Good point, Gulab.

    Below is what I posted on my own original thread about the problem (note - the credit goes to "KittCarr", whose "Community Additions" response to an article I read saved me - the link is at the end of this reply):

    SOLVED:

    I bothered to take a look at my laptop's System Error Log.

    For each attempt to download the OAB, I got EventID 16398 from Bits-Client:

    "

    A new BITS job could not be created. The current job count for the user CONSONTO\bill_gates (75) is equal to or greater than the job limit (60) specified through group policy.  To correct the problem, complete or cancel the BITS jobs that haven't made progress by looking at the error, and restart the BITS service. If this error recurs, contact your system administrator and increate the per-user and per-computer Group Policy job limits.

    "

    I found the solution in:

    http://technet.microsoft.com/en-us/library/dd408626(WS.10).aspx

    Thanks to ***KittCarr***, who posted the solution which solved my problem and prevented my inevitable institutionalization!


    • Edited by mlavie Friday, June 7, 2013 2:00 PM
    Friday, June 7, 2013 1:58 PM
  • Appreciate mlavie for your sharing, and 'spirit mentor' Gulab!
    Friday, September 19, 2014 6:39 AM
  • decent fix for the 0x80200049 error when my Outlook client continuously failed to download the OAB. This only affected my client and persisted throughout OST rebuilds, Outlook profile recreation and various other troubleshooting steps.

    I started to notice the BITS errors in the System Log and found out that the BITS transfer queue was full of jobs. Because Outlook uses BITS to download the OAB the transfer queue being full causes the OAB download to fail.

    The resolution was to run the following command to clear the transfer queue:

    bitsadmin.exe /reset

    If the user doesn’t have access to run this you can run the following command as an administrator:

    bitsadmin.exe /reset /allusers

    Friday, September 22, 2017 7:35 PM