Edit

Applied in changeset cdmlib|b28a90506f2310c1ebf51dcd2b939ef92814c0be.

For now I suggest to reject this feature request as long as NULL values are allowed (#7275).

We could only try to check programmatically if an email address already exists. Also we could try to write a validation rule NullOrUnique. But these solutions might be new tickets. What do you think?

AM:

Eigentlich dachte ich ja wir können sie als rejected schließen. Aber das Thema uniquenes ist natürlich schon kritisch, da dieses irgendwie gecheckt werden muss und das passiert natürlich am sichersten auf DB Ebene.
Ansonsten können User im schlimmsten Fall das Recovery für einen anderen User machen, also ziemliches Sicherheitsrisiko, oder es funktioniert nicht, wenn versehentlich eine Mailadresse 2x existiert (was versehentlich bei Importen oder so nicht ganz auszuschließen ist).
Vermutlich sollten doch deinen Vorschlag umsetzen und für User ohne email eine Emailadresse verwenden, die die UUID enthält und einem klaren Muster entspricht, z.B. 1a73da6c-c8f4-497a-9354-b7abb0587efe@noemail.com . User mit dieser Mail Adresse können nicht an der Recovery teilnehmen. Im Editor sollten diese Adressen auch nicht angezeigt werden, sondern sie sollten nur von der Persistence gehandelt werden.

AK:

Ja, die Uniqueness ist nötig.

Als Topleveldomain im email template sollen wir jedoch *.test verewnden, diese ist für interne Test-Zwecke reserviert und somit eindeutig ungültig, auch für externe Dienste, sollte eine dieser Mailadressen mal nach außen sickern.

also {user.uuid}@cybertaxonomy.test oder ...@noemail.test - entscheide du!