|
|
Der Vorgang der Accountlöschungen ist bereits relativ gut auf der Seite zum Profil Löschen beschrieben: https://wechange.de/profile/delete/
|
|
|
|
|
|
|
|
|
Im Admin-Bereich sieht das wie folgt aus: Nachdem ein Benutzer sein Profil gelöscht hat (oder im Admin-Bereich für einen account "DEACTIVATE user account and DELETE them after 30 days" benutzt wird), wird:
|
|
|
|
|
|
- der Benutzerkonto-Eintrag wird auf "inaktiv" gesetzt
|
|
|
- das Feld "Scheduled for deletion at" wird auf das Datum in 30 Tagen gesetzt
|
|
|
- der Eintrag sieht aber ansonsten noch komplett wie ein normaler Eintrag aus, d.h. Name und E-Mail-Adresse ist normal vorhanden und alle Einträge im Benutzerprofil bestehen
|
|
|
- dieser Account kann jederzeit von einem Admin reaktiviert werden indem er auf "aktiv" gesetzt wird und das "Scheduled for deletion at" Datum entfernt wird.
|
|
|
|
|
|
Nach erreichen des "Scheduled for deletion at" Datum Tagen wird:
|
|
|
|
|
|
- Name und Email unkenntlich gemacht ("deleted user", "__deleted_user__clTDZs3x8oBW@deleted.com")
|
|
|
- alle Daten im Profil gelöscht
|
|
|
- Rocketchat und Nextcloud Benutzerkonten werden gelöscht (nicht aber unbedingt deren Inhalte, siehe Beschreibung auf https://wechange.de/profile/delete/)
|
|
|
- (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
|
|
|
|
|
|
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. |
|
|
\ No newline at end of file |