Outlook cannot connect to Exchange server after SBS 2003 Hardware migration

I recently migrated Windows SBS 2003 to a new hardware. Everything went smoothly until I shutdown the old SBS server. When I shut it down none of the users can connect to the Exchange server. All other access works fine, ie shared directories, logins, internet, printers. etc. The users are all using Outlook 2007 for their Exchange clients. All mailboxes were moved to the new server. I verified that Outlook was configured to connect to the correct exchange server. DHCP points all of the clients to DNS on the new server.
SabertecAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
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.

gupnitCommented:
Hi,
Please see if from use PC you can resolve the new Exchange server. Actually Outlook 2007 should pick up the new server on its own when you move mailboxes.
Still check and see if DNS is fine. Where is your DC
Thansk
Nitin
SabertecAuthor Commented:
I cannot resolve the new Exchange server unless the old server is running. Outlook 2007 is only automatically resolving to the new server if the old server is running.

There are no error's in the DNS event logs. IPconfig on the client shows the new server as the DNS server.
gupnitCommented:
Hi,
Is there any HOST File entry for old Exchange server in the PC.
Can you just try recreating one users Outlook Profile and confirm
Thanks
Nitin GUpta (gupnit)
Making Bulk Changes to Active Directory

Watch this video to see how easy it is to make mass changes to Active Directory from an external text file without using complicated scripts.

SabertecAuthor Commented:
No HOSTS file settings at all.

I'll try creating a new profile.



SabertecAuthor Commented:
Same result. I tried creating the new result with the old server offline. I could not connect to the exchange server to verify the user name.
gupnitCommented:
Hi,
From the PC, goto cmd prompt do a nslookup for the new exchange server see what you get
Thanks
Nitin
SabertecAuthor Commented:
nslookup for the new server resolves to the correct address and fddn.
SabertecAuthor Commented:
I've noticed another problem as well. It may not be related but I feel I should at least mention it. The user desktops are redirected to the server. I've updated Group Policy to reflect the server change but if DC(original server) is off line users desktop icons disappear as well. My configuration in Group Policy is set to redirect the desktops to \\dc1\userdesktop$\%username%  but when the icons fail to load it is still referencing the old setting of \\dc\userdesktop$\%username%.
gupnitCommented:
Hi,
  • In PC please goto Control Panel - User Accounts - Advanced - Manage Password and see if any caching is happening
  • From command prompt, run gpupdate /force
Let me know
Thanks
Nitin
 
 
SabertecAuthor Commented:
gpupdate does refresh but doens't resolve the issue.

The user accounts in question are domain user accounts not local user accounts.

Also removing a PC from the domain and adding it again does not resolve the problem either.
gupnitCommented:
How many DC do you have....change the dns on pc to another dc and see.
Can you tell me what error you get when you try to create the user profile
SabertecAuthor Commented:
2 domain controllers both are Win 2003 SBS. Both DNS server's are listed as name server's in DNS on both servers.

Creating a new Outlook profile doesn't generate an error. The error comes from when Outlook tries to connect to dc1(new server) while DC(old server) is offline.
SabertecAuthor Commented:
I think I've resolved it. First a little more background. All the user's profiles are redirected through group policy to a location on the server to allow them to work at any computer in the building. During the migration I didn't actually move the files for each user's appdata and desktop folder's. I changed the path in group policy under the assumption that a different path would cause the profiles to be redirected to the new location. This only worked for a couple users which I didn't discover until recently. I believe that this was caused by the user being granted exclusive rights to their various folders. Group Policy wasn't configured that way but I had to go to each user's folder's take ownership and then reset the security. I then had to use robocopy to move all the files from the old server to the new server. After this the locally stored profile on each user's computer updated properly.  

Thanks for your efforts Gupnit. :D

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
gupnitCommented:
Great :-), thats what the objective is - a solution, it doesn't matter who does it, if you get it even better as that shows you have control over your setup
Cheers
Nitin
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.