Postfach verschieben -> Hosts Datei umschreiben etc...
NEIN. Hosts umschreiben und TESTEN. Alles andere ist doch dann sowieso gegeben. Oder glaubst du, der User auf dem 2016er Server kann nicht auf das Postfach vom 2016er zugreifen? Wichtig ist, dass die 2010er User über den 2016er CAS kommen.
Warum Outlook aber bei allen Tests nicht per Annywhere connecten will, ist immer noch fraglich.
Vielleicht darf er nicht. Schonmal geschaut, oder mit einem neuen Nutzer probiert oder oder oder?
RPC/HTTP gar nicht, wenn sich dies bei der Migration sowieso selbständig umstellt.
Machts einfacher bei der Profilaktualisierung.
Moin zusammen,
so danke nochmals an alle für die Hilfe und die Nerven 
. Besonderen Dank an NorbertFe
Abschließend zu diesem Thread habe ich noch zwei drei Fragen, welche mir über Nacht gekommen sind 
:
1.) Welchen Vorteil bringt dies überhaupt, wenn ich die Clients per Outlook Annywhere vor der Migration noch an den Exchange Server 2010 anbinde?
Ich habe dies so verstanden, dass es weniger Probleme bei der Migration mit den Profilerstellungen/Aktualisierungen gibt, richtig?
Und ab 2013 sowieso Outlook Annywhere / Mapi/HTTP als Outlook Verbindungs Protokoll genutzt wird.
2.) In allen Outlook Profilen ist nun der Punkt "Verbindung mit Microsoft Exchange über HTTP herstellen" aktiviert und die hinterlegte FQDN eingetragen.
Ich bin mir hier nicht sicher ob dies vor aktivieren von Outlook Annywhere im Exchange 2010 eingetragen war.
Wird diese Einstellung durch das aktivieren von Outlook Annywhere im Exchange 2010 und Autodiscover an die Clients übertragen und automatisch in die bestehenden Profile eingetragen?
3.) Durch den Outlook Provider kann ich nun sagen, dass HTTP bei langsamen und schnellen Verbindungen genutzt werden soll, richtig?
Danke
Greetings
1.) Welchen Vorteil bringt dies überhaupt, wenn ich die Clients per Outlook Annywhere vor der Migration noch an den Exchange Server 2010 anbinde?
Es beweist dir schon in der alten Umgebung, dass deine URL und SSL Konfiguration paßt und macht den SChwenk auf den 2016er Server insofern sehr viel einfacher, weil das nur noch eine DNS Änderung ist. Ein Outlook Profil muss dann nicht erst feststellen, dass der Server (2010) weg ist oder nicht mehr per Mapi/RPC erreichbar ist sondern hat sofort einen gültigen Server für die Aktualisierung.
Und ab 2013 sowieso Outlook Annywhere / Mapi/HTTP als Outlook Verbindungs Protokoll genutzt wird.
Exchange 2013 aktiviert das aber nicht per Default sondern das passiert erst bei Exchange 2016 und da nur, wenn vorher kein Exchange 2013 in der Org stand.
n allen Outlook Profilen ist nun der Punkt "Verbindung mit Microsoft Exchange über HTTP herstellen" aktiviert und die hinterlegte FQDN eingetragen.
Ich bin mir hier nicht sicher ob dies vor aktivieren von Outlook Annywhere im Exchange 2010 eingetragen war.
Outlook Provider. 
Setzt den Haken und die URL kommt per Autodiscover.
3.) Durch den Outlook Provider kann ich nun sagen, dass HTTP bei langsamen und schnellen Verbindungen genutzt werden soll, richtig?
Ja. Ich dachte du hast schon mehrere Migrationen durch. Das sind doch alles Dinge die in zig How Tos beschrieben stehen und die dir alle mal schon begegnet sein müssen.
Bye
Norbert
Es beweist dir schon in der alten Umgebung, dass deine URL und SSL Konfiguration paßt und macht den SChwenk auf den 2016er Server insofern sehr viel einfacher, weil das nur noch eine DNS Änderung ist. Ein Outlook Profil muss dann nicht erst feststellen, dass der Server (2010) weg ist oder nicht mehr per Mapi/RPC erreichbar ist sondern hat sofort einen gültigen Server für die Aktualisierung.
Danke.
Exchange 2013 aktiviert das aber nicht per Default sondern das passiert erst bei Exchange 2016 und da nur, wenn vorher kein Exchange 2013 in der Org stand.
Alles klar.
Outlook Provider.
Okay.
Ja. Ich dachte du hast schon mehrere Migrationen durch. Das sind doch alles Dinge die in zig How Tos beschrieben stehen und die dir alle mal schon begegnet sein müssen.
Ja da hast du Recht. Ich habe allerdings selten den Outlook Provider, bzw. die Outlooks zuvor auf Annyhwere connecten lassen.
Also ist die Antwort "ja", dass die Haken per Provider gesetzt werden?
#######
Erkenntnis:
Die Nacht hat wohl doch geholfen.
Nach einem Test heute früh hat sich das Postfach sauber per RPC/HTTP verbunden.
Egal ob owa.domain.de auf den alten Exchange zeigt oder auf den neuen Exchange.
Die Verbindung wird nun sauber angezeigt (siehe Screenshot).
Verabschiede dich vom Gedanken, dass Autodiscover irgendein Prozess ist, den man sinnvoll triggern und zeitlich steuern kann.
