Quantcast
Channel: Symantec Connect - Security - Discussions
Viewing all 203 articles
Browse latest View live

Need Implementaion Plan and SOW for PGP Command Line Encryption

$
0
0
I need a solution

Hi,

Can you help and suggest for docunment related to implementation plan ansd scope of work for PGP Command Line Encryption Solution.

0

PGP import MAK error: 3090 request rejected by server

$
0
0
I need a solution

Hi,

I am trying to import and delete MAKs on PGP server using command line but whenever I do it I am getting error: 3090 operation failed request rejected by server.

Command used:

pgp --import-mek --usp-server keys1.expressmessage.net --parent asc_files/testuser@encryptedpgp.net

need assistance, please help, Thanks !

0

Key search results

$
0
0
I need a solution

Hello all!

Is there any additional information available about error 2508: too many matches found during public key lookups on any given 'open' keyserver? Currently I've only been able to extract results up to 100 keys per server;

keyserver search (2508:too many matches found)
keyserver search (2504:successful search)

100 keys found

I find it coincidental when all the servers I look up contain only up to a 100 keys.

The command line documentation only clarifies the following:

2508 - too many matches found - The search timed out while still receiving results from the keyserver.

The above stated seems to suggest I suffer from time outs even though the search completes succesfully constantly providing up to 100 results.

Any suggestions on how to retrieve the correct amount of keys available?

0

What is the minimum and maximum passphrase length for PGP Command line

$
0
0
I need a solution

Hi,

We would just like to inquire what is the minimum and maximum passphrase length for PGP Command line. Currently we have the PGP Command Line 10.3. This is only for our documentation

Please advise.

Thank you.

0

Problems with authentication when trying to automate PGP Command Line tasks

$
0
0
I need a solution

I have a number of projects that I am working on that require me to automate some encryption but I'm having a considerable amount of difficulty getting it working correctly. 

I have a service account set up with a keychain with all the keys I need. 

The desire is
SSIS or other package on a remote server A needs to remotely launch the following command
pgp.exe --decrypt \\Remote Server B\*.asc" --passphrase "mypass" --output "\\RemoteServerC" 

The problem im running into here is with authentication. The authentication seems to be breaking between all of the servers when I try to run the command. If I run the same command from the PGP server itself while logged into that account it will run just fine, it only fails to authenticate to the remote servers when I try to run it from a server other than PGP. 

I have gotten around this by writing powershell scripts that are located on the PGP server and launching them, but this is not a sustainable approach. Also, I really don't like having my password in cleartext. That means I have to provide passwords to my developers. I could set it up as a env variable, but PGP will only accept the one variable and I'm going to have multiple passphrases being used for multiple keys on this server. 

Is anyone doing anything like this that can give me some pointers on what I can do?

0

PGP on linux cannot import PGP key exporter from PGP Windows both on the same version

$
0
0
I need a solution

Hi everyone!

First topic and a big issue to solve. Hope I can find the solution with your help.

We are trying to import a PGP key that was exported from Windows PGP Command Line into a Linux PGP Command Line.

First we tried this:

pgp --import MY_KEY_FILE.asc -v -d

And we got this output:

bash-4.2$ pgp --import MY_KEY_FILE.asc  -v -d
pgp:import key (3157:current local time 2016-06-15T09:36:40-05:00)
/path/to/pgp/.pgp/pubring.pkr:open keyrings (1006:public keyring)
/path/to/pgp/.pgp/secring.skr:open keyrings (1007:private keyring)
pgp:import key (3090:operation failed, unknown error)                    

Then we tried to copy the private and public keyrings from windows do linux (sftp binary). Then we are getting this message:

pgp:encrypt (3090:operation failed, size of the buffer is too large)

Both, Windows and Linux, are on the same version. As you can see bellow:

Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

C:\Users\jvdalprajunior.EC-POWER>pgp --version
PGP Command Line 10.1 build 52
Copyright (C) 2010 PGP Corporation
All rights reserved.
Red Hat Enterprise Linux Server release 7.1 (Maipo)
bash-4.2$ pgp --version
PGP Command Line 10.1 build 52
Copyright (C) 2010 PGP Corporation
All rights reserved.                                

I really don`t know what to do.

Can anyone give me some help?

Thank you very much.

0

Unexpected error while uploading key to PGP Global Directory

$
0
0
I need a solution

I can't upload my key with two identities. "An unexpected error has occurred. Please try your request again."

When I do the only one ID it is ok.

Here is my public key:

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v2

mQINBFdpEGYBEACXcgTumdeRHTyZywstPlwJg4DGC3SJn4NUxVL7ceTFGxci+xKp
4b7ITRny/cTtIqylX0QhAze53SaDyAOJnEdE34oQlnDcXgGUjfLSWrFOjWtvih7e
dRtbYXlEhXr+Fr0jfsjkpqOhUFwdO75gRDqMzPNj4imWx7hMef+BH81Y0Ag8ukNN
Opwp7iIguBQDA5u2jml+0pG9ve6duisfL8ImK6PKuR8lNaHPKYnPvmwOmLzVPjkg
PdMn3JzW3onEIwcdyMGtit6RBuKjZl6sabnOeqRwOcyHGPLc3RRq3dHyprB/UrDl
SPko8uhnI1aAkhVHkFrQNx1QiOPRMIgpcUertoxsVSceE7WDEiQtz6CFphbVGR/t
cf1kKF75tHkZFNDtNbsu4FWs3GmCqsx1salkcmTqIizCBKNj7eT7Gy7bRhIZOwia
DXpDISTkY3DryIDafZoo1K0D57uF+USnQEe6ndswiiSAy1BjcQANG+r6CvnbBS0g
DjiTh9QWJr3nWCazAU3FjifXYr0v4hvJolo24qViZyJWAuWaY1Ac93xpR/IIWE11
NTpyWxSyTmj2o1y2ISBmYsJA1CxWK114OCsaKUZaGOJlqJl01WZkAgtW+OM7fQmZ
K96GGDMpWJ/A3UMM/QkWsAo8df6FeuhgkMhbGkvzAWYOzNUgdpRP+G7yvQARAQAB
tCREWk1JVFJZIFlBRklNQVUgPGRpbWEubHVyQHlhbmRleC5ydT6JAjcEEwEIACEF
AldpGMACGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQkfHFcKyzRLqNxg/8
CrUAhUAnbr3XmmWSXFmDTzWS9dmutOshebIqY0M6HR/ez2MimS4OzDvdEP6HUHMU
TE4Y0SyCqYAaWKlfVEpw5O+ztSK83trTT/NTfe8NVjg//i2XUwAEPncwYBKnrrdx
TAqf6hK/hRVktIRq9e/FR9iNdmsrP3edEz8MMAZQAG8V+z5k/ihYpndLztoM84dc
Z297BYh1WwI4YAqO338+NNaswLj9qEdzLRrPPgMjU/ynlRzJaigszZen9hW7hp7g
KPOY4p9d0uwimaZIKyFhuT8X5x+xFu2JWftwe0zFWZK5Z218rL5YjBxQMB0e9vfB
50yh7jun2VYWgsC1YH7yxie9hw80jdVfzGYzx0q7si1f9vvj4YBHO+c3dOxmc+WF
CCRHO/6Cshyp2jeobyfoAGkXzMo+arT1Wi/jQzrVpyPnV/azhsEwrQwhWp8VWGkq
Z5Kz0mKdp/dYd2EMMnKA7rZghvxISxTbbkJyU1pmqElrmFkGuRyN3OIIYBZWEofX
1XzyF6ekdvVp8C90SmQAwPb1GjYJd67ZTUECF9vpuUrL+u28DuERCjxLh2K5xPeg
MIGmlcyS3dl+EUVm4gua7sgY2P6fB1Ydb5P7IG1kcCqrsJOak+tO+qpHw21ipR4q
PJM9oNTtA54y5a8gVU04AHJYoSAdLISsuG1rSBSw/O60JERaTUlUUlkgWUFGSU1B
VSA8ZGltYS5sdXJAZ21haWwuY29tPokCNwQTAQgAIQUCV2kaiQIbAwULCQgHAgYV
CAkKCwIEFgIDAQIeAQIXgAAKCRCR8cVwrLNEul5WD/4thjf105gIthI8BQyjXwov
Sffnl6D3YIUhJQ7mQx3E6/JwCfPwluME9/RuyphuO0TUrtdGhwX2CyUVqMULJP2O
VSPNKjbajmTPwcCZy7SkYQMTBcnomIsQ+uB0aP4OZwwCM39LBUXACvjXG0/52h1/
JoF+YrrNkC1XGLmqVikmtSP6gHYzaj6MmUBqovSldgz5Rt4bmQiOXjyghAudIOc3
E/ypNjN7Fwhr60X1QGFcbdZdQY+P4VTPNd+MQDZZGc/8YvEqILXBCdg8iKcTm9Gl
py57HHBUoDlQzFEBWT8Ppsip1hWvZf4GMXW2KcgaSTtl7ArRtv1tEicWtgOS50v1
Ht1sBp1fQvHoXl60F4xKytM3lzDemTR3ekE8zX5vB80SoJH8JIg43JMQuUWax5bS
kFWNIJ7JZ9p9FcNz2e5HY2mPXqVX1f9Lnviv7qMUNbbySjfvRk7fbJGUV2JuTY2t
ShyhyW1NFLDOjrVgJGSnUKSnZQpVcaPtmVOWKzQxeUcPc9KfmC4k96KzsCBFdUq+
1bC+diT36Rf+i4DXu3CJJY7rR4N9P8TbGJK+KzrRVgFVBKaeo31WpT+f2a5d2FBP
34bpF/orJezY5mXu7b2FMzdAzD3z+hRDdBY1eptLkvPkVqkNsHjMhueA0cHAXWeD
LH1Fu/eHWEdyOCtnHqzlvbkCDQRXaRBmARAA40CSTaeV507hMtQyB4JuUNkk/Zd0
Z+BBTOpCw2f2ZinYtcwdfwzC/q++AMFQHRj6GBw+NLbFu0n6VZsyg9D+y/eR3+bB
CYVAH7BkMnWp4OGq1TexMOnVMPrata5ui6FzJryVV1Hsciil0OYTzmp69MpAoTUv
jrx+9++bTnZybNedNeKJsIjRwy+1Yi5N1N8F6r7LkRzFc4IzrcLFeB5s0/svuUp+
UqSo+eGskUg/wXfU+LK1F0BifRrSlcqyF0y8mdI2M7oWuSaDf7cjjKGWfPjtC7Se
q+INEMHC1i5xT93Y8IvkhIX+qsXRGj3o3Z4Skh8pwo5jzTvUznAJuzCMbcTtmWub
94/GF9sHWWEBPt9d/kiS0RuPM7KiT+/Bf92FL8xCQd/U3m6W8rOc0FwIzRwrevL3
81f5qT/MU013VrlbBu3KZGNuPdUCRpt4jfxHDmpXMagxol7x4K9sVNWSANcuI7JF
ESTDvL0cpfzh27I7kMvcMQalb4Zk7zH6asxHj7uLV6JtkU+x0nikh2rOTHV1vfbI
rmjBHKLrS8xAmHK0Ax7BhJKebpcS/xgOlywPd7PacJvPaPSiDJz98PbfQ3plsS7A
OldeRwfQf2ZFa8RQh5k7EGHYkX/B4wpJAfMVDFHhOfJHDxQaFzRfWFZXNv0OFOJg
VCKbxmeQ3dmJEUEAEQEAAYkCHwQYAQgACQUCV2kQZgIbDAAKCRCR8cVwrLNEugt9
D/9y/nCl4DZK627ER+r5/gSvi4/eVvHUlpUstazi/xHECHFvW9Syw3YPjxcIuU2l
sRnEOdt+0kMvVI9aqvbZotUZ7izcxwDNOpVIm+8EeQEcUSzZhGnDfvnTjXYvAJTy
4w9K9Rt8S0KDdulP4STF3bNFklrla7jNtwHrY9ura75wfnUE6yvtOs1r38TM4Ifk
ABaUcV91LbjIDQX1EtXNL8Au7sNSwQXqYPhK/BnsDLC8js2lNjhu0mN5SqACRBts
zZ1Yh6AVpHTOvkj2V1FcJkzlVXfp30m7YD+DPXRJUYTPOC5yO5k4voEk0JHfUiTV
A4F5micrRVwrawh1tPLOuVzcHaMZVVmC0UoH1YojOM+J1XyfT/tkeh+bltWMQbRY
FvUcZIBTygUAlljxNAY1159Yn/t9dUyc4Pg+QsoSuQEhURTfLzdCq13FUA/t7qLG
4UlXHsbNe33sUwH8e/o3C0MoRQ16hs4IqR5U7jgX4d47A/iTVZ8wMjBmM+Gn1eyX
lBnRqYcOrfmNntcRyMlWl62Td1SC3kGk9xyWxACKNcXLMFADhXDm0QKHp/exQe69
lC4xKWLN7LcKmOyAkOa3u2VTL2oXVgxkvaX4sa1nDYzCZKW9LwDw8sHbZ1CT5DU+
5UG5dOHfYDHi0MMn+pxVUSjsMLpWdoVafELADOt4iOf/WLkCDQRXaRPsARAAzrJy
FxmwUjO6AeX3Uoz2j+jliHXze2X8ICg5WC00qUONDa+wGReId1MWigIgZMup0E9d
ybPhMklCeYZ3oKZhoblFuX8pSzVwetx1H3cMxbzs+a/t68VNKPvbRptzxzJmkzWH
xfdSnQAYILNlsTj0J2RulT03h1hk6leyi92pj8H3RCLFSTjWPnQDmaiBFTGew2lf
ZELcG9lAFZWVGX3etfiTEUjkIZMiZsXJeXYOfCUUJmaUyQ+fuaU9aoCdtmOlfnsa
1+lZBL9fK/bx6KyJn54w4V94qidYVHq84DXr2Uf2abdHG4ZgLvVsDfN084VlW2LR
VRfjVnOUdvXl+a2y6uJh756DtqmENwTNuAFQXw6fp9oQZJg/6MDKUIEVV+F6VsIk
aQFwFaci75DLRcUjk0VIZbkT7VvZ7iSA97EFISXEfY6zjzZ5l6zs8tYvn6e8/P9H
wMeDmjzz9TRko3HwXv4EI1iOkMOea+E/wjlLMIwQzeyV9y8Q2EM+CH6YvNn/d3wP
tDaIlKjp5UZ9l0keloVA8VAcba7IBowB1Yp+eFAy8M0OlahYyZLvipV26l9NWSWT
v6ujMh6DwmGLT3iCQPWBgsOkjzxSixL5VQaJcBXrwLymmlkf8RxETM17ZTyBbW+H
9KDpfqv2g/lWYlwfghZuR/zJIz9NVvq19wfH490AEQEAAYkEPgQYAQgACQUCV2kT
7AIbAgIpCRCR8cVwrLNEusFdIAQZAQgABgUCV2kT7AAKCRCH2+p1axmzMdwuEADM
nF/Kqo1pL6PunkkbkyoX9W10IDCqxPuk6iG/63u1PkpSVPkO89vBc/NuZJCffZ2e
9CIzjR2Zq5f4lNogbft8LLC+CxpvCPg1K0fOS/hWtQFOKSRdsIyPKZh+cspRDxZf
oKdGTUirax1wYeZGl9IGhzfCDj2/gPaEGEot40VrL+RI1jPjB2MblnJJvOtV0dr6
CsTlaTeQo17f/OvGGJrDQNz9gxvboapq6p/vUZKuCgURA7NWT+Vp1KSwO2gITGVp
aA2GGdEInPhzpKJjRvl3GFFrlIbfyIHkyCPw0R+ncX4EPMfTiDgMKfh1JqBonReR
l9lzF3M59YT08D3cOxoHKiPVVfQY9O9DADLp8Awpx7vNgHHPIG3LaMbigJj7vETc
JkUyiJs+VFHRSFA9EyPDNKpkE+fBSwfWqra2RlGVZzEKUcygATfSLjjj2FkGwoxP
XZvrRhvv/RBgmzcYBKY8vR/5nky6V1Ff3I/PZWwZoRcpGZ6MM8VYtm1oJOu6Wdk2
BT2HaB1YukLreNgQa4DublMdoGntcNR/5RKOujb2Ft9wF/r7qPyaSZk3yABNJlbL
V+OF1s12ROf1LIgO6TI8GGhPI0YqJhbjvaohR/EttVPjTRymX5uPZG9VQ2hSRn7t
9/H4Zg6NBaczOXhfVZHrTWinwCr2uvBBxB3mYTalmvtLEACLT7426iB0A+S0hdFp
f60cVfRJk/xCeXonyDDttHRd1EiHBlygsXuArtfX31WHAadVp8Rb11Ar99vUHl3X
NhIWvh0NlXdTTveawQd/HBuaOfRx7qmhxplFrMQnEUbf7yOKX7AFnb22vqF2H5bi
HVRBBUjImbihnHWVEqjFkomQmPATVEGVKuPX2jj9TtJJjAKHGVREZ0gmCh6SdjSQ
SXf0RKseV4II/MRmlS15ATUR4+a8d2NOA/xtBrtLpVdo2mMcr5SSAp/ZouQ/BTrL
43Ba0uRrgsGVCUhnxjTI+2TTfMsktymFigjlknagubwRXV2Z8tCsI6Azmev+PdF2
GU1KasuxsXsgsNK4ofN+bPBf7SyfDwU639giglZ8gILj19DJ0sErVLASy5kb2mWq
wJcrEyd1JZuni21Iy0YAvt65RMML7YfbW76L3z1OkqRGsRtpW5wQHOzovfZ2AOpY
u9JpLJlL3/tbp/kaf/mShLiPRzABnOshcKgZtghrY4GTv+Y68LJdqqhad1dL320+
ndO2zAvHMgYgW0zlpKvKlk0LoStMHFLxr+Hm5JXa02y+7XQN0meTrseKEnGZz/x0
vMjXAJi2V8q24qLJTWe4MB+NMHBAgy8LpiyrkD+KKmC48WZAas8M8YCJ2BcF1bQi
7YMN+JIjf5XloxrBVAxEMTpOtQ==
=tw+o
-----END PGP PUBLIC KEY BLOCK-----

0

Pgp Command Line is not working for more than one user

$
0
0
I need a solution

Hi, 

I want some help, I have installed PGP Command Line on a Solaris Server with root user but changing the default installation directory under:

/aplic/prod/pgp

The product was licenced and everithing seems to be ok. Then i want to use two users in order to do some automated process, pgp and pgpexe, then i got two differents behaviors.

under pgp user:

$
$ pgp --version
PGP Command Line 10.3.2 build 12316
Copyright (C) 2014 Symantec Corporation. All rights reserved.
All rights reserved.
Use of this product is subject to license terms.
This Symantec product may contain open source and other third party materials
that are subject to a separate license. Please see the applicable Third Party
Notice at http://www.symantec.com/about/profile/policies/eulas/.

$

But under pgpexe user, i got nothing:

$
$ pgp --version
$

It seems to be executing something, but i got no exit from any command.

Someone has been solved this issue?.

0

Sign a public PGP Key

$
0
0
I need a solution

I have just installed the PGP command line package. I have a public key from a outside enttiy that I need to use to encrypt a file. 

I have successfully imported the key, but shows as invalid and I have been unable to get the key recongized as valid. 

I tried to sign the key but I keep getting error 1052 - No signing key specified. 

I am totally new to the product - forgive my ignorance. 

But what do I need to do to get this key to be recognized as valid and then use it to encrypt a file?

0

Encryption solution

$
0
0
I need a solution

Hi,

Does any one know How to Encrpted SAP ERP HCM data,

0

PGP Command Line Migration to new server

$
0
0
I need a solution

Hi 

 PGP Command Line Version 10.  Installed on Server A 

 Need to be migrated to Server B

At a high level : 

Steps:

-  Install PGP command line V 10 on Server B

- License ( copy from Server A ?) 

- Create keys in needed - move the key files. 

- Copy over key files from Server A

- Add all keys from Server A 

No change needed in code / no keys need to be exchanged again

Does this sound about right? please correct me if I am wrong. 

Thanks

0

PGP Decryption fails when signing with exitcode = 6

$
0
0
I need a solution

Hi,

We have an issue with PGP decryption when the file is encrypted with signing. We are getting below error when we are trying to decrypt. Same decryption is working fine when Third Party is sending encrypted file without signing.

event 1: initial
event 13: BeginLex
event 8: Analyze
File is encrypted.  event 9: Recipients
Secret key is required to read it.

Key for user ID: Source Key userid (Original Key name removed)

Key for user ID: Receivers key userid (Original Key name removed)
event 6: Passphrase
event 23: Decryption
symmetric cipher used: CAST5
event 11: Output options
typecode: 0062
suggested name: lipsum_content.txt
tempfile: created 'TEST_OTC-B.$00'

received signal 4

0 memory frags found
rmtemp: removing 'TEST_OTC-B.$00'
exitPGP: exitcode = 6

We have imported Third party public key in our keyring and validated fingerprint as well.

When we Test same with in our internal systems PGP encryption and decryption is working fine with signing. We are using PGP commandline 6.5.8 version at our end to decrypt file. At source end Third Party is using PGP Command Line 9.9 build 110 version. Do you see any version compatibility issue between these two versions? Any quick response would be appreciated. 

Please let me know in case of any additional details required.

Thanks,

Anil

0

Renaming the public key file - Is there any issue for decrypt?.

$
0
0
I need a solution

Hi,

We create a service that will automatically import public key file from the specified public key name (lets say file name should be ClientPublicKey.asc file). After import the key from the specified public key file(ClientPublicKey.asc), encryption will start.

Client would have send the public key in any file name(AnyFileName.asc). I would have renamed client’s public key file name to a specified file name(i.e. Renaming file from "AnyFileName.asc" to "ClientPublickey.asc" file) so that the service will identify and automatically import that public key to the system for encryption.

My question is that, if I would have rename the file to my specified file name (rename from "AnyFileName.asc" to "ClientPublickey.asc" file) then will the client decrypt the .pgp file without any issue?. Is rename and import public key file(.asc) would create any issue for client to decrypt the file?. I just want to clarify this.

Thanks,

Ash

0

ADK and pgp command line

(3090:operation failed, error decompressing data)

$
0
0
I need a solution

Installed PGP Command Line 10.4 on new Windows 2012 server, copied over keyrings and PGPPrefs.xml file from old server, set PGP_HOME_DIR in enviroment varbles.

I can list the keys and fingerprint shows them as valid.

I can encrypt and decrypt using local keys.

When I try to decrypt a file from a thrid party, I get this error (3090:operation failed, error decompressing data)

I am able to list the packets of the file successfully, I can also dump the packets successfully.

The old server (Windows 2008R2) has no problem decrypting the files.

any ideas what I need to look for?

0
1479751871

encrypt (3063:key unable to encrypt)

$
0
0
I need a solution

I'm trying to encrypt a file using PGP Command line and I'm receiving this error

encrypt (3063:key unable to encrypt)

This is occuring only a newer version of PGP Command line

PGP Command Line 10.4 build 94
Copyright (C) 2016 Symantec Corporation. All rights reserved.
All rights reserved.
Use of this product is subject to license terms.
This Symantec product may contain open source and other third party materials
that are subject to a separate license. Please see the applicable Third Party
Notice at http://www.symantec.com/about/profile/policies/eulas/.

For older version this works

PGP Command Line 10.1 build 52
Copyright (C) 2010 PGP Corporation
All rights reserved.

Key information

 Alg  Type Size/Type Flags
----- ---- --------- -------
 DSS  pub   512      [VT---]

Can anyone help me?

Thanks.

0

3063 - key unable to encrypt

$
0
0
I need a solution

Recently we upgraded a server to 2012 R2 and chose to upgrade to PGP CL 10.4 as well.  We are finding that we have a specific key that we cannot encrypt with.  The key is DSS/512, and works on an older version of PGP.

What can this be?

Similar issue/identical issue posted here:

https://www.symantec.com/connect/forums/encrypt-30...

0

Communicating with old version of PGP

$
0
0
I need a solution

I have a site I need to send a PGP file to.   They are running an older version of PGP and want us to use an older 1204 RSA Legacy format CIPHER Key.   Is there a way I can force this to happen?

0

PGP command line error 1000:unknown err -11991

$
0
0
I need a solution

Hi 

I have been using pgp command line version 10.2 for some time now, never got this error before.

From last 1 week, I am getting an error for which I am unable to find the reasons.  Below is the output for any command I execute.  There was no change to system, no updates posted during the time.  Last update was at least a month old.

$pgp --list-keys
pgp:open keyrings (1000:unknown err -11991)

when I want to generate a key or list-keys or display key details.. for any command that I issue with pgp, I get the above error.  If any one got similar error and was able to correct, please inform how to correct. 

I tried removing the .pgp folder and re-creating the files using the --gen-key option.  Folder and files get created, but again the same error comesup.

PGP Details:
-----------------------------------------------
PGP Command Line 10.2.1 build 54
Copyright (C) 2012 Symantec Corporation
All rights reserved.
Use of this product is subject to license terms.

System Details:
-----------------------------------------------
$ uname -a
Linux LPDCLDUT00384.phx.aexp.com 2.6.32-642.11.1.el6.x86_64 #1 SMP Wed Oct 26 10:25:23 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux
$ cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.8 (Santiago)

Thank you,

Giridhar

0

Please help..

$
0
0
I need a solution

Can anybody help me please? I am using PGP Desktop 10.1.2 build 9 for the mac, with OSX 10.6.8.

I have a pgpDisk on an external USB drive that I have been copying data to regularly. But now this specific virtual disk will no longer mount, even immediately after a PC reboot, with nothing else connected in the USB ports.

PGP accepts the password, and there are no error messages. But no icon ever appears for the encrypted volume. The first time I tried, an icon did appear within Apple's disk utility, but it was not mountable.

I have tried a few times to reboot the mac, click on the virtual disk image, enter the password, but it is the same every time.

What clever tricks are available to diagnose this and/or to recover my  data?

Thanks, Paul

0
Viewing all 203 articles
Browse latest View live