irBosOtter
Expert Member
Was wondering if anyone have ever came across this issue:
When setting up Outlook it goes through the steps, auto-discover working fine, fills in the details, but at step 3 it bombs out and gives the following error:

Google that error and it gives one so many things to try, and I tried most of them but nothing seems to solve it except the following that I got from this site, http://www.msoutlook.info/question/531 and that is to "Force clients to connect via a specific Global Catalog server"
Implementing the registry settings on the client pc solves the issue right away, removing the reg settings and the issue is back. This to me is a workaround although desktop support has been using it as a fix for a few months now.
I'm pretty sure there is something wrong in AD/DNS/Exchange. Running ntdsutil etc shows no errors, no old DC's anywhere to be found, DNS seems fine, global catalog servers are all fine, so not really sure what else to check. Probably going to run a wireshark trace on a pc and see what GC it's trying to talk to, but not sure that will help seeing all GC's are up and runnig without any issues.
Metadata cleanup from old failed DC (That failed DC did not have any master roles) has been done a year ago, issues only started when we migrated to Exchange 2013 from 2010 last year... Had a few guys from Microsoft look around our environment but they can't find any issues either...
Don't want desktop support to use the "workaround" as we will decommission that DC at some point this year or next year, then all clients are pointing to a GC that no longer exists, that might just give more issues in the end.
When setting up Outlook it goes through the steps, auto-discover working fine, fills in the details, but at step 3 it bombs out and gives the following error:

Google that error and it gives one so many things to try, and I tried most of them but nothing seems to solve it except the following that I got from this site, http://www.msoutlook.info/question/531 and that is to "Force clients to connect via a specific Global Catalog server"
Implementing the registry settings on the client pc solves the issue right away, removing the reg settings and the issue is back. This to me is a workaround although desktop support has been using it as a fix for a few months now.
I'm pretty sure there is something wrong in AD/DNS/Exchange. Running ntdsutil etc shows no errors, no old DC's anywhere to be found, DNS seems fine, global catalog servers are all fine, so not really sure what else to check. Probably going to run a wireshark trace on a pc and see what GC it's trying to talk to, but not sure that will help seeing all GC's are up and runnig without any issues.
Metadata cleanup from old failed DC (That failed DC did not have any master roles) has been done a year ago, issues only started when we migrated to Exchange 2013 from 2010 last year... Had a few guys from Microsoft look around our environment but they can't find any issues either...
Don't want desktop support to use the "workaround" as we will decommission that DC at some point this year or next year, then all clients are pointing to a GC that no longer exists, that might just give more issues in the end.