> > There are two intermediate settings - psKeyFromMachineReg
> > and psKeyFromUserReg - which both cause the password to
> > be stored in Registry keys.

Just to clarify - only a decryption key is stored in the registry, the
password (encyrpted with the key) is still stored in the dfm. The
result being that the program will only be able to read the password
from the dfm (stored in the executable resources) if the necessary
registry decryption key has been installed.

The difference - and advantage - of only storing the
encryption/decryption key in the registry, and not the password
itself - is that it allows dfms to store encrypted passwords for
multiple different servers and only need the one registry entry to
support encryption/decryption.

> I just downloaded the latest GSG, and the login page
> could do with an update, I looked there for the
> PasswordStorage first, and the release notes don't
> have any detail. Geoff did do a write up in a
> previous eMail - I think - but other
> things are still pressing.

The IBO4 online help has good (I hope) explanation. Under the
TIB_Connection.PasswordStorage property itself I discuss the
recommended options, under the TIB_PasswordStorage type description I
give a detailed explanation of each option.


Geoff Worboys
Telesis Computing