Feature Request

In our organization, we have rebranded the Document360 application as "ZENO" for internal use, and this name is widely recognized and familiar to all our team members. However, when users create an account, they receive an activation email that is sent from the default Document360 email ID. Request - We would like the ability to customize the sender name of activation emails so that it shows "ZENO" instead of "Document360.

As a part of the direct reader of Document360. The password set by the readers in this scenario is just one time. However, a feature where we can set the frequency (based on company policy) of when the passwords need to be updated or a Manual trigger to change the password of readers, would be very helpful.

When we set up a new client for Self-Registration, invariably when the client tries to self-register, they do not receive the Activation Emails because it gets flagged as spam (even though we configure in DOC360 our company email address in the From Email field). Usually, the client has to contact their IT Department to put our DOC360 From Email address on their white list which can take days or weeks to accomplish. In the meantime, our new clients cannot access the online documentation. Would be great if I could get a copy of those activation emails as they occur, so I can in the interim forward the emails to the clients where their IT is blocking the Activation Emails.

DOC360 Administrators to get email notifications when readers self-register. Can be a summary weekly or daily.

When a user activates their account from the email, and clicks Activate again later, the user is directed to this page: https://identity.document360.io/Account/ActivateAccount?userId=5bed6557-9877-4692-b106-6f888b026899&code=CfDJ8Pl37j94pnBPq4XLTKD008787tqmgabEPlFXk%2FvQxjlEnAO4NenhRlyoKu3uMz%2BfK9i5xpJPgpkZrCo4MTug1VSmP1wNggnM%2Frnv15IRYc78zzb1rVX7NJhS1gVha4cnhLG6ArU6fjfDDHPYB1Uo5DrwUcABO7VR1%2FzxtIK01K%2FCGyybtnKwyPWOEcVm19YfuSZNr2IAvS73jgH7T9T4CF%2BtxqatocZAjpZG%2BDLceNL1&returnUrl=https%3A%2F%2Fportal.document360.io&emailVerificationCode=CfDJ8Pl37j94pnBPq4XLTKD0086LnuI93kcXSVXYv8iQ42x5FGM2bRtB%2F4CcLIHhLpLtD7LTMELTV%2FUWTLTL7L%2BVoOUOG8SOte2DodH6NokvxHSy%2FKakot4BrsB9Dr2Gz7URz7g1idPg42GpvhIP1W4X7N6XWpzGjWNMvHZUhXa6iu3F87JV1VYTKg6fYkqlxsiGwlhk%2F0Yz3DsVwUg0kItzznHHo6CsFakvisxsXdnekOo6wjZ%2FlkiQYpGcg8P04BWe8g%3D%3D Instead, something should advise the user that their account has already been activated.

We have two software versions, v6.5 and v7.0. Our v6.5 users will need to login with a username and password, manually, while our v7.0 users we wish to be able to use JWT. Our use case is that customers slowly upgrade their versions, there will never be a single point in time where all of our users will be on one version where we could make the cut over to JWT for everyone all at once. The limitation of only being able to use JWT OR a sign up/sign in page is very limiting for our use case. We really need to have both options available. This could affect our usage of Doc360.

On the DOC360 login, the SSO login button is enabled even if the SSO option is not turned on for our project. This causes confusion with our external Readers when they try to login using SSO. Would be great if the SSO button was disabled or not displayed on the Login screen if the SSO is disabled.