(GnuPG) 1.4.2 - Signature Verification Issue

[VINEETA DESHMUKH (CRGL-THIRDPARTY.COM)]

Hello,

I am facing an issue with the Signature verification from one of our clients - JP Morgan. We currently have FTP+encryption+signature of all the files which they send to us. However, they recently have migrated their FTP servers to connect through secure FTP with SSH keys. This is where we are facing problems when it comes to signature verification to a few files which are placed through their automated process. I am pasting successful and failed logs for your reference.

SUCCESS LOGS:

[GNUPG:] ENC_TO F3F4E3D4F37Cxxxx 1 0
[GNUPG:] GOOD_PASSPHRASE
gpg: encrypted with 2048-bit RSA key, ID F37Cxxxx, created 2013-09-06
      "Cargill, Incorporated (For JP Morgan) <eai_xxxx at cargill.com>"
[GNUPG:] BEGIN_DECRYPTION
[GNUPG:] PLAINTEXT 74 1382033372 test.txt
[GNUPG:] PLAINTEXT_LENGTH 661
gpg: Signature made Thu Oct 17 13:09:33 2013 CDT using RSA key ID DC66xxxx
[GNUPG:] SIG_ID +HaM3M1Nwxxxxxxxxxxxxx 2013-10-17 1382033373
[GNUPG:] GOODSIG F1E1C0B8DC66xxxx JPMC_xxxxxx <connectivity.services.xxxx at jpmchase.com>
gpg: Good signature from "JPMC_xxxxxx <connectivity.services.xxxx at jpmchase.com>"
[GNUPG:] VALIDSIG xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
[GNUPG:] TRUST_ULTIMATE
[GNUPG:] DECRYPTION_OKAY
[GNUPG:] GOODMDC
[GNUPG:] END_DECRYPTION

FAILED LOGS:

[GNUPG:] ENC_TO F3F4E3D4F37Cxxxx 1 0
[GNUPG:] GOOD_PASSPHRASE
gpg: encrypted with 2048-bit RSA key, ID F37Cxxxx, created 2013-09-06
      "Cargill, Incorporated (For JP Morgan) <eai_xxxx at cargill.com>"
[GNUPG:] BEGIN_DECRYPTION
[GNUPG:] PLAINTEXT 74 1382033701 test.csv
gpg: Signature made Thu Oct 17 13:15:03 2013 CDT using RSA key ID DC66xxxx
[GNUPG:] BADSIG F1E1C0B8DC66xxxx JPMC_xxxxxxx <connectivity.services.xxxx at jpmchase.com>
gpg: BAD signature from "JPMC_xxxxxxx <connectivity.services.xxxx at jpmchase.com>"

Any kind of help and suggestions will be appreciated.


Regards,
Vineeta Deshmukh
Cargill
Desk:- (952)-984-5812

-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/attachments/20131024/5e592fe1/attachment.html>