horst_stef

Das ist der interne FQDN des Exchange 2016. Es sind aber sämtliche URLs auf den öffentliche Namen konfiguriert. Daher ist die Meldung umso mehr unverständlich.

Der Fehler im ersten Post kommt nach wie vor beim Öffnen von Outlook bei 2 Clients. Am Exchange 2010 gibt es keine Public Folder und auch keine Mailbox Datenbanken mehr. Sowohl die Server, als auch die Clients wurden bereits durchgestartet.

Hat eigentlich keiner behauptet, dass die Anleitung nicht gelesen wurde! Ich lasse mir gerne die Stelle zeigen, dass bei 95% im Log mit dem nächsten Step weitergemacht werden soll. Aber ist jetzt nicht mehr nötig, es ist alles umgezogen, was PF anbelangt.

Hat geklappt mit der Anleitung, ich konnte zumindest den Job starten. https://technet.microsoft.com/en-us/library/dn912663%28v=exchg.160%29.aspx Wichtig ist vielleicht, dass für den Erfolg bei Step5 noch eine Mailbox Database existiert am legacy Server, sonst kommt ein MAPI Fehler. Wohl zu früh gefreut. Die Migration hängt schon fast eine Stunde hier und das bei ein paar MB. Eine Idee? Danke

Hallo zusammen, ich hänge grad ein wenig bei den PF. Ich muss dazu sagen, dass es in der 2010 er Umgebung nur ein paar Kontakte und 2 Kalender gab. Diese habe ich gesichert in meinem persönlichen Postfach. Der Plan war, dass ich am 2016er einfach die PF erstelle und das Ganze dann aus meinem Postfach "rüberziehe" Das Erstellen klappt aber nicht: Kann ich die Public Folder DB am 2010er einfach löschen (Postfach DBs gibts da keine mehr drauf) und dann eine am 2016er erstellen?

Hallo zusammen, ist es normal bei der Koexistenz von Ex 2010 und 2016, dass ich in der 2010 Umgebung keine Arbitration mailboxes mehr habe? Dazu finden sich nämlich diverse errors im application log- Danke und schöne Grüße. Horst

Alles klar, wird gemacht. Danke für deine Hilfe und Geduld.

Primär eigentlich nur das erstgenannte mit der Zertifikatfrage im ersten Beitrag. Auf die MAPI Geschichte sind wir ja letztlich erst im Verlauf des Beitrags gekommen.

443 geht auf den exchange. Die getesteten Postfacher liegen auf dem 2016

Outlook 2013, MAPI / http ist wohl schon seit installation aktiviert, die URLs hatte ich ja letztlich erst gestern angepasst, kein Webproxy, extern erfolgt auch der Aufbau über OutlookAnywere und ist https zu sehen

Der Unterschied ist schon klar und ist auch enabled. Das hatte ich bereits geprüft. Es geht aktuell um die Frage, weshalb beim Proxyserver was eingetragen ist bei den internen Clients und die Verbindung via OutlookAnywere läuft und eben nicht über MAPI. Die andere Frage wäre nach wie vor, warum bei 2 von 3 Clients, die identisch in der Domäne sind und die identische Outlook Version nutzen noch der Zertifikatfehler kommt. Das Profil (MAPI) wurde auch mehrfach schon neu erstellt.

Deswegen wollte ich ein neues MAPI Profil anlegen, was aber scheinbar doch kein MAPI wird, da sich immer die Proxy Einstellungen setzen.

Wie krieg ich das raus, wenn ich sich der Proxyhaken in den settings immer automatisch setzt?

In der spalte Proxyserver zeigt er mir immer die externe URL an. Ich nehme an, dass da aber gar nix stehen sollte oder, da das Ganze ja nicht über den Proxyserver gehen soll? Wenn ich über Systemsteuerung - Email am Reiter Verbindung den Haken bei Proxy rausnehme, setzt sich der aber immer automatisch neu.

Hm, ich habe alles wie hier beschrieben konfiguriert: https://www.frankysweb.de/exchange-2013-mapioverhttp/ Das Postfach hier sollte ja dann über MAPI verbunden sein; warum wird mir dann aber https angezeigt und nicht http? (siehe anhang)

Wenn der Client nicht in der Domäne ist und auch mit keinem VPN verbunden ist, kann ich das Outlook verbinden und es wird mir auch die entsprechende MAPI Verbindung angezeigt, wenn ich den Verbindungsstatus prüfe. Wie bekomme ich das aber hin, wenn der Client in der Domäne ist. Wenn ich da ein neues Profil anlege, setzt es gleich automatisch sämtliche Einstellunge. Wie bekomme ich das mit MAPI verbunden? Bislang hatte ich immer alles via Outlook Anywere verbunden und bin damit leider noch nicht in Berührung gekommen. Danke.

Wieso, was ist falsch daran? Ich lasse mir gerne vorschlagen, wie ich am besten die Outlooks Client anbinden soll. Bislang wurden Outlook immer via OutlookAnywere verbunden. Im Domänennetzwerk befindet sich nur eine handvoll Clients. Der Großteil der Clients ist außerhalb der Domäne. Primär ist es Outlook 2013 Unter mapi war keine externe URL definiert ;-)

Habe ich schon erstellt und wie im Anhang angebunden. Meldung kommt immer noch.

Alles klar, danke. Bei meinem Rechner kommt die Meldung auch nicht mehr. Nur noch bei zwei anderen.

Ich habe es jetzt auf beiden Servern via Powershell, auch mit den entsprechenden Autodiscover/autodiscover.xml gesetzt. Wenn ich es zur Kontrolle via get-clientaccessserver | fl *uri* anzeigen lasse, stimmt es auch. ABER die Meldung kommt nach wie vor im Outlook. Mit ist auch am Ex2016 aufgefallen, dass eine Meldung kam, dass die Änderung nicht vorgenommen werden kann, da diese fpr die aktuelle Version von Exchange schreibgeschützt ist. Gesetzt wurde sie aber trotzdem.

Ja Tabtaste ergänzt es mir, ich weiß. Danke Dir. Die Meldung mit dem Zertifikat kommt aber leider immer noch. Die 2. uri wurde entsprechend gesetzt, aber die 1. ist noch unverändert mit /autodiscover/autodiscover.xml Wenn ich auf dem Ex2010 nur get-clientaccessserver aufrufe, bekomme ich den Servernamen zurück. Am Ex2016 bekomme ich den Servernamen des Ex2010 und des Ex2016 zurück

Es musste nur internal und service vertauscht werden. Da bekomme ich hin :-)

Danke Norbert. Da kommt folgende Fehlermeldung:

Hallo Norbert, der zeigt mir zwei internal URI an. Die zweite ist der interne FQDN (der rote Balken im Zertifikat Screenshot) und die erste ist auch Quatsch. Wie kann ich die ändern im EMC oder nur Powershell? Danke Dir. Sollte da intern die URL der Zertfikats gesetzt werden oder?

Ich bekomme seit der Migration meiner Postfächer auf Ex2016 folgenden Zertifikatfehler, wenn ich Outlook öffne (siehe Anhang) Im roten Balken ist der FQDN Name des Ex2016 genannt. Am Ex2010 Server befinden sich lediglich noch die öffentlichen Ordner. Wie bekomme ich die Meldung weg; sollte ich dazu zu meinem SSL SAN Zertifikat noch den internen FQDN Namen des Ex2016 hinzufügen lassen? Danke. Ich hoffe ich bin langsam durch mit blöden Fragen ;-)