This page explains why Dotkernel Frontend anonymizes user accounts instead of deleting them, which personal data it stores, and exactly what the anonymization process replaces.
According to the GDPR, companies that record personal data from EU citizens must delete said data if its owner requests its deletion. An alternative is to anonymize the data, according to this article.
According to this article, Personally identifiable information (PII) is:
Out of the box, Dotkernel Frontend saves the user's name (firstname and lastname) and email (identity). This personal data is used for emails related to password reset and account activation.
Other tables can also hold personal data:
contact_messagestores the name and email of each contact form sender,user_remember_mestores the browser user agent, anduser_avatarreferences an uploaded image. Anonymization does not changecontact_messageoruser_remember_merecords.
Anonymization runs when a logged-in user deletes their account (/account/delete-account), and when a pending account is unregistered through the link in the activation email (/account/unregister/{hash}).
The user record is kept, its status is set to deleted, and the process makes these replacements:
anonymous concatenated with the current date and time in dmYHis format, e.g. anonymous23092026155300.userAnonymizeAppend, e.g. anonymous23092026155300@example.com.The userAnonymizeAppend key can be set in config/autoload/local.php or left empty.
Using an email domain for
userAnonymizeAppendwould work as a catch-all email, if your email service provider has this option enabled.
A: No. The record is kept, its status is set to deleted, and the name and email are replaced.
A: No. Login accepts only accounts whose status is active, as set in config/autoload/authentication.global.php.
userAnonymizeAppend is empty?A: The email is replaced by the placeholder alone, for example anonymous23092026155300, which is not a valid email address.
A: No. Rows in contact_message keep the sender's name and email.
A: Yes, if both are anonymized in the same second.
The placeholder only has one-second resolution and user.identity is unique, so the second account fails to save.