Managing limitations of unique email addresses for user accounts
Who is this article for?
Administrators managing user accounts.
Application administrator permissions are required.
Many applications require unique email addresses per user, which complicates creating test or dummy accounts using the same email.
This article offers a simple workaround that requires no configuration, though it may not work with all email systems or applications and is incompatible with single sign-on (SSO).
1. Understanding limitations
You might need multiple user accounts for yourself, for example, to test different security roles.
If the system uses your email as the username, creating a second account with the same email isn’t possible. Using another email may be an option, but organisational compliance often requires using your own domain.
Most users don’t have multiple email addresses in their domain, but the method below lets you create variations of your email that still deliver to your main inbox.
2. Managing limitations
You can add a '+' sign in the local part of your email; everything between '+' and '@' is ignored by most email systems.
Example
Emails sent to person+test@example.com will go to person@example.com.
To use this:
- Log in as usual.
- Create a second user with the modified email.
- The system sends emails to the modified address, which arrive in your normal inbox.
- You can then set the password and log in as the second user.
3. Use cases
3.1. Ideagen Internal Audit
In multi-client mode, users can only be Contacts for one Client. Using the '+' trick allows creating separate Contacts for multiple Clients, e.g. person+ClientA@example.com and person+ClientB@example.com. Each is a separate user requiring the correct login.
3.2. Ideagen Disclose
Organisations with multiple tenants (e.g. audit and tax) can create distinct users per tenant using modified emails like person+audit@example.com and person+tax@example.com. Note that each user consumes a licence.