Are you saying that you don't believe public key encryption is a well-understood problem at this point? It was my impression that it makes very little difference which method one uses. All of the ones I've seen seem to support what I want do, i.e. encrypt with a public key and decrypt with a private key later on a separate machine.
Re: Re: public key encryption
Replies are listed 'Best First'.
No, but if you have requirements that you need to meet as well (customer only uses MS products, legal will not allow anything with GNU in it, key size limitations, implementation limitations (netscape and poor initial seed selection, anyone?), strength of cipher used, and so on), then those should be evaluated first, or at least balanced with the desire to use the XYZ API.
A problem being well understood does not preclude a solution from having flaws in either design or implementation, nor does it preclude other requirements from limiting your solution set. If you have no requirements other than that0 you can transform it into and out of a secure1 form, then ignore my post.
That is all that I am saying.
1 - any definition of "secure" brings along with it other baggage, which I would also consider as requrements.