这个问题是2006年2月28日明确提出来的:由于没应用S/MIME创建安全性关系，假如收件人不兼容发件人应用的信息摘要算法会出现什么事情呢?
答:安全性关系式2个或2个以上实体线相互关系，表明她们怎么使用安全保障安全性地通讯。例如，一个安全性关系是在联系期内的SSL对话流程中确立起來的。当一个客户期待创建一个SSL通讯的情况下，客户要推送一个包括他期待采用的或是适用的加密系统的“顾客问好”信息。网络服务器也将应用“顾客问好”回应，而且也包括它适用的加密系统的信息。随后，这一顾客就承担挑选它将与网络服务器共享资源的加密系统以创建安全性关系。如果你对电子邮件开展数字签名的情况下，你或许不清楚收件人应用哪些电子邮件客户端软件及其这一手机软件适用的加密系统，因而，就无法创建安全性关系。正如你的问题暗示着的那般，这将会造成收件人的电子邮件客户端软件不兼容建立这封电子邮件信息的算法或是散列值。
一般来说，当接到一封数字签名的信息时，电子邮件客户端软件将测算自身的这一信息的散列值而且应用公共性密匙破译包括在电子邮件信息中的这一散列值，而且比照这两个值。假如这两个值相符合，签字信息的收件人就能确保这一信息沒有被伪造而且是由这一专用型密匙的拥有人签定的。假如收件人的电子邮件客户端软件因为不兼容发件人的算法而不可以测算出这一报文引言，收件人的电子邮件客户端软件就无法认证发件人的真实身份或是这封电子邮件的一致性。
S/MIME协议书解决了这个问题。大部分电子邮件客户端软件都兼容的第三版S/MIME协议书由好多个RFC构成。在其中RFC 3370可鉴别S/MIME第三版手机软件务必适用的算法。这种算法包含:安全性散列算法-1(SHA-1)和测算散列值的报文引言-5(MD5);数字签名算法和用以签字的RSA数据加密算法;RC2和用以报文数据加密的三次数据库加密规范(3DES)。这将保证所有选用S/MIME协议书的手机软件做到基本上兼容的水准。可是，电子邮件客户端软件假如恰当辨别出实际电子邮件应用的算法还可以提升另外的算法。事实上，报文引言算法用以签定一个报文，这一算法储存在包括“SignerInfo digestAlgorithms”(签名者报文引言算法)字段名的“SignedData”(签字数据信息)值中。据这一RFC称，假如一个电子邮件客户端软件不能够鉴别或是适用这一算法，它务必通告客户这一客户端软件不可以恰当地认证这一电子邮件报文。
殊不知，假如发件人早已从之前的报文中得到了收件人的公共性密匙和数字证书，X.509数字证书可以应用签字算法识读器，那样，发件人的电子邮件客户端软件就可以应用那一个信息挑选一种适度的算法。这就代表着安全性关系可以在电子邮件推送和接受以前就可以创建。***，请记牢，在电子邮件互换全过程中采用的数据加密作用还能够依据包含隐私协议、客户钟爱和法规限定等外界信息创建。
【编辑推荐】