Re: OAB missing information from GAL ofr Outlook 2003 (Cached Mode)

Tech-Archive recommends: Speed Up your PC by fixing your registry

Hi Dave,

Thanks for the reply - I managed to fix the problem but pointing each
server to another OAB that was the the original OAB on the server
(there is currently two OABs).

This fixed up the problem on two servers that current have replications
of the original OAB but I now have the following errors for all the
clients running on the remaining servers when they do a sen/receive in
cached mode. 0x8004010F. An object could not be found

Here is the result of the oabinteg with the proxytest on one
workstation connected to the server generating that error.

Top part of message is an output of all GAL entries and this is what
was produced towards the end.
Scan Finished
+-------------+
Total number of entries processed in the address book: 1139
Total number of entries skipped: 0
Total number of contacts: 58
Total number of mailboxes: 1004
Total number of distribution lists: 77
Total number of groups: 0
Total number of folders: 0
Total number of Address Book Container objects found: 0
Total number of temp legacyExchangeDN's found: 0
Total number of objects that are missing some main attributes: 0
Total number of objects that mail and proxy attribute don't match: 0
Total number of objects that do not have a domain value: 0
Total number of objects that do not have a valid unicode domain value:
0
Total number of objects that do not have a valid SMTP Domain because
first character is not greater than '/': 0
Total number of objects that do not start with /o= or /O=: 0
Total user objects that are missing the Primary Proxy address
attribute: 0
Total user objects with proxy addresses equal to or over 64 characters:
0
Total objects with the '@' character in the legacyExchangeDN: 0
Total objects with bad Active Directory Backlinks: 0

OABInteg-Admin_09:33:37 AM profile was found and deleted from the
Windows Messaging Subsystem.

What I did after I pointed the servers to the original OAB, I restarted
the System Attendant, Info store and MTA Stack. On two of the servers
that have the OAB replicated to them, do not generate the above error.
I checked on public folders for the for the OAB and the replication
status is 'local modified" for all the servers (3 of them) except for
the server generating the OAB.

I have a question for you regarding replication - do you have to
replicate the OAB to all exchange servers on the organisation?

Thanks

Patrick



Dave Goldman [MSFT] wrote:
Sure I can help you with this. You can run OABInteg /s:srvname /t:proxytest
/v:2 /l (if you have a large gal this file will get pretty big). Run this
with an Online profile. If you look at the results this will give you every
reason why users could be skipped from the OAB Generation process. If you
have turned up Diagnostic Logging for MSExchangeSA\OAL Generator you might
see the following event ids (9323, 9324, 9325).

Next you will want to follow this blog to make sure that items are being
replicated from one domain controller to the next. The items that have been
created need to be on the domain controller that OABGen is using for the
generation. Again if you have diag turned up to max, just look for the 9117
event id and this will tell you which domain controllers is being used for
the queries.

http://blogs.msdn.com/dgoldman/archive/2006/07/03/New-Active-Directory-objects-are-not-showing-after-Cached-Mode-clients-download-the-OAB.aspx

Dgoldman
<rdirect@xxxxxxxxx> wrote in message
news:1164324723.262868.260840@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Hi everyone,

Our Exchange server is not updating the OAB with the new users that
have been created over the last few months. Since we are all using
Outlook 2003 with cached mode turned on, the clients looks up the OAB
even when you are online. Since the client defaults to the Global
Address Book, the new entries are missing from there. However, if the
user chooses the All Users address list then they can see the new users
there. Turn cached mode off and the GAL is 100% up to date. I've run
the OABINTEG tool but I'm not sure what the results mean. Can anyone
help with this?


.

Relevant Pages

  • Re: OAB replication issue
    ... settings, pf settings, smtp settings, etc. ... update their OAB they don't see the accounts created a day before and they ... In the properties of the all OAB version 2/3a/4, I saw both servers in the ... synchronisation or replication between servers not work fine? ...
    (microsoft.public.exchange.admin)
  • Re: OAB missing information from GAL ofr Outlook 2003 (Cached Mode)
    ... You dont have to replicate the OAB to all of the servers in the org. ... servers that have replicas will get added to the replica list. ... mailbox store, (retain this in the store cache for as long as the store is ...
    (microsoft.public.exchange.clients)
  • Re: OAB replication issue
    ... because of OAB getting bigger. ... This can be global settings, pf settings, smtp settings, etc. ... the replications are being sent and recieved by both servers. ... synchronisation or replication between servers not work fine? ...
    (microsoft.public.exchange.admin)
  • Re: problem sending outside
    ... This looks like an Offline Address Book (OAB) error message from Outlook. ... If you have a multiple Exchange servers you might want to create replicas of ...
    (microsoft.public.exchange.admin)
  • Re: machine account password replication not working
    ... This is checking FRS replication. ... > Install the Support Tools on each Domain Controller and on each Member ... Run netdiag /v on all servers. ... The member servers reported access denied ...
    (microsoft.public.win2000.active_directory)