Und wenn es so wäre?

  MOD

ach seit Ihr süss

gibt es jemand bei denen das Password recovery funktioniert, also wirklich funktioniert , auch wenn Änderungen an der ID gemacht werden das das in die MailinDB gesendet wir usw.??

IST DAS ZU WENIG KLAR??

 

Geht dem bei uns ohne Prob.

@Pascal
Also doch eine andere Frage?

Ich schau unsere alte Doku nach ob die etwas darüber aussagt. Melde mich dann.

  MOD

guten Morgen miteinander ;-)

Änderungen jeglicher Art, Rename, Zertifikats-Änderungen, Rezetifierungen,

hey Mod

Standardaussage Doku bzw. Rob Kirkland:
1. Erstellen Sie eine Mail-In-Datenbank für das Speichern von Sicherungskopien von Benuter-ID-Dateien.
2. Fügen Sie Wiederherstellungsinformationen zu den Zertifizierer-ID-Dateien hinzu. Zu diesen Informationen gehören:
- Die Namen der am Wiederherstellungsprozess beteiligten Administratoren
- Der Mail-In-Name der Datenbank, in der die Mail-In-Ids gespeichert werden
- Die für die Wiederherstellung einer ID-Datei benötigte Anzahl von Administratoren
3. Aktualisieren Sie alle bereits vorhandenen Benutzer-IDs mit der Wiederherstellungsinformation.
Habt Ihr das so gemacht?



Also wir haben alles ausser Punkt 3 gemacht, aber, wir haben das Prozedere auch mit neue zertifizierten User und IDs versucht und da sollten ja die Informationen vorhanden sein.
Kann es an der Domino Version liegen? Wir arbeiten mit 5.0.11

Hi Pascal,

habt Ihr auch bei einer Neuregistrierung entsprechend die Passwort Recovery Information hinterhergeschickt (Über Konfiguration - Wiederherstellungsinformation bearbeiten) ?

Auszug aus unserer Dokumentation

Technisch Voraussetzung:

- Datenbanken Admin4.nsf sowie Certlog.nsf sind vorhanden
- Eintrag des Administrationsservers in der Zugriffskontrolliste in allen Anwendungen.
insbesondere für die Mail-Dateien der Lotus Notes Anwender
- Bestellung eines Administrationssevers für alle Datenbanken
- Alle Quellzulassungsstellen und alle Zielzulassungstellen sind im Zugriff, die Passwörter sind bekannt.
- Der rezertifizierende Administrator hat Schreibzugriff auf
Admin4.nsf
Certlog.nsf


2 Verfahrens-Checkliste Rezertifizierung und Export Password Recovery-Info

- zu rezertifizierende Person auswählen --> Werkzeug umbenennen
“Wechsel zu neuem Zertifizierer“ auswählen
Quellzulassungstelle (alte) auswählen z.B. Datei ALTE.ID auswählen
- Namen der Zielzulassungsstelle angeben z.B. /AB/TOF
- Messagebox „Benutzer umbenennnen“mit OK quittieren, nächste Messagebox mit „OK“ quittieren.
- Datenbank Admin4.nsf (Dein Server) öffnen
Ansicht „Anforderung zur Namensverschiebung“ öffnen
zu rezertifizierenden Benutzer auswählen
Aus dem Menü Aktionen „Complete Move for selected entries“ auswählen
Zielzulassungsstelle aus dem Filesystem wählen
- Folgende 3 Messageboxen ohne Änderung mit „OK quittieren“
- Nun beginnt der AdminP die Rezertifizierung…
o Move Person in Name Hierarchy
o Initiate Rename in Adressbook
hier bleibt der Prozess stehen bis der User beim Anmelden an einen Server seine Namensänderung quittiert
o Rename Person in Adressbook
o Rename in ACL
o Rename Person in Unread List
o Rename Person in Freetime Database
o Rename Person in Calendar Entries
o Rename Person in Reader Fields
wird standardmäßig am Wochenende ausgeführt
- Wenn alle Stati erfolgreich durchlaufen sind kann dem/den Benutzern die Password Recovery Information „hinterhergeschickt werden“
dazu im Administrationsclient  auf dem Reiter „Konfiguration“ „Wiederherstellungsinformationen bearbeiten“ wählen
entsprechende Zulassungsstelle wählen
in der Dialogbox „Exportieren“ wählen, Person oder Gruppe wählen
SENDEN
Dialog mit OK quittieren

@Pascal
Du schilderst bisher immer was nicht funktioniert und das noch nicht einmal einheitlich.
Sag uns doch einfach was du bisher durchgeführt hast.
Ist wesentlich einfacher und wir tippen uns nicht die Finger wund.

  MOD