Beiträge von Gerber

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

Zitat

Machts einfacher bei der Profilaktualisierung

Dies ist ja jetzt doch eine recht kurze Antwort 😁.

Wie meinst du, bzw was meinst du genau was es einfacher macht ?bei der Profil Aktualisierung?

Wenn es zuvor die Verbindung zum alten Server schon über RPC/Http hat?

#######

Edit:

ich habe gerade neue Erkenntnisse meiner Tests:

Test1: Benutzer welcher ein Postfach au dem Exchange 2010 hat.

OWA.domain.de zeigt auf den alten Server.

Verbindungsstatus zeigt als Verbindungstyp RPC/TCP zum Exchange Server 2010 an.

Test2: Benutzer welcher ein Postfach auf dem Exchange 2010 hat

OWA.domain.de zeigt auf den neuen Exchange Server 2016.

Verbindungsstatus zum Postfach (Ex2010) zeigt RPC/TCP an

Postfach zum Test auf den Exchange 2016 verschoben.
IIS Autodiscoverpool neu gestartet

-> Verbindungsstatus zeigt RPC/HTTP zum Exchange 2016 an

-> Verbindungsstatus zu den Public Folder auf Exchange 2010 werden ebenfalls über RPC/HTTP angezeigt (siehe Anhang)

##########

Eventuell müsste ich also den Exchange 2010 tatsächlich einmal durchstarten, damit ich die Verbindung zum Exchange bereits mit RPC/HTTP hinbekomme.

Beim migrieren des Postfachs hat sich nun das Outlook Profil selbständig auf RPC/HTTP umgestellt.

Also benötige ich eigentlich die Verbindung zum alten Server per RPC/HTTP gar nicht, wenn sich dies bei der Migration sowieso selbständig umstellt.

Grüße

Phil

Zitat

Das macht man VORHER. Damit man dann schon die Probleme findet beim Client Access.

Sry falsch ausgedrückt. Ich mache es trotzdem immer mit einem Testpostfach zusätzlich. Hatte ich mir immer mal so angewöhnt.

Sobald der Zugriff in allen Ecken funktioniert drehe ich die Einträge und migriere die Postfächer dann.

Zitat

Ja genau. Und sobald der Test (nicht das Verschieben der Postfächer sondern der Client Access) abgeschlossen ist, wird der Name gedreht.

Yes so ists richtig ausgedrückt, sry.

Zitat

Wer sagt was von "ohne Tests"? Wie lange brauchst du an einem Client mittels Hosts Datei um den Zugriff zu prüfen? 20 Minuten?

Jow kommt hin. Eher weniger.

Zitat

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.

Genau. Ich hatte es aber schon öfters, dass der Mailflow z.B. von 2010 nicht nach 2016 funktionierte.

Das habe ich dann mit einem Testpostfach auf dem 2016er gemerkt. Je nach Anzahl der Postfächer ist dies Wurst, wenn alle gleichzeitig migriert werden. Ansonsten aber nicht.

Zitat

Vielleicht darf er nicht. Schonmal geschaut, oder mit einem neuen Nutzer probiert oder oder oder?

Yes mit mehreren Postfächern getetset.

Die Ausgabe von Get-CasMailbox -identity "Benutzer" | fl *mapi*

MAPIEnabled : True

MapiHttpEnabled :

MAPIBlockOutlookNonCachedMode : False

MAPIBlockOutlookVersions :

MAPIBlockOutlookRpcHttp : False

MAPIBlockOutlookExternalConnectivity : False

Also ist nichts geblockt.

Zitat

Ohne Autodiscover geht "bisher" zumindest bei Domainmembers meist trotzdem, denn die fragen ja den SCP und da kann ja dann der owa-Host drin stehen. Aber ich seh das auch so. Entweder man stellt es ganz um, oder lebt halt mit den Problemen die da kommen werden.

Da bin ich voll bei euch.

Es wird auch komplett umgestellt. Aber stellt ihr ohne Tests direkt alle URLs auf dne neune Server um?
Ich hatte schon oft genug Probleme mit der Koexistenz, weswegen ich es immer sauber teste.

Postfach verschieben -> Hosts Datei umschreiben etc...

Wenn dies alles sauber funzt, dann drehe ich die Einträge.
Und dann werde ich auch das mit der URL gerade biegen.

#####

Warum Outlook aber bei allen Tests nicht per Annywhere connecten will, ist immer noch fraglich.

Zitat von NobbyausHB

Das ist aber falsch - es zeigen immer alle URL und Einträge auf den neuen Server, der macht dann Proxy auf den vorherigen - jedenfalls habe ich das so gelernt

Hast du natürlich auch vollkommen Recht und ich richte dies ebenfalls so ein.

Allerdings habe ich den Server zunächst in die Organisation installiert ohne Postfächer zu verschieben. Sobal die ersten Postfächer verschoben werden, werde ich alle Einträge umbiegen ,so dass Proxy gespielt wird.

In der Testphase werde ich allerdings noch keine Einträge drehen, bevor ich es nicht live korrekt getestet habe.

Zitat von NobbyausHB

Und wenn es Autodiscover nicht gibt geht das nicht, die URL ist hart verdrahtet - es geht mit Weiterleitungen, aber das brauchst du m.E. nicht

Und - die URL gehört mit in das von extern signierte Zertifikat!

Naja, dies habe ich auch so gelernt, allerdings streiten sich hier wohl die Geister.

Der eine sagt es ist unnötig, eine extra URL zu bauen da es sowieso wieder auf den owa.domain.de Server zurückgreift.

Somit kann man gleich den OWA Server einbauen.

Andere sagen (Wie du) es gibt ein festes vorgehen im Outlook wie es abgearbeitet wird. Aus diesem Grund bin auch ich immer dafür dies so mit einem Split DNS und zwei URLs zu bauen.

Zitat von NorbertFe

Kommt darauf an. Wenn Autodiscover nicht auf den aktuellen Server zeigt, kanns schon merkwürdige Effekte geben.

ja hast du Recht.
Aber wie ich oben geschrieben zeigt alles auf den alten Server.

Auch wenn ich die Hosts Datei umändere und alles auf den neuen zeigen lasse, funktioniert es nicht.

Ich meinte mit nicht stören, dass es keine extra URL für Autodiscover gibt, sondern direkt die "owa.domain.de" benutzt wird.

Sry hast du natürlich vollkommen Recht.

Zitat von NorbertFe

Wohin zeigt denn der Name der im Hostnamen von OA sowohl in E2010 als auch 2016 konfiguriert ist? Wohin zeigt Autodiscover? Wohin zeigt die Autodiscoverserviceuri? Vermutlich ist das ne totale Kleinigkeit, aber das sieht man im Forum hier halt nicht, wenn man so wenige Infos über die Konfig hat.

Momentan ist es so konfiguriert, dass alles auf den alten Exchange 2010 Server zeigt.
Es gibt in diesem Fall leider nur einen Eintrag "owa.domain.de" für die URLS. Autodiscover.domain.de ist nicht separat, da nur owa.domain.de im Zertifikat vorhanden war.

Was ja nicht stören sollte.

#######

Autodiscover zeigt bei beiden Exchange Servern auf owa.domain.de wie beschrieben.

Ebenfalls zeigt die Annyhwere URL auf "owa.domain.de"

owa.domain.de zeigt auf den Exchange 2010.

####

Authentifizierung von Annywhere steht bei beiden Exchange Servern auf NTLM

URLS sind alle angepasst und korrekt.

Zitat von NorbertFe

und warum nicht?

Habs jetzt deaktiviert.

Zitat von NorbertFe

SChalte den Mist endlich ab und sorg dafür, dass dein Outlook Anywhere reibungslos funktioniert. Sobald dein Exchange 2010 weg ist, kannst du sofort Mapi/http anschalten wenn du magst.

Also ich habe jetzt zusätzlich noch auf einem Terminalserver versucht per GUI Outlook 2010 dazu zu bekommen, dass die Verbindung per RPC/HTTP aufgebaut wird.

Auch dort ohne Erfolg. Es Interessiert OUtlook einfach einen feuchten und die Verbindung wird immer wieder per RPC/TCP aufgebaut.

Muss eventuell etwas im IIS durchgestartet werden?

Zitat von NorbertFe

Dann stimmt irgendwas bei deinem Outlook Anywhere nicht, oder mapi/http funkt dazwischen. Welche Outlook Version? Mapi/http mal auf Org deaktiviert?

Auf Org Ebene habe ich es noch nicht deaktiviert.

Office 2010 14.0.7258.5000