我需要网络传输客户端 - 服务器加密解决方案（即签名和加密的客户端，并验证和解密的服务器端）。
我使用HTTP，SSL，但并不是由于共享主机的限制可用的（我的服务器是一个共享的主机环境）。 展望替代解决方案，我决定使用的OpenPGP GnuPG的 。 其中的一个原因是，它是在PHP中通过各种PEAR和PECL模块（PHP是我打算用两个我的客户端脚本和我的服务器脚本语言，尽管Perl是也可以作为最后的手段）的支持。
现在我试图决定最佳的方式来传输数据。 我所遇到的RFC 1847年 ，它定义加密和签名的多部分MIME消息。 该协议在PGP具体扩展RFC 3156 。 （我认为这些协议相关的S / MIME加密的电子邮件协议）。
我的问题是：没有任何理由按照这些标准吗？ 至于协议去，它们看起来像明智的解决方案，但没有实际使用该协议的任何客户端？ 例如，如果我犯了一个多/加密请求Apache Web服务器，会不会有来检索数据没有简单的方法？ 使用PHP脚本我的测试使我觉得PHP是没有用试图破译喜欢这些请求（$ _ POST数据似乎来自“的multipart / form-data的” MIME类型的数据）。
由于我的主机将让我打开插座， 将有可能对我来说，使用PHP的套接字编程API来写一个PHP脚本作为将接受“多/加密”和“多部分/签名” HTTP请求的服务器，但是这似乎有点小题大做。
有什么建议么？
关于我的问题的详细信息，请参阅这个问题 。
