I’m hearing high praise of ID Vault. Are there any reasons to NOT use it? Are there any concerns with it?
We are slowly (icebergs are doing circles around us) moving to 8.5.1 but we have a mixture of clients going back to 6.5.5. All servers are 8.5 or 8.5.1.
Subject: Take care about the limitations, no Notes Single Logon, No Citrix XenApp …
The OU & O cert Ids you’re trusting must be available as ID files (No CA process support to create Vault Trust Certificates)Homeservers of all Ids in a vault must be members of the same Domino Domain (All vault replicas within one
domain)
Vault servers must be Domino >= 8.5
Support for Notes >= 8.5. only
No support for smart card enabled Ids
Take care of 3rd Party support for vaulted Ids
Vaulted Ids will be/must be named user.id in the file system
Take care about additional load for the vault servers
Subject: Thanks
Thanks for the reply. Anyone else?
Subject: Vaulted IDs don’t need to be named user.id
Vaulted IDs don’t need to be named user.id in the local file system. The vault will happily use an ID that has a different filename/path – user.id is just the default that will be used if a “fresh” ID is downloaded from the vault during setup or in case of loss.
Subject: I had Technote 1396489 (Additional troubleshooting options) in mind.
Where it is written:If the .id file being used by the Lotus Notes client is not named user.id, end the client and rename the id file to user.id. In one case this allowed the id to be copied to the vault.