dav1d

Danke schonmal für die Antworten! Was ich nun noch mitgeteilt bekommen habe. Das Problem besteht erst nach dem ein weiterer DC aufgestuft wurde. ( Der alte blieb unverändert) Der neue wurde via DCPromo vorbereitet. ( Hier laut Aussage auch alles Fehlerfrei) Die DNS Werte sind alle wie beim alten. Sobald man den neuen DC wieder herunterstuft, funktioniert Outlook bei allen Clients mit der clusteradresse...

Einen schönen guten Abend ! Ich sehe leider dieses Phänomen zum ersten Mal.. Folgende Situation: Die Infrastruktur besteht aus: 1x DC Win2k8 (dc01) 2x Exchange 2010 im DAG ( ex01 und ex02 ) Der Clusterserver nennt sich :cluster.domaine.intra Das Problem ist durch ein Fehlerhaftes Adressbuch aufgefallen. Beim erstellen eines neuen Outlook Profiles wird nicht die Clusteradresse sondern sporadisch eine der ex01 und ex02 Server angezeigt. ( Dies ändert sich auch während des laufendes Betriebes beliebig oft) Selbst wenn ich den Server manuell als cluster.domaine.intra eintrage, löst er einen der beiden ex01 oder ex02 direkt auf. Durch stöbern in diversen Unterforen hier habe ich schon folgendes überprüft: Unter : Get-MailboxDatabase | select Name, RPCClientAccessServer | ft steht überall nur der cluster Server. Anpingen und nslookup bringt auch nur positive Ergebnisse.. Wenn ich über die Shell das CAS Array überprüfen möchte, bekomme ich seltsamerweise als CAS Array den richtigen FQDN (Clusteradresse) und die Site angezeigt. (AD SIte) Als "Member" steht hier allerdings ein alter Exchange Server, welcher schon ausranchiert wurde. Ist das eventuell der Anhaltspunkt an dem ich weiter suchen muss? Vielen Dank schonmal und euch einen schönen Abend !

Hallo Norbert, danke für die Rückmeldung! Ich habe nun folgendes noch erfahren. Die aufgelisteten Punkte sind auch alle soweit eingerichtet. Ich hol mal etwas weiter aus: Es gibt insgesamt 5 Mail server ( ex01, ex02 ... ex05) ex01 "war" der alte, welcher allerdings noch läuft. Bei ex02 und ex03 handelt es sich um die neuen Server. ( Via DAG Cluster) -> xchangecluster.domaine.local erreichbar. ex04 und ex05 stehen im Ausland. Was mir gerade beim kontrollieren der virtuellen Verzeichnisse aufgefallen ist, er braucht unheimlich lange einen Get-Befehl auszuführen. ( Er versucht ja alle Server abzurufen) Momentan läuft der Befehl get-autodiscovervirtualdirectory seit gut einer halben Stunde. Ca. jede 10minuten kommt nach und nach die Default Website des jeweiligen Servers. Die Firewall kann ich hier ausschließen... es muss einen anderne Grund hierfür geben. der SCP wurde selbstversändlich im AD auf den neuen Namen geändert. Sobald ich in der Toolbox -> Serverkonfiguration -> Clientzugirff den alten Server "ex01" die Pfade für die interne und externe OWA Adresse ändere, übernimmt Outlook dies auch richtig. Wenn es ein DNS Problem sein müsste, sollte ein Outlook Client dann nicht beim Erstellen eines neues Profiles auch den alten "Ex01" finden? Hier findet er ja direkt den neuen. Danke

Guten Tag, ich habe aktuell ein kleines Problem mit diversen Outlook Diensten. ( Offline Adressbuch ) Zu meiner Situation: Es wird 1x DC (Win2008Std) verwendet. 2 Mailserver Exchange 2010 ( Ein neuer und ein alter, der alte soll demnächste ausranchiert werden. Es wurden allerdings noch nicht alle Postfächer übertragen.) Beide Server laufen noch parallel. Der Owa Zugang auf beide Server funktioniert auch noch, und ist auch synchron mit dem neuen. (altserver.intra/owa) (neuserver.intra/owa) Nun zu meinem Problem: Wenn ich bei einem Client in der Domaine ein neues Outlook Profil erstelle, erkennt er automatisch den neuen Server ( Was auch richtig ist) Allerdings wenn ich die Verbindung via "Email Autokonfiguration " möchte ( Strg-Auf das Outlook-Icon) bekomme ich als interne URL für Outlook Webaccess den alten Server angezeigt. Die Clients arbeiten mit Outlook 2013. Auch in Outlook unter "Datei" steht bei "Zugriff auf dieses Konto im Internet" die alte OWA Adresse drin. Ich vermute mal dass auch dies der Grund ist, weshalb das Offline Adressbuch aktuell sich nicht runterladen lässt. Das Aufspielen des neuen Servers und die damit verbundenen DNS Änderungen habe ich nicht getätigt. Ich vermute dass die Problematik mit den DNS einträgen zutun haben. Einen Autodiscover-Eintrag wurde unter der ForwardLookupZone auf den neuen Emailserver erstellt. Bin für jede Hilfestellung sehr dankbar! Gruß