Passwort recovery a.A.

[kloeti]

Hallo Leute,

Jetzt ist das PW recovery auch bei mir achtern gegangen. Weiss aber nicht wieso.
Hab zuerst gedacht es liegt am ND6 Client, aber es funtz auch bei einem R5 Client nicht mehr richtig.
Hab alles überprüft:
- Edit recovery information des Certifiers
- Mailin DB (ACL etc.)
- Mailin Dokument im Domino Directory
- Sogar der doofe Bug, wenn in der Notes.ini bei names=xxx.nsf, xxx.nsf zwischen den beiden Adressbüchern ein blank dazwischen ist, hab ich kontrolliert.

Es geht einfach nicht mehr und ich weiss nicht wieso  

Kann mir jemand helfen?

Gruts
Sandro

[JoJo]

Hast du die backupid.nsf vielleicht von einem 5er- auf einen 6er-Server gelegt? Die Funktionsweise unterscheidet sich in beiden Releases nämlich. Mir fiel auf:

LN5: immer dasselbe Recovery-PW
ND6: jedes mal ein anderes Recovery-PW

Kann sein, dass das die DB nicht vertragen hat. Dann wäre mein Rat: ein Backup (das noch nie auf einem 6er-Server war) auf einem 5er-Server einspielen.

Oder liegt's an was anderem? Symptome?

[kloeti]

Nee, hab (noch) nichts verschoben, noch nicht mal einen ND6 Server im Einsatz. Bloss meinen Client auf ND6 upgedaddelt. Aber an dem liegt es nicht, denn mit einem R5er geht's auch nimmer ...  

Muss noch was ergänzen. Es geht um die Recoveryinformation, die beim registrieren eingeliefert wird (oder werden sollte) oder wenn ein User das PW ändert. Das ist das was nicht mehr funktioniert.

Sorry hab ich schlecht umschrieben ...  

Gruts
Sandro

[JoJo]

Es geht um die Recoveryinformation, die beim registrieren eingeliefert wird (oder werden sollte) oder wenn ein User das PW ändert. Das ist das was nicht mehr funktioniert.

Nach dem Wiederherstellen des ID-Files wird die neue ID automatisch an BackupID.nsf gemailt. Dies passiert jedoch nicht, wenn nur das PW wiederhergestellt wird. In diesem Fall müsste man analog zu der Übung vorgehen, die bei IDs die bereits vor dem Einrichten des ID-Backups existierten, durchzuführen ist. (Schaltfläche 'Exportieren' im Assistenten 'Wiederherstellinfo bearbeiten').

[kloeti]

Ich seh schon ... ich formulier das irgendwie unverständlich. I'm sorry, ich bin halt ein Schweizer, bei uns ist immer alles ein bisschen komplizierter  

Jetzt mal ganz einfach. Ich registriere einen User => Recovery Information wird nicht an "backupid.nsf" gemailt. Schon beim registrieren nicht. Das ist mein Problem. Hat bis 28.2. funktioniert, jetzt nimmer. Hilfe.

Nochmals 'tschuldigung ...
Sandro

[JoJo]

2 Ideen hab' ich noch:

Ist noch eine Replik der certlog.nsf am Server, auf dem auch registriert wird (& wohl auch die backupid.nsf liegt)? Wenn ja, funktioniert sie? Gibt es Einträge nach dem 28. 2.?

Admin-seitig dürfte die Angelegenheit dann ausgereizt sein. Aber: Der Notes-Workflow arbeitet doch mit Feldern wie 'send to', 'copy to' usw. Vielleicht ist hier das relevante Feld beschädigt. Schon mal nachgesehen? Und zwar in der lokalen (findet sich per default am Client des zulassenden Admin) userreg.nsf - denke ich. Aber das ist nur eine Vermutung. Vielleicht solltest du diese Frage auch im Entwicklungs-Forum posten?!? 'Gestaltung aktualisieren' dürfte aufgrund der Besonderheiten der backupid.nsf eher ein Schuss ins eigene Knie sein.

[kloeti]

Zu Frage 1 ... beidesmal ja. Die certlog ist vorhanden und es gibt Einträge seit dem 28.2.

Userreg.nsf sieht auch gut aus (soweit ich das sehe) ...  

[JoJo]

Au weia! Dann scheint mir als letzte Hoffnung zu bleiben:

1) BackupID.nsf umbenennen
2) ID-Backup erneut zu implementieren (& zu hoffen, dass es geht)
3) Die Dokumente der alten DB via copy & paste in die neue BackupID.nsf zu
    übernehmen
4) Fehlende IDs aus dem März irgendwie anders in die DB aufnehmen

[kloeti]

So ... es geht wieder.  

Musste aber zum Glück nichts an der DB rumschrauben, es reichte den DB Namen umzubenennen sowie das Mailin Dokument neu zu benamsen. Danach hab ich die Certifierinfo angepasst und jetzt geht dat wieder.

Danke für die Hilfe.
Gruss
kloeti

[JoJo]

Sehr schön. Freut mich.