Das Notes Forum
Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: _Arne_ am 09.10.06 - 08:34:57
-
Guten Morgen,
wir sind dabei unsere ganzen Mailuser auf einen anderen Server zu verlegen (dort bekommen diese nur noch leere Mailfiles da mittlerweile ein anderes System genutzt wird).
In diesem Zuge wollen wir auch auf R6 updaten, so dachte ich mir gibt einfach ein neues Mailfile / eintrag im NAB und in der Arbeitsumgebung auch der neue Server.
Leider steht wohl in der ID auch der Homeserver, gibt es einen automatisierten Prozess um diesen Eintrag zu ändern??
Gruß,
Arne
-
Hallo
Nein, in der User.id steht ganz sicher nicht der Home Server.
Wieso kommst Du auf diesen schluss. Bekommst Du eine Meldung die dies besagt oder findet der Client den neuen Home Server nicht mehr.
Gruss
Andy
-
Also ich sehe wenn ich mir ne User.id angucke den server als Plaintext.
Darauf gekommen bin ich bei einer neu Installation eines Clients unter Verwendung einer "alten" user.id.
Der Homeserver wurde bei der Installation auf den neuen server gesetzt , genauso wie der Eintrag im NAB.
Das Pernab wurde neu erzeugt - trotzdem wurde der alte Server verwendet, ansonsten habe ich keine Idee woher der Client die Information des alten Servers hat.
-
Also ich sehe wenn ich mir ne User.id angucke den server als Plaintext.
Wie schaust Du die ID an und wo steht der Server?
Das Pernab wurde neu erzeugt - trotzdem wurde der alte Server verwendet, ansonsten habe ich keine Idee woher der Client die Information des alten Servers hat.
Wurde der neue Eintrag im NAB wieder überschrieben? Könnte es einen das der Server noch Repliziert.
-
Hallo zusammen,
ich wüsste auch nicht, warum der Homeserver in der ID stehen sollte. Wenn Du eine Umzug per Admin Client anstösst, wird der Homeserver im NAB und in der aktuellen Arbeitsumgebung des Users geändert.
cu
Lars
-
Also ich sehe wenn ich mir ne User.id angucke den server als Plaintext.
Wie schaust Du die ID an und wo steht der Server?
Das Pernab wurde neu erzeugt - trotzdem wurde der alte Server verwendet, ansonsten habe ich keine Idee woher der Client die Information des alten Servers hat.
Wurde der neue Eintrag im NAB wieder überschrieben? Könnte es einen das der Server noch Repliziert.
Wenn ich die User.id mit einem Texteditor öffne steht aufjedenfall der Homeserver drinne , ein Umzug per AdminClient wollten wir vermeiden da einfach nur neue leere Mailfiles für die User erstellt wurden und diese dann bei der Clientmigration eingetragen werden.
-
Könnte es sein das der Home-Server ein Teil des Notesnamen ist.
-
Der Servername hat mit dem öffentlichen Schlüssel der ID zu tun!
Man kann in den ID-Eigenschaften den Status des Schlüssels abfragen.
Diese Abfrage wird an den Mail/ Home-Server gerichtet, der in der Arbeitsumgebung steht.
Somit steht der Server zwar wirklich in der ID, hat aber nichts mit dem eigentlichen "Umzug" zu tun.
Wird bei Anmeldung über das Pers-Dok ein neuer Server zugewiesen,
wird auch die nächste Abfrage nach dem öffentlichen Schlüssel an den neuen Server gerichtet.
-
Hum, dann ich mich mir aber einfach nicht erklären wie der Client noch darauf kommt auf dem alten Server nach dem Mailfile zu suchen obwohl der User im NAB auf der neuen Maschine steht und bei dem Client eine kompl. Neuinstallation vorgenommen wurde..
-
Ist denn dann bei der Neuinstallation des Clients wirklich nur die User-ID wiederverwendet worden ? Weil irgendwie cached Notes ja an allen Ecken, bookmark.nsf ist auch sehr beliebt.
-
Wann genau versucht Notes denn, auf den alten Mailserver zuzugreifen?
1. Bei Anklicken des Mail-Symbols in der Bookmarkl-Leiste links?
2. Bei Strg-M (entspricht Memo erstellen unten rechts in der Statuszeile)
3. bei Anklicken der Kachel auf dem Notes-Arbeitsbereich
Andreas
-
Howdy,
versuche das ganze gerade nochmal auf einem jungfräulichen Client, irgendwie kommt mir das wenn ich so schreibe nämlich auch relativ spanisch vor.
-
Moin,
auf einem "blanko" Client gab es das Problem tatsächlich nicht, nun ist nur die Frage wo er sich den Server hergezogen hatte...
Werde mal weiterforschen,
Arne