Welcome to the #dominoforever Product Ideas Forum! The place where you can submit product ideas and enhancement request. We encourage you to participate by voting on, commenting on, and creating new ideas. All new ideas will be evaluated by HCL Product Management & Engineering teams, and the next steps will be communicated. While not all submitted ideas will be executed upon, community feedback will play a key role in influencing which ideas are and when they will be implemented.
For more information and upcoming events around #dominoforever, please visit our Destination Domino Page
This problem is related to UI problem: If a user utilizes the Team Mailbox functionality, changing the ID is not practical. Let's consider this:
Joe Doe has his own mailbox and he is using a personal SMIME certificate for his very own mail stored in his ID file to send email as joe@acme.com. Works as designed. Great.
Joe Doe also uses the sales@acme.com Team Mailbox. He is using this to send out email with the sending address: sales@acme.com. Let's assume he has also an SMIME certificate for this sales@acme.com address at hand. Currently he needs to switch to a different ID file containing the S/MIME certificate. This is NOT practical in everyday life! Even I as a Notes enthusiast would not use this!
The Notes client could support it this way: Whenever he sends something from the sales@acme.com Team Mailbox the client could make use of the sales@acme.com certificate imported into his own ID file. Selection could be done using the email address of the cerrificate! Its that easy. Also his team mate Jane Doe could be using the sales@acme.com mailbox in the same way. She would also import the certificate for sales@acme.com into her ID file to utilize the signing of mails sent from that team mailbox.
This is related to: https://domino-ideas.hcltechsw.com/ideas/NTS-I-2078
For security reasons, key that are used to encrypt/decrypt information are stored in the NotesID file. So in order to work with encrypted mails, you have to switch to the user.id file containing the required public/private keys.
If you think this still should be done, please continue to vote for this idea.