firebb 10 Geschrieben 14. Januar 2016 Melden Teilen Geschrieben 14. Januar 2016 Hallo, ich stehe hier mit meinem Kollegen vor einem Problem bei unserem Kunden. Dieser hat derzeit einen Windows Server 2008 R2 und bekommt nun zusätzlich einen neuen Server 2012 R2 mit Exchange 2016 installiert. Bei der Installation von Exchange 2016 ist uns aufgefallen, dass es früher einmal einen Exchange Server gegeben haben muss, welcher anscheinend vom Vorgänger nicht richtig deinstalliert wurde. Somit wurden noch Reste des alten Exchange Servers (vermutl. Exchange 2000) im AD hinterlassen. Das ganze fiel uns erst bei der Installation des Exchange 2016 auf welcher dann bei der Transportrolle die Installation verweigerte. Mein Kollege hat dann per Hand das Schema angepasst und die nötigen Einträge bearbeitet und konnte somit Exchange 2016 installieren. Die Konfiguration und die Weboberfläche funktionieren nun zwar ohne Fehler, allerdings haben wir nun ein Problem, wenn wir versuchen auf einem Client in Outlook ein Postfach hinzuzufügen, denn dort erscheint dann nach Eingabe des Servernamens (egal ob Hostname oder IP-Adresse) folgende Fehlermeldung: Nach einiger Recherche im Internet bin ich dann auf diesen Befehl für die Shell gestoßen: Test-OutlookConnectivity -ProbeIdentity OutlookRpcCtpProbe -MailboxId justkarl@contoso.com -RunFromServerId CAS1 Führe ich diesen für eines meiner Postfächer bzw. E-Mail Adressen aus, erhalte ich folgendes Ergebnis: Ich gehe nun davon aus, dass dies auch mit dem Verbindungsproblem zwischen Outlook zusammenhängt. Beim Befehl get-exchangecertificate erhalte ich folgende Ergebnisse: Auch habe ich schon das Best- Practice Tool gestartet und erhalte folgende Ergebnisse: Habt Ihr vielleicht eine Lösung für unser Problem? lg. firebb Zitieren Link zu diesem Kommentar
Sanches 22 Geschrieben 14. Januar 2016 Melden Teilen Geschrieben 14. Januar 2016 (bearbeitet) Hallo, wenn ich die Ausgaben richtig deute, passt die Konfiguration hinsichtlich OutlookAnywhere (u.a. Autodiscover, URLs, ...) bzw. SSL Zertifikat (noch) nicht. Hast du ein passendes Zertifikat im Exchange 2016 hinterlegt? Gruß Sebastian Nachtrag: Ich werf mal noch das Stichwort "Split-DNS" in den Raum ... bearbeitet 14. Januar 2016 von Sanches Zitieren Link zu diesem Kommentar
Nobbyaushb 1.471 Geschrieben 14. Januar 2016 Melden Teilen Geschrieben 14. Januar 2016 (bearbeitet) Moin, außerdem werden die MapiVirtualDirectory gerne vergessen. Siehe auch bei meinem Freund Paul: http://exchangeserverpro.com/installing-exchange-server-2016/ Oder hier, da ist alles zusammen: http://www.mustbegeek.com/configure-external-and-internal-url-in-exchange-2016/ bearbeitet 14. Januar 2016 von Nobbyaushb Zitieren Link zu diesem Kommentar
Smidddi 3 Geschrieben 10. März 2016 Melden Teilen Geschrieben 10. März 2016 Der Tipp von Sanches trifft es eigentlich ganz gut. Selbige Fehlermeldung habe ich am Wochenende erhalten, allerdings nur bei Clients, die nicht im Active Directory eingebunden waren (Homeoffice). Für diese musste bei Verwendung von Outlook Anywhere das Zertifikat der Zertifizierungsstelle, welches das Exchange Zertifikat ausgestellt hat, zu den vertrauenswürdigen Stammzertifizierungsstellen hinzugefügt werden -> Alles gut. Hast du also eine interne Zertifizierungsstelle oder verwendest du ein "sauberes" Zertifikat? Zitieren Link zu diesem Kommentar
testperson 1.680 Geschrieben 10. März 2016 Melden Teilen Geschrieben 10. März 2016 Hi, in 99% der Fälle nutze/n ich/wir Zertifikate von PSW. Die restlichen Kunden haben eine entsprechende eigene PKI. Gruß Jan Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.