ID-Recovery DB: geänderte IDs werden nicht gesichert

[Rikku]

Hallo Zusammen,


habe hier ein Problem, wo ich nicht recht weiß, wie ich hier weiterkommen kann.
Also:
Wir haben eine idrecover.nsf Datenbank, in der alle alle IDs abgespeichert werden sollen, falls mal jmd. das Passwort vergessen hat.
Wenn ich einen Benutzer anlege, wird auch die ID dort abgelegt mit dem Hinweis "Sicherungskopie der neu registrierten ID-Datei für Max Muster".

Bis vor kurzem war es so, dass bei Änderungen wie Zertifikat erneut, Umzertifiziert oder Passwortänderung des Benutzers eine Kopie der ID vom Benutzer selbst automatisch an die idrecover.nsf verschickt wurde mit dem Betreff "ID-Datei sichern".
Dieser Mechanismus mit dem automatischen Versenden funktioniert nun nicht mehr bzw. nur sehr sehr unregelmäßig.
Versendet der Benutzer die ID manuell, so funktioniert dies wiederum. (über Benutzersicherheit - Wiederherstellngs-ID senden).

Irgendjmd. eine Idee, wie ich den Mechanismus wieder richtig ans laufen bekomme ?
Die Wiederherstellungsinformationen sind auch korrekt.

[Hive]

Schau mal in den Eigenschaften des Zertifizierers (genauergesagt bei den Wiederherstellungsinfos) was da steht, achte darauf, dass nicht verschiedene Zertifizierer IDs mit verschiedenen Einstellungen im Umlauf sind.

MfG KAi

[Rikku]

Hallo Kai,



hatte ich bereits nachgeschaut, die Wiederherstellungsinfos der Zertifizierer stimmen soweit. Die bestehende Mailbox habe ich vorsichtshalber bei einem Certifier ausgewählt.
Trotzdem leider das gleiche "FEhlverhalten".

Die restlichen Zertifizierer haben auch die Infos soweit eingetragen, bestehende Mailbox soll verwendet werden.
Der Eintrag im Adressbuch stimmt auch, kann der Mailbox ja auch über manuelles ansteuern die exportierte Datei zukommen lassen.

[Driri]

Hast Du schon mal in der Knowledge Base gesucht ? Z.B. diese Technotes hier könnten weiterhelfen :

Updated recovery IDs not sent to ID Recovery database
Password recovery information is not sent to ID Recovery database for newly-registered user
Password recovery database does not show newly-registered users

[Rikku]

Hallo Driri,


danke für deine Mühe,
tatsächlich könnte mir der erste Suchtreffer helfen, da nur geänderte IDs betroffen sind und bei der Neuerstellung von Benutzern alles wie sonst immer funktioniert.

Allerdings bin ich etwas mit der Lösung überfordert, vielleicht reichen hier meine Englisch-Kenntnisse nicht.
Domäne ist ABC , haben ansonsten so ca. 15 Certifier, die direkt angeschlossen sind ,also z.B.
Rikku/xyz/ABC

'Sind also keine 3 Certifier Documents ? Hilfe, habe ne Betonwand vorm Kopf 

[Driri]

Ich verstehe die Technote so, daß in dem Fall auf dem Hubserver (der auch der Homeserver des betroffenen Users war) im Domino Directory die Zertifikate mehrfach eingetragen waren.

[Rikku]

Hi Driri,


danke für deine schnelle Rückmeldung.... leider ist die Betonwand nur wenig am bröckeln ... *arghz*

Wo kann ich das denn sehen mit den mehrfach eingetragenen Zertifikaten ?

Was mich halt nur so verwundert, dass das Verhalten erst seit kurzem auftritt und eigentlich keine großartigen Veränderungen gab ... bis auf dass ich den Admin als einen der letzten Benutzer von Server A nach B verschoben habe.... Sollte es daran liegen ? (ja, ist schon ne gravierende Änderung... aber dann dürfte ja auch das manuelle versenden der geänderten ID nicht gehen, oder )

[Driri]

Domino-Directory öffnen -> Konfiguration -> Zertifkate -> Kategorie Notes-Zertifizierer öffnen und nach doppelten Einträgen suchen

[Rikku]

Ah jetzt ja .... =)

Danke für den Hinweis und deine Hilfe ...

ist abber alles in Ordnung, keine doppelten Einträge vorhanden.

Kann das evtl. mit dem Umzug des Admins zusammen hängen ?

[koehlerbv]

Was verstehst Du eigentlich unter "der Admin"? "Der Admin" gibt es unter Notes / Domino überhaupt gar nicht.

Bernhard