On 2013-07-16 15:32, Werner Koch wrote:
You have a version B of your key, with a different password than
version A (where the primary key is still present)? Not that one
particular subkey per se has a different password?
Usually this does not happen because GnuPG < 2.1 has no feature to merge
On Tue, 16 Jul 2013 12:21, biggles.tren...@gmail.com said:
> A GnuPG key has a private key and a public key. When you first create
All public key algorithms work with the concept of a keypair. GnuPG
does the same. This is the low level maths. To make it usable we need
to bind mail addresses to
reflum,
On Tue, 2013-07-16 at 07:16 +0800, Martin wrote:
> * I find them Confusing.
So what's the point here? If he doesn't yet the concept it doesn't mean
it is bad. It's just a statement about him, not the standard. e.g. I
haven't got the concept of armoured concrete, yet I life in a house
buil
On 2013-07-16 10:52, gnupg-users-requ...@gnupg.org wrote:
Message: 2
> Date: Tue, 16 Jul 2013 10:09:38 +0200
> From: Werner Koch
> To: Martin
> Cc: gnupg-users@gnupg.org
Subject: Re: Several master keys vs. master key and subkeys
> Message-ID: <87k3krj58d@vigenere.g1
On Tue, 16 Jul 2013 01:16, martin.brochh...@gmail.com said:
> This person claims that subkeys are not the best option because:
>
> ### QUOTE ###
>
> Disadvantages of subkeys:
>
> * I find them Confusing.
They mandotory part of the standard and solve the problem of having
separate keys for separat
Hi everyone,
really sorry to ask so many stupid questions. I'm planning to write a nice
howto guide when I finally figured everything out, but before I can do that
I need to know what I am talking about :)
I want to have one master key with a super strong passphrase, which will
never expire and w
