We’re trying to migrate a dataflow from a Linux system to Windows. The Linux system is running Symantec PGP Command Line, and the Windows box is gpg4win. I exported the keypair from PGP. They imported the file, but it seems the subkey (for encryption) was not imported. So, decrypting give the “no secret key” error. Is there something I’m missing? Screenshots attached.
which version of Gpg4win are you using? Maybe an upgrade would help if your version is not the current one.
You could try to import they key again by using the option -vvv when calling gpg to get more information what happened.
If the previous things didn’t help maybe you could create a test key with Symantec PGP then export it, delete it from PGP itself and import it. Does it still have a subkey? If not that would mean that it wasn’t exported in the first place.
Thanks for the reply. They’re using gpg4win v4.3.1. In the meantime, I took the private key file and imported on another/separate Linux server into a gpg (gnupg2-2.0.14-9) (EL6…hence the migration). The “ssb” shows up…not sure why the main key is 0xFFFFFFFF, though
there is the possibility that if the private key was on your Windows machine already, that the subkey is not merged when trying to import it. So you could try (first using a backup and on a fresh windows account) to delete the full secrete key and then reimport it together with the new subkey.
Thanks for the reply. I will have them remove the associated sec & pub keys, then try to import again. Separately, I have gpg 2.4.3 on another system. The keypair, with subkey, imported fine there. So, hopefully this works for them.
I have gpg 2.4.3 on another system. The keypair, with subkey, imported fine there.
As note: A full import is different to a partial import. In the partial import case, GnuPG must do a subkey merging. (And I do not remember if and when this was implemented.)