Exchange Server FQDN in einem bestehenden Outlook Profil via Registry ändern
Hi All,
ich habe hier eine Exchange 2010 Landschaft mit 2 Standorten. Alle Postfächer wurden im ersten Standort generiert und "jetzt neu" zum zweiten Standort migriert. Es gibt jetzt also auch CAS Server am neuen Standort. Das funktioniert auch alles wunderbar, allerdings haben manche Profile noch den FQDN vom alten CAS Server am ersten Standort im Profil. Das würde ich gerne korrigieren, ohne das bestehenden Outlook Profil zu löschen.
Klar gibt es die Möglichkeit -> Outlook schließen -> Systemsteuerung -> E-Mail -> Profile -> Exchange Konto -> Server ändern
Aber hier nun die Frage =)
Gibt es einen Weg via Registrychange oder ein Tool um diesen Eintrag nachträglich zu ändern? Ich hab auch schon über *.prf Files nachgedacht, leider nur mit mäßigem Erfolg, denn er generiert mir jedesmal ein neues Profil.
Vielen Dank für die Hilfe
Franky
Hier noch ein kleines Beispielbild:
ich habe hier eine Exchange 2010 Landschaft mit 2 Standorten. Alle Postfächer wurden im ersten Standort generiert und "jetzt neu" zum zweiten Standort migriert. Es gibt jetzt also auch CAS Server am neuen Standort. Das funktioniert auch alles wunderbar, allerdings haben manche Profile noch den FQDN vom alten CAS Server am ersten Standort im Profil. Das würde ich gerne korrigieren, ohne das bestehenden Outlook Profil zu löschen.
Klar gibt es die Möglichkeit -> Outlook schließen -> Systemsteuerung -> E-Mail -> Profile -> Exchange Konto -> Server ändern
Aber hier nun die Frage =)
Gibt es einen Weg via Registrychange oder ein Tool um diesen Eintrag nachträglich zu ändern? Ich hab auch schon über *.prf Files nachgedacht, leider nur mit mäßigem Erfolg, denn er generiert mir jedesmal ein neues Profil.
Vielen Dank für die Hilfe
Franky
Hier noch ein kleines Beispielbild:
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 178569
Url: https://administrator.de/contentid/178569
Ausgedruckt am: 25.11.2024 um 23:11 Uhr
8 Kommentare
Neuester Kommentar
Hi Franky.
Überprüfen, ob Autodiscover sauber konfiguriert ist. Wenn ja, dann übernimmt der Client automatisch die richtige Konfiguration
Dann sollte auf jeden Fall der Client die richtige Konfiguration mitbekommen. Ich tippe hier ganz stark auf ein Autodiscover Problem.
LG Günther
wir verwenden Outlook 2010
Überprüfen, ob Autodiscover sauber konfiguriert ist. Wenn ja, dann übernimmt der Client automatisch die richtige Konfiguration
Die Postfächer wurden auf die Mailbox-Server am 2ten Standort verschoben.
Dann sollte auf jeden Fall der Client die richtige Konfiguration mitbekommen. Ich tippe hier ganz stark auf ein Autodiscover Problem.
LG Günther
Hi.
Hast du schon versucht, Outlook mit einer Startoption (z.B: /cleanprofile) zu starten - http://office.microsoft.com/de-de/outlook-help/befehlszeilenoptionen-fu ...
LG Günther
Hast du schon versucht, Outlook mit einer Startoption (z.B: /cleanprofile) zu starten - http://office.microsoft.com/de-de/outlook-help/befehlszeilenoptionen-fu ...
LG Günther
Hallo,
ich krame mal diesen alten Thread wieder raus.
Wir haben leider gerade das selbe Problem.
Autodiscover abgeänderd von server.local auf mail.domain.de, mit entsprechendem Zertifikat.
Die Neueinrichtung von Clients klappt absolut problemlos, allerdings kommt beim (recht umfangreichen) Bestand beim Start von Outlook nun immer eine Zertifikats-Warnmeldung, dass der (alte) Servername nicht mit dem Zertifikat übereinstimmt.
Weiß jemand Rat?
Kann man den Server per GPO ändern oder die Warnung unterdrücken?
Das ganze ist leider recht dringend, da gerade alle Clients diesen Fehler spucken.
DANKE für eure Hilfe!
Gruß
ich krame mal diesen alten Thread wieder raus.
Wir haben leider gerade das selbe Problem.
Autodiscover abgeänderd von server.local auf mail.domain.de, mit entsprechendem Zertifikat.
Die Neueinrichtung von Clients klappt absolut problemlos, allerdings kommt beim (recht umfangreichen) Bestand beim Start von Outlook nun immer eine Zertifikats-Warnmeldung, dass der (alte) Servername nicht mit dem Zertifikat übereinstimmt.
Weiß jemand Rat?
Kann man den Server per GPO ändern oder die Warnung unterdrücken?
Das ganze ist leider recht dringend, da gerade alle Clients diesen Fehler spucken.
DANKE für eure Hilfe!
Gruß