Hi August,
On 2020-01-04 19:37:35, you wrote to me:
WvV>> It's not necessary to "scrap" a key, just because the "uid"
WvV>> (user ID) is no longer relevant.
WvV>> You can add additional (new) uid's, you can delete uid's (but
WvV>> that won't remove them from keys on keyservers), and you can
WvV>> revoke uid's.
AA> I am not sure I can tie a proper (non-padded) email address to the one I
AA> messed up with the program I am using.
What program are you using?
And you should be able to! ;)
AA> I'm pretty new to the process. I have to figure out the right rhythm
AA> and steps.
AA> If you were to create an email to me using my current key, would you
AA> have to remove the R_E_M_O_V_E part manually each and every time?
I have no clue, I have never tried sending an encrypted email. ;)
WvV>> For instance my 9611AC4F key (which is on the keyservers), has
WvV>> 3 active uid's (with current email addresses), and 3 revoked
WvV>> uid's (with email address I no longer use)...
AA> Yes, I pulled that one down. It has 5 "Also known as" email addresses.
AA> Key management could be a nightmare across multiple devices.
It shouldn't. Just publish your keys to a key-server, and pull in what you need
on other devices... Although private keys of course can't be pushed to a
key-server and will have to be exchanged using whatever suites you...
AA> It's pretty neat that I can look up old friends and check the
AA> properties of the keys.
Indeed. ;)
But are those older keys still usable? I have two keys from 1993, I no longer
remember the passwords for. :-(
But they aren't on the keyservers afaik, so nobody will be tempted to use them.
;)
Bye, Wilfred.
--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)
|