Fw: need help for GPG 1.2.1 binary for REHL 5.8

[Snehendu Ghosh]

I was not listed previously. Sending again.



From:
Snehendu Ghosh/APAC/TCS
To:
gnupg-users at gnupg.org
Cc:
Kumar Manishgupta/APAC/TCS at TCS
Date:
21/08/2013 09:56 AM
Subject:
Fw: need help for GPG 1.2.1 binary for REHL 5.8


Hi,

I try to reply Peter. But it has bounced from his email id.

Please refer to our response below.


Thanks,
Snehendu

----- Forwarded by Snehendu Ghosh/APAC/TCS on 21/08/2013 09:53 AM -----

From:
Snehendu Ghosh/APAC/TCS
To:
peter at digitalbrains.com
Cc:
gnupg-users at gnupg.org, guptamanish at qantas.com.au, Mini George/KOL/TCS at TCS, 
Pinky Roy/KOL/TCS at TCS, Binayendu Mandal/KOL/TCS at TCS, Abdul 
Alim/APAC/TCS at TCS
Date:
21/08/2013 07:43 AM
Subject:
Re: need help for GPG 1.2.1 binary for REHL 5.8



Hi Peter,

Thanks for your reply. 

In brief, the background is that we are replacing an existing iHub system 
which acts as a router for files transfer to and from Oracle EBS. In 
current system, for inbound interfaces, encrypted files come from third 
parties to iHub and being decrypted before sending to EBS. Similarly for 
outbound interfaces, files come from EBS, being encrypted in iHub before 
sending it to third party system.

Now the problem is the existing iHUb system is very old and it has 1.2.1 
version for encryption/decryption. We are assuming all the third parties 
are using same old version for encryption/decryption in their side. And 
there is no issue with encryption/decryption in existing system. It is 
much stable.

We are not expecting any of the third party will make any changes in their 
side. That is the reason we want to go with the 1.2.1 version to minimize 
the risk.


Now assume a scenario, where we implement 1.4 version in our to-be system, 
encrypt a file with 1.4 version and send it to a third party. We are not 
sure if that third party will able to do decryption using a lower version.


We are working from Sydney, Australia. I don't know which time zone you 
are working in.

Can we set up a tele-conference with you today so that we can explain you 
our requirement ? 



Thanks,
Snehendu Ghosh
Cell - +61 469169598
Tata Consultancy Services
Mailto: snehendu.ghosh at tcs.com
Website: http://www.tcs.com
____________________________________________
Experience certainty. IT Services
Business Solutions
Consulting
____________________________________________

-----Peter Lebbing <peter at digitalbrains.com> wrote: -----
To: Manish Gupta <guptamanish at qantas.com.au>
From: Peter Lebbing <peter at digitalbrains.com>
Date: 08/21/2013 05:44AM
Cc: "gnupg-users at gnupg.org" <gnupg-users at gnupg.org>, Mini George 
<mini.george at tcs.com>, Pinky Roy <pinky.roy at tcs.com>, Snehendu Ghosh 
<snehendu.ghosh at tcs.com>
Subject: Re: need help for GPG 1.2.1 binary for REHL 5.8

> we are searching for binary for GPG 1.2.1 version for Red Hat Enterprise
> Linux 5.8

You're trying to install a version released in 2002 on an OS released in 
2012.
I'm not surprised you can't find binaries! Why do you want to do this? 
1.2.1 has
known issues and should not be used these days. It's more than a decade 
old!

I think your effort is much better spent on changing your workflow to use 
the
latest 1.4 release. Again, why do you want to install 1.2.1?

HTH,

Peter.

-- 
I use the GNU Privacy Guard (GnuPG) in combination with Enigmail.
You can send me encrypted mail if you want some privacy.
My key is available at <http://digitalbrains.com/2012/openpgp-key-peter>


=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you


-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/attachments/20130821/ea751da6/attachment.html>