... | @@ -16,4 +16,4 @@ Nach erreichen des "Scheduled for deletion at" Datum Tagen wird: |
... | @@ -16,4 +16,4 @@ Nach erreichen des "Scheduled for deletion at" Datum Tagen wird: |
|
- (spezifisch bei compgen) das LDAP-Passwort des Benutzers wird auf ein zufäliges gesetzt, damit der LDAP-Account nicht mehr benutzt werden kann. der LDAP-Account wird nicht gelöscht, aber die Assoziation im compgen-Portal (LDAP-UID) wird entfernt
|
|
- (spezifisch bei compgen) das LDAP-Passwort des Benutzers wird auf ein zufäliges gesetzt, damit der LDAP-Account nicht mehr benutzt werden kann. der LDAP-Account wird nicht gelöscht, aber die Assoziation im compgen-Portal (LDAP-UID) wird entfernt
|
|
- der Account ist nicht wiederherstellbar
|
|
- der Account ist nicht wiederherstellbar
|
|
|
|
|
|
Ab hier bleibt der gelöschte Benutzerkonto-Eintrag für immer so leer im Admin-Bereich bestehen. Das "Scheduled for deletion at" Feld ist dann leer. Das ist etwas verwirrend, weil die Einträge ja noch gefunden werden können. Es sind aber eigentlich keine richtigen Nutzer mehr. Die Einträge bleiben systembedingt zurück. |
|
Ab hier bleibt aktuell der gelöschte Benutzerkonto-Eintrag für immer so leer im Admin-Bereich bestehen. Das "Scheduled for deletion at" Feld ist dann leer. Das ist etwas verwirrend, weil die Einträge ja noch gefunden werden können. Es sind aber eigentlich keine richtigen Nutzer mehr. Die Einträge bleiben systembedingt zurück. Dieses Verhalten wird sich aber ab dem Release 006 https://git.wechange.de/wechange/aktuell/cooperation/-/issues/275 ändern, und die Einträge werden danach im Admin-Interface nicht mehr angezeigt. |
|
\ No newline at end of file |
|
\ No newline at end of file |