#dominoforever | Product Ideas Portal

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

Policy setting which will lockout the notes client on subsequent incorrect password attempts

This functionality is very important for the implementation of security systems.

  • Guest
  • Jan 11 2020
  • No Plans to Implement
  • Attach files
  • Guest commented
    6 May 06:37am

    You are a football enthusiast. If so, please try our game. When playing Retro Bowl you will be the coach to manage your team. And try to win the championship for the team.

    Have fun and win

  • Guest commented
    16 Jan, 2020 12:08pm

    I agree with the Guest comments about this. There is a need for better controlling access to and use of Notes ID's.


    I wonder though if not the "Check passwords on Notes IDs" on the "Security" pane on the server document in combination with the "Check password" option on the person documents could help - at least some part of the way, it would solve the "issue" that it's not the server that authenticates the user as Thomas Hampel made clear. It is cumbersome to use and very inflexible, I know. Bbeen there, Done that, Got the picture ;-) But if HCL would give it a little love (it is after all a very old solution) and bring it into the 21st. century I think it could work. Maybe combine it with the ID vault somehow?

  • Guest commented
    11 Jan, 2020 10:34am

    Nevertheless, this is a very important need in terms of security requirements in large corporations.
    This is implemented in the asset directory and, accordingly, in Microsoft EXCHANGE.
    I am not saying that this should be done in this way, but setting up a block to enter to the Notes with a few incorrect password entries should be avoided.

  • Admin
    Thomas Hampel commented
    11 Jan, 2020 10:13am

    The password for the Notes client does not authenticate the user against the server - it does unlock the local notes.id file. So lockout mechanism can not work as suggested.