Das Notes Forum
Domino 9 und frühere Versionen => ND7: Administration & Userprobleme => Thema gestartet von: cebolina am 06.08.08 - 09:48:28
-
Hallo zusammen,
nach der Namensänderung eines Users (wegen Heirat) erhalten wir im Administrationsprozess-Protokoll (admin4.nsf) bei der Aktion "Umbenennen im Domino Verzeichnis veranlassen" diese Fehlermeldung:
names.nsf; Error: Your public key does not match the one stored in the Address Book
Ich habe mir den öffentlichen Schlüssel des Users geholt (Datei > Sicherheit > Benutzersicherheit > Ihre Identität > Ihre Zertifikate > Andere Aktionen > Zertifikat (Öffentl. Schlüssel) senden, kopieren) und mit dem Eintrag im names.nsf verglichen. Die Schlüssel stimmen überein!
Was kann ich noch tun?
Gruß
Stefan
P.S. Die weiteren Aktionen in den Admin-Anforderungen sind sauber weitergelaufen. Der User wurde im names umbenannt, ACL korrigiert, freie Zeit etc. alles ok.
-
Hmmm - ist mal so die Frage wessen Key da wirklich nicht stimmt. Vielleicht der des Erstellers der Anforderung?
Was passiert denn, wenn Du die Anforderung erneuerst?
Gruß
Jens
-
Hallo Jens,
Hmmm - ist mal so die Frage wessen Key da wirklich nicht stimmt. Vielleicht der des Erstellers der Anforderung?
Ich habe beide Keys gegengeprüft, sowohl die des betroffenen Users, als auch die des Admins, der die Anforderung gestellt hat.
Was passiert denn, wenn Du die Anforderung erneuerst?
Habe ich auch schon probiert. Die Meldung kommt nach adminp-Lauf wieder.
Gruß
Stefan
-
Ok, das kopier doech mal den Schlüssel aus der ID und vergleiche Ihn nicht nur sondern speichere ihn doch mal ab.
Manchmal hilft sowas.
Gruß
Jens
-
Ggf. hilft ein Fixup plus updall -r auf das DD.
-
Hallo Jens,
Ok, das kopier doech mal den Schlüssel aus der ID und vergleiche Ihn nicht nur sondern speichere ihn doch mal ab.
Manchmal hilft sowas.
OK. Das hab ich gemacht:
Key kopiert, in names.nsf eingefügt und gespeichert.
Anforderung erneut durchgeführt.
Ergebnis: gleicher Fehler. :'(
Wie wirkt sich denn diese Fehlermeldung überhaupt aus?
Gruß
Stefan
So sieht das Protokoll jetzt aus:
-
Hallo Christian,
Ggf. hilft ein Fixup plus updall -r auf das DD.
fixup und updall -r brachten leider auch keine Lösung.
Der Fehler ist immernoch da.
Gruß
Stefan
-
Da kommt mir gerade eine Idee:
Wir haben noch eine weiteres Adressbuch im Einsatz, in dem alle an unserem Rechenzentrum angeschlossene Firmen enthalten sind. In diesem Adressbuch stand der betroffene User noch mit altem Namen drin. Diesen Eintrag habe ich jetzt mal gelöscht, was nicht weiter schlimm ist, da er heute abend wieder erstellt wird.
Bin mal gespannt, ob sich dadurch der Fehler beseitigen lässt.
Ich beobachte weiter und berichte dann heute mittag über das Ergebnis.
Zunächst mal Danke für die geopferte Zeit und die Tipps.
Gruß
Stefan
-
Die Löschung der Person im besagten Adressbuch (nicht names.nsf) hatte leider keinen Effekt.
Der Fehler tritt nach wie vor auf.
Vielleicht hat noch jemand eine Idee, wo ich suchen könnte?
Gruß
Stefan