Re: Error 0x80040119 Offline address book

Make sure when you are running the tool you are using an Online profile.
Using a cached mode profile will not work. As for the errors that you are
seeing:

For PR_PROFILE_HOME_SERVER missing, this is ok. This just means that the
system attendant profile was already deleted and upon creating the new one
we didnot bind to the ad yet to get the new one. This is ok and you dont
need to worry.

For this failure:

Failure: hr = 0x80040119
MAPI Error = MAPI_E_EXTENDED_ERROR: Couldn't get property list from object.
Function: DisplayFolderProperties
Line number: 628

It looks like we were able to open the root folder however none of the OAB
folders exist.

Try it again with an Online profile. Also make sure that you can turn up
diagnostic logging and rebuild the OAB one time. We need to make sure that
there are no other errors there. The root OAB folder gets created in the
information store 1 time when the store reads from the active directory. The
OAB V2, V3 and V4 folders get created by the OAB generation process.

Dave

"Jonathan" <Jonathan@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:6127551D-E896-4307-AD93-7D229B363D81@xxxxxxxxxxxxxxxx
Thanks Dave, I tried the command you mentioned that having errors to the
respective command:

1) when running: OABInteg /s:exchsrvrname /t:hierarchylist/v:2 /l

Trying to retrieve the property for the PR_OFFLINE_ADDRBOOK_ENTRYID.
Property for PR_ADDRBOOK_FOR_LOCAL_SITE_ENTRYID found.
PR_OFFLINE_ADDRBOOK_ENTRYID:
000000001A447390AA6611CD9BC800AA002FC45A03005443342BDBBC57408E95CD8CE78FB50F0000000000050000
Using the PR_OFFLINE_ADDRBOOK_ENTRYID to open the OAB System folders.
System folder opened.

Folder Name: OFFLINE ADDRESS BOOK
Replica Server Name: SINGEXCHP01
URL Name: /NON_IPM_SUBTREE/OFFLINE ADDRESS BOOK

OAB Folder EntryID:
000000001A447390AA6611CD9BC800AA002FC45A03005443342BDBBC57408E95CD8CE78FB50F0000000000050000


Obtaining the hierarchy table for the system folder.

GetProps Failure: hr = 0x80040119
MAPI Error = MAPI_E_EXTENDED_ERROR: Couldn't get property list from
object.

GetProps Failure: hr = 0x80040119
MAPI Error = MAPI_E_EXTENDED_ERROR: Couldn't get property list from
object.

GetProps Failure: hr = 0x80040119
MAPI Error = MAPI_E_EXTENDED_ERROR: Couldn't get property list from
object.

GetProps Failure: hr = 0x80040119
MAPI Error = MAPI_E_EXTENDED_ERROR: Couldn't get property list from
object.


2) When running: OABInteg /s:exchsrvrname /t:oabfldcheck /v:2 /l

*******************************************************************************************************
WARNING: Unable to retrieve the property for PR_PROFILE_HOME_SERVER from
the
profile.

Windows Message Subsystem profile registry subkey
dca740c8c042101ab4b908002b2fe182 has no values.

NOTE: This is the server we will be using to connect to the active
directory
via NSPI for queries.

The very first time you log in with your profile this registry value will
be
blank and Exchange will
ask the global catalog server for a referral and then populate this key.

You can take a netmon trace while logging in if you want to see the global
catalog server we are using.

Opening the Exchange Public Folder Store.
Retrieving the message store table.
Obtaining store table properties.

Hierarchy Server: SINGEXCHP01
Store Offline: 0 (1 = True | 0 = False)

Trying to retrieve the property for the
PR_ADDRBOOK_FOR_LOCAL_SITE_ENTRYID.
Property for PR_ADDRBOOK_FOR_LOCAL_SITE_ENTRYID found.
PR_ADDRBOOK_FOR_LOCAL_SITE_ENTRYID:
000000001A447390AA6611CD9BC800AA002FC45A030004E54A91B77C5946BC835909A1B9AF2F0000000000080000
Using the PR_ADDRBOOK_FOR_LOCAL_SITE_ENTRYID to open the OAB System
folder.
System folder opened.
We were unable to get any properties from the OAB root folder.

G Failure: hr = 0x80040119
MAPI Error = MAPI_E_EXTENDED_ERROR: Couldn't get property list from
object.
Function: DisplayFolderProperties
Line number: 628


"Dave Goldman [MSFT]" wrote:

Exchange 5.5 and Exchange 2000 and 2003 use a different format of the
offline address book.

There are a few things you need to check:

1. Read this following blog:
http://blogs.msdn.com/dgoldman/archive/2006/07/03/655507.aspx
2. Make sure the default properties for your information store has a
Default
Offline Address Book associated with it.
3. You need to ensure that your Default Offline Address Book is actually
generating. http://blogs.msdn.com/dgoldman/archive/2005/03/31/404329.aspx
4. You can run OABInteg /s:gcname /t:alltests /v:2 /l (creates a
c:\oabinteg.txt file) and examine all of the contents to make sure
everything is populated correctly.
5. From your exchange server you can run OABInteg /s:exchsrvrname
/t:oabfldcheck /v:2 /l (creates a c:\oabinteg.txt file) and examine the
contents to make sure that you have all 3 system folders, messages and
the
contents (the oab attachments).

You can download OABInteg from here:
http://www.gotdotnet.com/Community/UserSamples/Download.aspx?SampleGuid=A2338E73-F521-4071-9B1D-AAF49C346ACD

More information:
When you have an exchange server with a mailbox store you need to make
sure
that the Default Offline Address List is stamped on the store object.
Usually when you install a new server we read this information from the
SiteFolderServer object and stamp the store, but at times this might not
happen. When the client then logs in the client will not get the EntryID
to
the system folder.

Now when the msExchUseOAB attribute on the information store is stamped
with
the DN for the Default Offline Address List (you can do this by viewing
the
general tab of the mailbox store and making sure one is there), the
information store table will be stamped with a MAPI property called
PR_ADDRBOOK_FOR_LOCAL_SITE_ENTRYID. When an Outlook client logs in to the
information store it will get the information handed back to the client
and
that is the system folder we will open.

Now to test from your client.

1. You can run OABInteg /s:exchsrvrname /t:hierarchylist/v:2 /l (creates
a
c:\oabinteg.txt file). This will get all of the EntryID's from the system
folders.
2. FROM YOUR CLIENT!!! You can run OABInteg /s:exchsrvrname
/t:oabfldcheck
/v:2 /l (creates a c:\oabinteg.txt file). This will simulate an Outlook
client logon. You can get the PR_ADDRBOOK_FOR_LOCAL_SITE_ENTRYID from
your
client run and then search for this in your hierarchy list output. This
will
show you what server in the replica list you are going to and what system
folder you are trying to access. My bet is that it is going to the Ex:/
which is the default because we had no EntryID to give back to the
client.

So in short, make sure that the OAB did in fact generate, you can see
this
with diagnostic logging turned to max. Make sure your information store
is
stamped with a Default Offline Address List.

Also as a last restore, you can *try* to create a new profile. ANSI
profiles
will not be upgraded to Unicode profiles which are needed for downloading
the OAB Version 3. Exchange 5.5 uses OAB Version 2.

Dgoldman



"Jonathan" <Jonathan@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:A6346018-CBD9-43F3-BE0F-A3B403ECC433@xxxxxxxxxxxxxxxx
I have this hard core problem with outlook client having error :

"! Task 'Microsoft Exchange Server' report error (0x0040119): 'unknown
Error
0x0040119'

23:13:12 Microsoft Exchange offline address book
23:13:12 0X80040119


This problem happened only after I have built a Exchange 2003 in the
same
site with exchange 5.5 for the migration. All mail accounts migrated
has
this
same problem.

I have programmed the replica configuration of the offline address to
be
replicated to the new server. And this DID NOT help.

I have rebuilt the Default offline address book number of the times,
and
this DID NOT work either.

I have tried removed and recreated outlook profile, and that DID NOT
help.

I have searched the web and those suggestion is all the above that I
had
tried. I have seen lots of people were affected by the exact problem
during
the migration and non on the web had suggested a solution that works on
my
case. Have anyone managed to resolve this? Thanks.







.

Relevant Pages

  • Re: OAB Sync issue with Exchange 2007 and Outlook 2007
    ... It sounds as if there is a reference to the old OAB in the profile. ... Checking for OAB Registry Keys ... Starting Test 9 - OAB System Folder Check ...
    (microsoft.public.exchange.admin)
  • Re: Error 0x80040119 Offline address book
    ... Using a cached mode profile will not work. ... It looks like we were able to open the root folder however none of the OAB ... information store 1 time when the store reads from the active directory. ...
    (microsoft.public.exchange.admin)
  • Re: Outlook address book enabled by default.
    ... The quick fix is to have a .prf file handy that the users can run to add the OAB to the profile. ... The default Contacts folder will automatically be properly configured for the OAB after that. ... Sue Mosher, Outlook MVP ...
    (microsoft.public.outlook.installation)
  • Re: Outlook address book enabled by default.
    ... OAB is missing for the contact folder. ... Share Outlook without Exchange: Public ShareFolder ... indicated that the OAB was not present in the profile at all. ...
    (microsoft.public.outlook.installation)
  • Re: correction..
    ... You can try recreating a new profile as well. ... Which means your permissions are probably botched on your public folder store, which will stop your clients from downloading the OAB files from the system folder. ...
    (microsoft.public.exchange.admin)