How to specify private key when decrypting a file using GnuPG?












13















I am trying to decrypt a file with GnuPG, but when using the command below:



gpg --decrypt filename.gpg


I get the following message:



gpg: encrypted with RSA key, ID 3662FD5E
gpg: decryption failed: No secret key


I already have the private key with which the file has been encrypted, but I am not sure how can I specify it. Is there any option I can include when doing the decryption to point to this key?










share|improve this question















migrated from stackoverflow.com May 28 '15 at 15:26


This question came from our site for professional and enthusiast programmers.














  • 1





    What does gpg --list-secret-keys 0x3662FD5E print?

    – Jonas Schäfer
    May 28 '15 at 15:18











  • No, it doesn't. Is there any way I can add it?

    – Crista23
    May 28 '15 at 15:21











  • How did you obtain the private key?

    – Jonas Schäfer
    May 28 '15 at 15:36











  • What does this ID actually represent?

    – Nishant
    Aug 1 '18 at 16:17
















13















I am trying to decrypt a file with GnuPG, but when using the command below:



gpg --decrypt filename.gpg


I get the following message:



gpg: encrypted with RSA key, ID 3662FD5E
gpg: decryption failed: No secret key


I already have the private key with which the file has been encrypted, but I am not sure how can I specify it. Is there any option I can include when doing the decryption to point to this key?










share|improve this question















migrated from stackoverflow.com May 28 '15 at 15:26


This question came from our site for professional and enthusiast programmers.














  • 1





    What does gpg --list-secret-keys 0x3662FD5E print?

    – Jonas Schäfer
    May 28 '15 at 15:18











  • No, it doesn't. Is there any way I can add it?

    – Crista23
    May 28 '15 at 15:21











  • How did you obtain the private key?

    – Jonas Schäfer
    May 28 '15 at 15:36











  • What does this ID actually represent?

    – Nishant
    Aug 1 '18 at 16:17














13












13








13


3






I am trying to decrypt a file with GnuPG, but when using the command below:



gpg --decrypt filename.gpg


I get the following message:



gpg: encrypted with RSA key, ID 3662FD5E
gpg: decryption failed: No secret key


I already have the private key with which the file has been encrypted, but I am not sure how can I specify it. Is there any option I can include when doing the decryption to point to this key?










share|improve this question
















I am trying to decrypt a file with GnuPG, but when using the command below:



gpg --decrypt filename.gpg


I get the following message:



gpg: encrypted with RSA key, ID 3662FD5E
gpg: decryption failed: No secret key


I already have the private key with which the file has been encrypted, but I am not sure how can I specify it. Is there any option I can include when doing the decryption to point to this key?







linux encryption gnupg






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited May 28 '15 at 17:17









Jens Erat

12.8k114660




12.8k114660










asked May 28 '15 at 15:10









Crista23Crista23

168115




168115




migrated from stackoverflow.com May 28 '15 at 15:26


This question came from our site for professional and enthusiast programmers.









migrated from stackoverflow.com May 28 '15 at 15:26


This question came from our site for professional and enthusiast programmers.










  • 1





    What does gpg --list-secret-keys 0x3662FD5E print?

    – Jonas Schäfer
    May 28 '15 at 15:18











  • No, it doesn't. Is there any way I can add it?

    – Crista23
    May 28 '15 at 15:21











  • How did you obtain the private key?

    – Jonas Schäfer
    May 28 '15 at 15:36











  • What does this ID actually represent?

    – Nishant
    Aug 1 '18 at 16:17














  • 1





    What does gpg --list-secret-keys 0x3662FD5E print?

    – Jonas Schäfer
    May 28 '15 at 15:18











  • No, it doesn't. Is there any way I can add it?

    – Crista23
    May 28 '15 at 15:21











  • How did you obtain the private key?

    – Jonas Schäfer
    May 28 '15 at 15:36











  • What does this ID actually represent?

    – Nishant
    Aug 1 '18 at 16:17








1




1





What does gpg --list-secret-keys 0x3662FD5E print?

– Jonas Schäfer
May 28 '15 at 15:18





What does gpg --list-secret-keys 0x3662FD5E print?

– Jonas Schäfer
May 28 '15 at 15:18













No, it doesn't. Is there any way I can add it?

– Crista23
May 28 '15 at 15:21





No, it doesn't. Is there any way I can add it?

– Crista23
May 28 '15 at 15:21













How did you obtain the private key?

– Jonas Schäfer
May 28 '15 at 15:36





How did you obtain the private key?

– Jonas Schäfer
May 28 '15 at 15:36













What does this ID actually represent?

– Nishant
Aug 1 '18 at 16:17





What does this ID actually represent?

– Nishant
Aug 1 '18 at 16:17










3 Answers
3






active

oldest

votes


















12















I already have the private key with which the file has been encrypted, but I am not sure how can I specify it.




I understand this as "I've got a file containing the private key, but do not know how to tell GnuPG to use it".



GnuPG requires keys (both public and private) to be stored in the GnuPG keyring. This is as easy as



gpg --import [keyfile]


Afterwards, you should be able to decrypt the file exactly the way you already tried.






share|improve this answer



















  • 2





    So is gpg smart enough to know which key to decrypt once you have several keys imported?

    – RollRoll
    Aug 11 '16 at 0:20











  • Yes. Usually the key is even referenced in the encrypted file, if not GnuPG tries all keys.

    – Jens Erat
    Aug 11 '16 at 15:35











  • I use GnuPG programmatically and have a keyring with hundreds of private keys and message may be encrypted with dozens of them. It seems a bit wasteful that it just tries them all (actually it tries to unlock them all using the given passphrase and takes the first one that works).

    – jlh
    Oct 25 '17 at 8:24






  • 1





    GnuPG only tries them all if the key was hidden by the sending party. It feels your use case was not one of the design targets of GnuPG. If you know the correct private key although it is not stored in the encrypted file, consider managing different GnuPG home directories/keyrings with a single private key instead.

    – Jens Erat
    Oct 25 '17 at 20:42











  • Yes, it seems that my use case isn't well suited for gpg. For completeness here's a more detailed observation: My recipient IDs are not hidden (not using -R), so gpg knows which of the maybe a dozen keys it should try, it doesn't have to try the entire keyring. However gpg doesn't know for which key I supplied the passphrase, so it does have to try those dozen keys, which slows down things considerably.

    – jlh
    Sep 20 '18 at 11:49



















6














bash-4.2$ gpg --import b_secret.key
gpg: key 23E7859B: already in secret keyring
gpg: Total number processed: 1
gpg: secret keys read: 1
gpg: secret keys unchanged: 1
bash-4.2$ gpg --decrypt b_txt.asc
gpg: key 23E7859B: secret key without public key - skipped
gpg: encrypted with RSA key, ID 04702E37
gpg: decryption failed: secret key not available





share|improve this answer





















  • 1





    Welcome to SuperUser, your suggestion is already in another answer. You should upvote that answer instead of making new one. You don't have enough reputation to do that yet, wait until you do.

    – Vlastimil Ovčáčík
    Dec 4 '15 at 11:02



















1














You don't need to expressly declare the secret key in the gpg decrypt command. If the keypair- both Public AND Private keys- as Jens states are present on the keyring on the host where you're decrypting, GPG will automagically determine the secret key required for decryption and present a password challenge.



HOWEVER if you wish to try all (non-cached) keys (maybe you're testing a file encrypted with multiple keys), using the switch --try-all-secrets will cycle through all the secret keys on your keyring trying them in turn. ie:



gpg -d --try-all-secrets test-gpg.txt.asc


HTH- Terrence






share|improve this answer























    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "3"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f920793%2fhow-to-specify-private-key-when-decrypting-a-file-using-gnupg%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    3 Answers
    3






    active

    oldest

    votes








    3 Answers
    3






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    12















    I already have the private key with which the file has been encrypted, but I am not sure how can I specify it.




    I understand this as "I've got a file containing the private key, but do not know how to tell GnuPG to use it".



    GnuPG requires keys (both public and private) to be stored in the GnuPG keyring. This is as easy as



    gpg --import [keyfile]


    Afterwards, you should be able to decrypt the file exactly the way you already tried.






    share|improve this answer



















    • 2





      So is gpg smart enough to know which key to decrypt once you have several keys imported?

      – RollRoll
      Aug 11 '16 at 0:20











    • Yes. Usually the key is even referenced in the encrypted file, if not GnuPG tries all keys.

      – Jens Erat
      Aug 11 '16 at 15:35











    • I use GnuPG programmatically and have a keyring with hundreds of private keys and message may be encrypted with dozens of them. It seems a bit wasteful that it just tries them all (actually it tries to unlock them all using the given passphrase and takes the first one that works).

      – jlh
      Oct 25 '17 at 8:24






    • 1





      GnuPG only tries them all if the key was hidden by the sending party. It feels your use case was not one of the design targets of GnuPG. If you know the correct private key although it is not stored in the encrypted file, consider managing different GnuPG home directories/keyrings with a single private key instead.

      – Jens Erat
      Oct 25 '17 at 20:42











    • Yes, it seems that my use case isn't well suited for gpg. For completeness here's a more detailed observation: My recipient IDs are not hidden (not using -R), so gpg knows which of the maybe a dozen keys it should try, it doesn't have to try the entire keyring. However gpg doesn't know for which key I supplied the passphrase, so it does have to try those dozen keys, which slows down things considerably.

      – jlh
      Sep 20 '18 at 11:49
















    12















    I already have the private key with which the file has been encrypted, but I am not sure how can I specify it.




    I understand this as "I've got a file containing the private key, but do not know how to tell GnuPG to use it".



    GnuPG requires keys (both public and private) to be stored in the GnuPG keyring. This is as easy as



    gpg --import [keyfile]


    Afterwards, you should be able to decrypt the file exactly the way you already tried.






    share|improve this answer



















    • 2





      So is gpg smart enough to know which key to decrypt once you have several keys imported?

      – RollRoll
      Aug 11 '16 at 0:20











    • Yes. Usually the key is even referenced in the encrypted file, if not GnuPG tries all keys.

      – Jens Erat
      Aug 11 '16 at 15:35











    • I use GnuPG programmatically and have a keyring with hundreds of private keys and message may be encrypted with dozens of them. It seems a bit wasteful that it just tries them all (actually it tries to unlock them all using the given passphrase and takes the first one that works).

      – jlh
      Oct 25 '17 at 8:24






    • 1





      GnuPG only tries them all if the key was hidden by the sending party. It feels your use case was not one of the design targets of GnuPG. If you know the correct private key although it is not stored in the encrypted file, consider managing different GnuPG home directories/keyrings with a single private key instead.

      – Jens Erat
      Oct 25 '17 at 20:42











    • Yes, it seems that my use case isn't well suited for gpg. For completeness here's a more detailed observation: My recipient IDs are not hidden (not using -R), so gpg knows which of the maybe a dozen keys it should try, it doesn't have to try the entire keyring. However gpg doesn't know for which key I supplied the passphrase, so it does have to try those dozen keys, which slows down things considerably.

      – jlh
      Sep 20 '18 at 11:49














    12












    12








    12








    I already have the private key with which the file has been encrypted, but I am not sure how can I specify it.




    I understand this as "I've got a file containing the private key, but do not know how to tell GnuPG to use it".



    GnuPG requires keys (both public and private) to be stored in the GnuPG keyring. This is as easy as



    gpg --import [keyfile]


    Afterwards, you should be able to decrypt the file exactly the way you already tried.






    share|improve this answer














    I already have the private key with which the file has been encrypted, but I am not sure how can I specify it.




    I understand this as "I've got a file containing the private key, but do not know how to tell GnuPG to use it".



    GnuPG requires keys (both public and private) to be stored in the GnuPG keyring. This is as easy as



    gpg --import [keyfile]


    Afterwards, you should be able to decrypt the file exactly the way you already tried.







    share|improve this answer












    share|improve this answer



    share|improve this answer










    answered May 28 '15 at 17:00









    Jens EratJens Erat

    12.8k114660




    12.8k114660








    • 2





      So is gpg smart enough to know which key to decrypt once you have several keys imported?

      – RollRoll
      Aug 11 '16 at 0:20











    • Yes. Usually the key is even referenced in the encrypted file, if not GnuPG tries all keys.

      – Jens Erat
      Aug 11 '16 at 15:35











    • I use GnuPG programmatically and have a keyring with hundreds of private keys and message may be encrypted with dozens of them. It seems a bit wasteful that it just tries them all (actually it tries to unlock them all using the given passphrase and takes the first one that works).

      – jlh
      Oct 25 '17 at 8:24






    • 1





      GnuPG only tries them all if the key was hidden by the sending party. It feels your use case was not one of the design targets of GnuPG. If you know the correct private key although it is not stored in the encrypted file, consider managing different GnuPG home directories/keyrings with a single private key instead.

      – Jens Erat
      Oct 25 '17 at 20:42











    • Yes, it seems that my use case isn't well suited for gpg. For completeness here's a more detailed observation: My recipient IDs are not hidden (not using -R), so gpg knows which of the maybe a dozen keys it should try, it doesn't have to try the entire keyring. However gpg doesn't know for which key I supplied the passphrase, so it does have to try those dozen keys, which slows down things considerably.

      – jlh
      Sep 20 '18 at 11:49














    • 2





      So is gpg smart enough to know which key to decrypt once you have several keys imported?

      – RollRoll
      Aug 11 '16 at 0:20











    • Yes. Usually the key is even referenced in the encrypted file, if not GnuPG tries all keys.

      – Jens Erat
      Aug 11 '16 at 15:35











    • I use GnuPG programmatically and have a keyring with hundreds of private keys and message may be encrypted with dozens of them. It seems a bit wasteful that it just tries them all (actually it tries to unlock them all using the given passphrase and takes the first one that works).

      – jlh
      Oct 25 '17 at 8:24






    • 1





      GnuPG only tries them all if the key was hidden by the sending party. It feels your use case was not one of the design targets of GnuPG. If you know the correct private key although it is not stored in the encrypted file, consider managing different GnuPG home directories/keyrings with a single private key instead.

      – Jens Erat
      Oct 25 '17 at 20:42











    • Yes, it seems that my use case isn't well suited for gpg. For completeness here's a more detailed observation: My recipient IDs are not hidden (not using -R), so gpg knows which of the maybe a dozen keys it should try, it doesn't have to try the entire keyring. However gpg doesn't know for which key I supplied the passphrase, so it does have to try those dozen keys, which slows down things considerably.

      – jlh
      Sep 20 '18 at 11:49








    2




    2





    So is gpg smart enough to know which key to decrypt once you have several keys imported?

    – RollRoll
    Aug 11 '16 at 0:20





    So is gpg smart enough to know which key to decrypt once you have several keys imported?

    – RollRoll
    Aug 11 '16 at 0:20













    Yes. Usually the key is even referenced in the encrypted file, if not GnuPG tries all keys.

    – Jens Erat
    Aug 11 '16 at 15:35





    Yes. Usually the key is even referenced in the encrypted file, if not GnuPG tries all keys.

    – Jens Erat
    Aug 11 '16 at 15:35













    I use GnuPG programmatically and have a keyring with hundreds of private keys and message may be encrypted with dozens of them. It seems a bit wasteful that it just tries them all (actually it tries to unlock them all using the given passphrase and takes the first one that works).

    – jlh
    Oct 25 '17 at 8:24





    I use GnuPG programmatically and have a keyring with hundreds of private keys and message may be encrypted with dozens of them. It seems a bit wasteful that it just tries them all (actually it tries to unlock them all using the given passphrase and takes the first one that works).

    – jlh
    Oct 25 '17 at 8:24




    1




    1





    GnuPG only tries them all if the key was hidden by the sending party. It feels your use case was not one of the design targets of GnuPG. If you know the correct private key although it is not stored in the encrypted file, consider managing different GnuPG home directories/keyrings with a single private key instead.

    – Jens Erat
    Oct 25 '17 at 20:42





    GnuPG only tries them all if the key was hidden by the sending party. It feels your use case was not one of the design targets of GnuPG. If you know the correct private key although it is not stored in the encrypted file, consider managing different GnuPG home directories/keyrings with a single private key instead.

    – Jens Erat
    Oct 25 '17 at 20:42













    Yes, it seems that my use case isn't well suited for gpg. For completeness here's a more detailed observation: My recipient IDs are not hidden (not using -R), so gpg knows which of the maybe a dozen keys it should try, it doesn't have to try the entire keyring. However gpg doesn't know for which key I supplied the passphrase, so it does have to try those dozen keys, which slows down things considerably.

    – jlh
    Sep 20 '18 at 11:49





    Yes, it seems that my use case isn't well suited for gpg. For completeness here's a more detailed observation: My recipient IDs are not hidden (not using -R), so gpg knows which of the maybe a dozen keys it should try, it doesn't have to try the entire keyring. However gpg doesn't know for which key I supplied the passphrase, so it does have to try those dozen keys, which slows down things considerably.

    – jlh
    Sep 20 '18 at 11:49













    6














    bash-4.2$ gpg --import b_secret.key
    gpg: key 23E7859B: already in secret keyring
    gpg: Total number processed: 1
    gpg: secret keys read: 1
    gpg: secret keys unchanged: 1
    bash-4.2$ gpg --decrypt b_txt.asc
    gpg: key 23E7859B: secret key without public key - skipped
    gpg: encrypted with RSA key, ID 04702E37
    gpg: decryption failed: secret key not available





    share|improve this answer





















    • 1





      Welcome to SuperUser, your suggestion is already in another answer. You should upvote that answer instead of making new one. You don't have enough reputation to do that yet, wait until you do.

      – Vlastimil Ovčáčík
      Dec 4 '15 at 11:02
















    6














    bash-4.2$ gpg --import b_secret.key
    gpg: key 23E7859B: already in secret keyring
    gpg: Total number processed: 1
    gpg: secret keys read: 1
    gpg: secret keys unchanged: 1
    bash-4.2$ gpg --decrypt b_txt.asc
    gpg: key 23E7859B: secret key without public key - skipped
    gpg: encrypted with RSA key, ID 04702E37
    gpg: decryption failed: secret key not available





    share|improve this answer





















    • 1





      Welcome to SuperUser, your suggestion is already in another answer. You should upvote that answer instead of making new one. You don't have enough reputation to do that yet, wait until you do.

      – Vlastimil Ovčáčík
      Dec 4 '15 at 11:02














    6












    6








    6







    bash-4.2$ gpg --import b_secret.key
    gpg: key 23E7859B: already in secret keyring
    gpg: Total number processed: 1
    gpg: secret keys read: 1
    gpg: secret keys unchanged: 1
    bash-4.2$ gpg --decrypt b_txt.asc
    gpg: key 23E7859B: secret key without public key - skipped
    gpg: encrypted with RSA key, ID 04702E37
    gpg: decryption failed: secret key not available





    share|improve this answer















    bash-4.2$ gpg --import b_secret.key
    gpg: key 23E7859B: already in secret keyring
    gpg: Total number processed: 1
    gpg: secret keys read: 1
    gpg: secret keys unchanged: 1
    bash-4.2$ gpg --decrypt b_txt.asc
    gpg: key 23E7859B: secret key without public key - skipped
    gpg: encrypted with RSA key, ID 04702E37
    gpg: decryption failed: secret key not available






    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited Dec 4 '15 at 11:22









    Vlastimil Ovčáčík

    1,56211025




    1,56211025










    answered Dec 4 '15 at 10:27









    anshulanshul

    6111




    6111








    • 1





      Welcome to SuperUser, your suggestion is already in another answer. You should upvote that answer instead of making new one. You don't have enough reputation to do that yet, wait until you do.

      – Vlastimil Ovčáčík
      Dec 4 '15 at 11:02














    • 1





      Welcome to SuperUser, your suggestion is already in another answer. You should upvote that answer instead of making new one. You don't have enough reputation to do that yet, wait until you do.

      – Vlastimil Ovčáčík
      Dec 4 '15 at 11:02








    1




    1





    Welcome to SuperUser, your suggestion is already in another answer. You should upvote that answer instead of making new one. You don't have enough reputation to do that yet, wait until you do.

    – Vlastimil Ovčáčík
    Dec 4 '15 at 11:02





    Welcome to SuperUser, your suggestion is already in another answer. You should upvote that answer instead of making new one. You don't have enough reputation to do that yet, wait until you do.

    – Vlastimil Ovčáčík
    Dec 4 '15 at 11:02











    1














    You don't need to expressly declare the secret key in the gpg decrypt command. If the keypair- both Public AND Private keys- as Jens states are present on the keyring on the host where you're decrypting, GPG will automagically determine the secret key required for decryption and present a password challenge.



    HOWEVER if you wish to try all (non-cached) keys (maybe you're testing a file encrypted with multiple keys), using the switch --try-all-secrets will cycle through all the secret keys on your keyring trying them in turn. ie:



    gpg -d --try-all-secrets test-gpg.txt.asc


    HTH- Terrence






    share|improve this answer




























      1














      You don't need to expressly declare the secret key in the gpg decrypt command. If the keypair- both Public AND Private keys- as Jens states are present on the keyring on the host where you're decrypting, GPG will automagically determine the secret key required for decryption and present a password challenge.



      HOWEVER if you wish to try all (non-cached) keys (maybe you're testing a file encrypted with multiple keys), using the switch --try-all-secrets will cycle through all the secret keys on your keyring trying them in turn. ie:



      gpg -d --try-all-secrets test-gpg.txt.asc


      HTH- Terrence






      share|improve this answer


























        1












        1








        1







        You don't need to expressly declare the secret key in the gpg decrypt command. If the keypair- both Public AND Private keys- as Jens states are present on the keyring on the host where you're decrypting, GPG will automagically determine the secret key required for decryption and present a password challenge.



        HOWEVER if you wish to try all (non-cached) keys (maybe you're testing a file encrypted with multiple keys), using the switch --try-all-secrets will cycle through all the secret keys on your keyring trying them in turn. ie:



        gpg -d --try-all-secrets test-gpg.txt.asc


        HTH- Terrence






        share|improve this answer













        You don't need to expressly declare the secret key in the gpg decrypt command. If the keypair- both Public AND Private keys- as Jens states are present on the keyring on the host where you're decrypting, GPG will automagically determine the secret key required for decryption and present a password challenge.



        HOWEVER if you wish to try all (non-cached) keys (maybe you're testing a file encrypted with multiple keys), using the switch --try-all-secrets will cycle through all the secret keys on your keyring trying them in turn. ie:



        gpg -d --try-all-secrets test-gpg.txt.asc


        HTH- Terrence







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Feb 7 at 13:11









        F1LinuxF1Linux

        1114




        1114






























            draft saved

            draft discarded




















































            Thanks for contributing an answer to Super User!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f920793%2fhow-to-specify-private-key-when-decrypting-a-file-using-gnupg%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            flock() on closed filehandle LOCK_FILE at /usr/bin/apt-mirror

            Mangá

            Eduardo VII do Reino Unido