Clients' Offline Address Book not updated after migration from Exchange 2003 to 2010.

Hello,

I've recently migrated from an Exchange 2003 server to an Exchange 2010 server.  At this time, all mailboxes have been moved over to Exchagen 2010.  All Exchange services on 2003 have been turned off.  (Testing period).

One thing that has surfaced is that Outlook clients are not seeing the most current contents of the Global Address List.  I imagine they are not "looking" at the Offline Address Book being pulled from the 2010 server.  If I deselect "Used Cached Exchange Mode", I am able to see the current GAL.  

Where can I check and ensure that the client workstations are accessing the correct OAB?

Thanks in advance.

Regards,
Real-Timer
realtimerAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

tshearonCommented:
In the EMC, you can look at the properties of the mailbox database and under the client tab you will see the OAB you are using. OAB schedule by default can take up to 48 hours to updates for Outlook clients. You can check out this solution I gave someone else for how the schedule works, how to change the schedule and what you can do to force the updates immediately if you wish.

http://www.experts-exchange.com/Software/Server_Software/Q_28573628.html
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
diperspCommented:
There's LOTS of stuff that can go wrong with the OAB.  The easiest first step - run the Exchange Analyzer in the management console tools.  That can usually find most items that are configured wrong for the OAB.
0
realtimerAuthor Commented:
Thanks.  I'll go throught these steps.
0
Determine the Perfect Price for Your IT Services

Do you wonder if your IT business is truly profitable or if you should raise your prices? Learn how to calculate your overhead burden with our free interactive tool and use it to determine the right price for your IT services. Download your free eBook now!

realtimerAuthor Commented:
Exchange Analyzer came out clean.  No issues regarding OAB.
0
tshearonCommented:
Did you check your schedule as I stated in my first post?
0
realtimerAuthor Commented:
Thanks, yes.  And I forced an udpate too.
0
tshearonCommented:
So do they get the updates after your force and how is the schedule set? The default? 48 hours?
0
diperspCommented:
Are there any subfolders on the server in the directory c:\Program Files\Microsoft\Exchange Server\V14\ExchangeOAB?  How about in c:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\OAB?  If so, any files in the sub directories?  What is the date on the oab.xml if there is one in either spot?
0
realtimerAuthor Commented:
Thanks for the assistance.  I was able to address the issue by Enabling Web based distribution.

Thank you!!
0
realtimerAuthor Commented:
Additional investigation on my own gave me the solution.
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Exchange

From novice to tech pro — start learning today.