13
Domäne fordert Passwort bei nächster Anmeldung ändern. Dies is jedoch bei der Anmeldung in Outlook nicht möglich
Wenn ich in der Domäne bei einem Benutzer den Haken "Passwort beim nächsten Anmelden ändern" setze. Und der User (der sich außerhalb der Domäne befindet) sich in Outlook 2007 RPC anmelden will, kann er dort das Passwort nicht ändern.
Nachdem ich den Haken gesetzt habe erscheint er dieses Fenster:
Meldung
In dem darauf folgenden Fenster gebe ich das alte und das neue Kennwort ein. Anschließend dauert es etwas und dieses Fenster erscheint:
Meldung
Irgendwie muss es doch möglich sein, dass Passwort zu ändern... kann mir wer helfen?
Gruß
Samuel
Meldung
In dem darauf folgenden Fenster gebe ich das alte und das neue Kennwort ein. Anschließend dauert es etwas und dieses Fenster erscheint:
Meldung
Irgendwie muss es doch möglich sein, dass Passwort zu ändern... kann mir wer helfen?
Gruß
Samuel
Share on Facebook
Share on Twitter
Share on Reddit
Share on Linkedin
Please also mark the comments that contributed to the solution of the article
Content-Key: 134053
Url: https://administrator.de/contentid/134053
Printed on: April 16, 2024 at 14:04 o'clock
13 Comments
Latest comment
vergib doch einfach feste Kennwörter?!?
was ist denn ein Hacken, ich kenne nur eine Hacke für Gartenarbeit, etc.
Gruß, Arch Stanton
was ist denn ein Hacken, ich kenne nur eine Hacke für Gartenarbeit, etc.
Gruß, Arch Stanton
Beim warten von Computern setze ich öfters das Kennwort zurück und lasse es anschließend wieder ändern.
oO Danke.
dann muss er sich an der domäne anmelden das pw ändern und danach sollte es auch über owa gehn.
Zitat von @lstcbo:
dann muss er sich an der domäne anmelden das pw ändern und danach sollte es auch über owa gehn.
dann muss er sich an der domäne anmelden das pw ändern und danach sollte es auch über owa gehn.
Das Ganze ist nicht so einfach. Die Leute sitzen teilweise einige 100 km weiter. Sie arbeiten auch nicht über OWA, sondern ausschließlich über den Outlook Client.
Bei uns sitzen die Leute teilweise mehrere 100KM weg, trotzdem greifen alle auf den gleichen Server zu.
Was genau meinst du mit dem Outlook Client, über ne VPN Verbindung?
Was genau meinst du mit dem Outlook Client, über ne VPN Verbindung?
Outlook/RPC hat nichts mit der Domäne zu schaffen, sprich Anmelden/PW Ändern muß über Win Funktion gelöst werden. Zur Not ein simpler RDP Zugang nur dafür.
Gruß
Sam
Gruß
Sam
Wobei es bei einem Exchangeserver der fall ist.
Die Meldung sagt wo das Problem liegt.
Der Benutzer muss bei der ersten Domänenanmeldung sein Passwort ändert.
Ich habe diese Umgebung mit Exchange und Outlook RPC nicht. Aber ich kann mir das wie folgt vorstellen.
Jetzt meldet sich der Benutzer irgendwie lokal oder sonsti am Rechner an. (Wie genau das funktioniert sagts du ja nicht).
Dann nutzt er Outlook RPC. D
Die Verbindung zum Exchange klappt, jedoch will dieser die gemeinschaftliche Anmeldung der Domäne nutzen und fragt den
Domänencontroller .
Dieser sagt aus das nach seiner Einstellung der User noch nie an der Domäne war und will das er sein Passwort ändert.
Ich denke das da genau das Problem liegt weil dies so nicht über Outlook RPC geht, es sei denn, das es für diesen Punkt eine Einstellung im Exchange gibt
der diesen gesamten Vorgang auch über den Outlook RPC Weg erlaubt ohne das der Benutzer an der Domäne zuerst angemeldet ist..
Der Benutzer muss bei der ersten Domänenanmeldung sein Passwort ändert.
Ich habe diese Umgebung mit Exchange und Outlook RPC nicht. Aber ich kann mir das wie folgt vorstellen.
Jetzt meldet sich der Benutzer irgendwie lokal oder sonsti am Rechner an. (Wie genau das funktioniert sagts du ja nicht).
Dann nutzt er Outlook RPC. D
Die Verbindung zum Exchange klappt, jedoch will dieser die gemeinschaftliche Anmeldung der Domäne nutzen und fragt den
Domänencontroller .
Dieser sagt aus das nach seiner Einstellung der User noch nie an der Domäne war und will das er sein Passwort ändert.
Ich denke das da genau das Problem liegt weil dies so nicht über Outlook RPC geht, es sei denn, das es für diesen Punkt eine Einstellung im Exchange gibt
der diesen gesamten Vorgang auch über den Outlook RPC Weg erlaubt ohne das der Benutzer an der Domäne zuerst angemeldet ist..
Ich gebe ja das alte und das neue Passwort an. Das heißt dieses Szenario wurde von Mirosoft ja berücksichtigt. Nur leider funktioniert es nicht.
Die externen Mitarbeiter melden sich über einen Domänenbenutzer an. Sind aber nur selten im Büro und deshalb nicht mit dem Netzwerk verbunden. Eine VPN-Verbindung benutzen wir nicht.
Die externen Mitarbeiter melden sich über einen Domänenbenutzer an. Sind aber nur selten im Büro und deshalb nicht mit dem Netzwerk verbunden. Eine VPN-Verbindung benutzen wir nicht.
Der Exchange hängt in deiner Dom, aber das RPC das Outlook zum Exch nutzt kennt das nicht; Unter Linux würde man sagen schreib's dir selbst, dann geht's. Da wir eine etwas größere Dom haben undes bei uns auch nicht so gelöst ist....
Icvh verstehe zwar nicht ganz wie das gehen soll, dass die Leute mit OL-Client darauf zugreifen aber nicht in der Domäne angemeldet sind aber hier noch ein Vorschlag wie wir das bei ähnlichen Problemen über VPN lösen:
Der User versucht sich per mstsc auf den Server einzuloggen. Der sagt ihm: Passwort ändern. Dies macht man dann auch in der Terminalsession. Die Anmeldung wird allerdings verweigert, weil der Benutzer kein Anmelderecht am Server hat. Aber das Passwort ist geändert.
Vielleicht hilft das ja.
Der User versucht sich per mstsc auf den Server einzuloggen. Der sagt ihm: Passwort ändern. Dies macht man dann auch in der Terminalsession. Die Anmeldung wird allerdings verweigert, weil der Benutzer kein Anmelderecht am Server hat. Aber das Passwort ist geändert.
Vielleicht hilft das ja.
Das habe ich oben schoin vorgeschlagen:
Outlook/RPC hat nichts mit der Domäne zu schaffen, sprich Anmelden/PW Ändern muß über Win Funktion gelöst werden. Zur Not ein simpler RDP Zugang nur dafür.
Gruß
Sam
Outlook/RPC hat nichts mit der Domäne zu schaffen, sprich Anmelden/PW Ändern muß über Win Funktion gelöst werden. Zur Not ein simpler RDP Zugang nur dafür.
Gruß
Sam
Naja, eine simple Lösung scheint es hier für scheinbar nicht zu geben.
Trotzdem danke an alle.
Trotzdem danke an alle.