-
-
Notifications
You must be signed in to change notification settings - Fork 4.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Multiple Email addresses #26866
Comments
Will this close #15373, too? Linking it here as a reference/reminder to close it afterwards. |
For now it is only additional addresses. User backend addresses are not always writable and may be provided directly by the user backend. If a looup server (something like a global addressbook) is being used, it will actually cause a confirmation (since it does not trust the provided data). Nevertheless, I see the use case for confirming those as well, when users are able to change it. It's not in scope here, maybe it can be dealt with as by-catch, but no promises. |
Added config parameter `allow_to_change_additional_emails` to disallow changing additional e-mail addresses (i.e. when LDAP DB should be the only source of user e-mail addresses). Use ``` config:system:set allow_to_change_additional_emails --value='false' --type=boolean ``` to disallow and ``` config:system:set allow_to_change_additional_emails --value='true' --type=boolean ``` to allow changing additional user e-mail addresses. Related: nextcloud#26866 Author-Change-Id: IB#1124888
Added config parameter `allow_to_change_additional_emails` to disallow changing additional e-mail addresses (i.e. when LDAP DB should be the only source of user e-mail addresses). Use ``` config:system:set allow_to_change_additional_emails --value='false' --type=boolean ``` to disallow and ``` config:system:set allow_to_change_additional_emails --value='true' --type=boolean ``` to allow changing additional user e-mail addresses. Related: nextcloud#26866 Author-Change-Id: IB#1124888
Added config parameter `allow_to_change_additional_emails` to disallow changing additional e-mail addresses (i.e. when LDAP DB should be the only source of user e-mail addresses). Use ``` config:system:set allow_to_change_additional_emails --value='false' --type=boolean ``` to disallow and ``` config:system:set allow_to_change_additional_emails --value='true' --type=boolean ``` to allow changing additional user e-mail addresses. Related: nextcloud#26866 Author-Change-Id: IB#1124888
If I could make a humble request: For me it would be also important, that the calendar recognizes also the multiple email addresses. E.g. there are two email-addresses for each user: userid@domain (internal for login) and firstname.lastname@domain (official). If you would invite with the "official email address" and the user clicks the "accept" button, the meeting is not added in your calendar, as the calendar app does not recognize the second email address. Thank you. |
Allow users to set multiple email addresses, and select one as primary address. Confirmation via link is required. Additional addresses are being considered in e.g. share dialogues.
\OC(P)\Accounts\ components are extended to support multi-value properties in general and emails in particular Extend Accounts with multivalue properties (PropertyCollection) #27189
\OCA\Settings\Controller\UsersController methods are discontinued in favor of User Provisining API. Currently they exist in parallel. The User Provisioning API has to be extended accordingly make Provisioning API aware of multiple mails #27474
\OCA\DAV\CardDAV\Converter::createCardFromUser has to be extended to support additional multiple values
Mail verification has to be implemented (following the password reset, same mechanisms) – part of Allow users to choose a different email for notifications #28422
coniguration option for setting notification mails and UI controls – Allow users to choose a different email for notifications #28422 and let user choose notification email in user settings #28840
Email uniquness cannot be guaranteed through DB structure (for they are not unique and would potentially break setups). It is ensured when creating and verifying additional email addresses.
occ commands for adding and removing mails; and making one primary
Frontend email section in Vue with Integration Multiple Emails UI and Integration #27379
Preserve order and scope of additional emails
The text was updated successfully, but these errors were encountered: