Tips to nuke these profiles if I have to go that route? Logon script to delete it then let Outlook recreate on startup...my users are used to creating their own profile....
________________________________ From: [email protected] [[email protected]] on behalf of Michael B. Smith [[email protected]] Sent: Friday, March 06, 2015 7:30 PM To: [email protected] Subject: [NTSysADM] RE: OT Exchange issues. Autodiscover is far more complicated than most people think it is. :P But this is happening because there is a hard reference to the old server in the user’s MAPI profile. The RECOMMENDED way to do this process is to swap everything to the new server, but leave the old one up while clients are redirected and get sent to the new server. The clients MAPI profiles will automatically be updated. After a week (or what time is appropriate to your environment) then remove the old server. From: [email protected] [mailto:[email protected]] On Behalf Of Kennedy, Jim Sent: Friday, March 6, 2015 7:18 PM To: [email protected] Subject: [NTSysADM] RE: OT Exchange issues. Delete the Outlook profile and create a new one and all is well. Need to figure a better way, but it's a start. ________________________________ From: [email protected]<mailto:[email protected]> [[email protected]] on behalf of Kennedy, Jim [[email protected]] Sent: Friday, March 06, 2015 7:13 PM To: [email protected]<mailto:[email protected]> Subject: [NTSysADM] OT Exchange issues. Exchange list is really quiet, struggling with an issue here. Sorry. I rolled up a new Exchange 2010 CAS/Hub and decommissioned the old one. Transferred all the URL's, and swapped IP's. Internal and external flow is great, OWA is fine, external OWA and Active Sync is fine. Internal existing Outlook users are broke. A regular user cannot find the new server when they start up, and domain admin with an email box can. Feels like permissions on Autodiscover.xml or auth on Autodiscover but I have check that a million times.
