user-lifecycle

Hier geht es um Aufräumstrategien für Accounts mit einer Übersicht von User-Lifecycle-Plugins.

User-Konten werden nicht automtisch aufgeräumt, wodurch sich über die Zeit viele inaktive Konten von Usern, die nicht mehr Hochschulangehörige sind, ansammeln können. Zum Aufräumen dieser Accounts nach bestimmten Regeln gibt es verschiedene Plugins, die z.B. prüfen, ob User noch im LDAP sind.

Hier ein grober Überblick von User-Lifecycle-Plugins: 

User Suspension (tool_usersuspension)

https://moodle.org/plugins/tool_usersuspension

Inactive User Cleanup (tool_inactive_user_cleanup)

https://moodle.org/plugins/tool_inactive_user_cleanup

Es wird ein Scheduled Task erstellt, der 1x tgl. läuft und folgendes prüft:

• Days of inactivity: Zeit seitdem sich der User das letzte Mal eingeloggt hat (lastaccess) → wenn zutreffend wird
  • eine E-Mail verschickt und 
  • der User in eine Tabelle eingetragen
• Days before deletion: Zeit zwischen Versenden der Mail und dem tatsächlichen Löschen

Pro:

• E-Mail über bevorstehende Löschung wird an User verschickt.

Contra: 

• Fehlerhafte Programmierung an manchen Stellen (z.B.  https://github.com/dualcube/moodle-tool_inactive_user_cleanup/issues/32 - noch nicht gefixt!)
• Programmierung etwas hacky (z.B. wird E-Mail an User in einer if-Bedingung verschickt  )
• Keine Möglichkeit, bestimmte User auszuschließen

Hard life cycle for self-signup users (tool_selfsignuphardlifecycle)

https://moodle.org/plugins/tool_selfsignuphardlifecycle

LDAP server Sync Plus (auth_ldap_syncplus)

https://moodle.org/plugins/auth_ldap_syncplus

Automatic User Deletion (tool_userautodelete)

https://github.com/ngandrass/moodle-tool_userautodelete

Features:

• Automatische Löschung inaktiver Benutzerkonten
• Warn-E-Mails an Benutzer vor der Löschung
• DSGVO-konforme Löschung von Benutzerkonten
• Ignorieren von Benutzern mit bestimmten Rollen
• Ignorieren bestimmter Authentifizierungs-Plugins
• Testlaufmodus für die Konfiguration
• Hochgradig konfigurierbar (Lösch- und Warnschwellenwerte, E-Mail-Vorlagen, Aktivierung/Deaktivierung einzelner Funktionen usw.)
• Protokollierung von Löschvorgängen
• Automatisierte Tests und Unterstützung für alle aktiven Moodle-Versionen

Pro:

• Rollen und Auth-Methoden können ausgenommen werden
• E-Mail über bevorstehende Löschung wird an User verschickt
• Eintrag in Tabelle user wird anonymisiert
• Dry-run möglich
• Logging-Seite

Contra:

• Zweistufiger Prozess fehlt: zuerst Suspension, dann Löschung
• Nur eine E-Mail zur Warnung wird verschickt

cleanupusers (tool_cleanupusers)

https://github.com/eLearning-TUDarmstadt/moodle-tool_cleanupusers

Features:

• "Archiving": die Nutzerdaten werden in einer Schatten-Tabelle gespeichert, so dass die Nutzerdaten bei Bedarf wiederhergestellt werden können (Tabelle tool_cleanupusers_archive).
• Löschen von Nutzeraccounts.
• Reaktivieren von Nutzern, wenn sie sich wieder eingeloggt haben, nachdem sie zum Löschen vorgemerkt wurden.
• Manuelles Löschen über eine Admin-Seite: Site administration ► Users ► Clean up users ► General settings
• Automatisches Löschen über einen Geplanten Task (daily scheduled task).
• Suplugins: das Plugin braucht mindestens ein Subplugin, das die Nutzeraccounts zurückgibt, die vom Task verarbeitet werden. Standardmäßig mitgeliefert wird das timechecker Subplugin, welches den letzten Zugriff eines Nutzers in Moodle prüft (lastaccess). Ebenfalls veröffentlicht ist ein LDAP-Checker Subplugin.

Pro:

• Speichert zu löschende User in einer Schatten-Tabelle
• Anonymisiert gelöschte User in der user Tabelle
• Eigene Subplugins möglich, z.B. um bestimmte User auszuschließen

Contra:

• Nur ein Subplugin möglich
• Es werden keine E-Mails an die User verschickt: https://github.com/eLearning-TUDarmstadt/moodle-tool_cleanupusers/issues/29 
• Offene Pull Requests: https://github.com/eLearning-TUDarmstadt/moodle-tool_cleanupusers/pulls
  

Autor*innen: Klaus Steitz (TU Darmstadt), Melanie Treitinger (Ruhr-Uni Bochum)