[发明专利]一种挂号电子邮件的传输方法

说明书

技术领域

本发明涉及一种挂号电子邮件的传输方法，属于信息安全领域。

背景技术

挂号电子邮件作为电子邮件的一种安全增强服务在目前电子邮件得到广泛应用的前提下，显的越来越迫切，目前涉及到的电子邮件的安全解决方法有S/MIME，PEM，PGP等，分别用来保证邮件的机密性，隐私性和认证性，挂号邮件可以用来保障电子邮件的接收非否认性，和现实生活中的挂号邮件相对应，邮件的发送者可以获得一个邮件接收者的非否认证据，和现实生活中的挂号邮件一样，如果接收者获得了邮件，那么发送者一定能够获得邮件的接收收据，否则如果发送者没有获得邮件的接收收据，那么接收者也无法获得邮件。

有学者指出“更加专业的使用邮件的过程中，缺乏消息收据是邮件服务这种基础设施中缺少的一块，挂号邮件是安全消息面临的下一个挑战”，正像公钥基础设施(PKI)及其相关的目录服务需要访问和检索公钥和数字证书一样并不是那么容易获得，安全消息也存在这样的问题，相对于PGP，S/MIME的开发者考虑非否认性，并在RFC 2634中给出签名的收条，然而S/MIME签名收条假想接收者在发送者要求收条的时候会发送收条给发送者，这样的假想是不现实的，因为如果某人是公平的参与者，那么也没有必要要求来自他的收条，因而S/MIME签名收条并没有被广泛采用。

对于商业的挂号邮件无法获得详细的资料和相关技术细节，从可以获得的资料可知一些商业挂号邮件服务是基于安全Web服务器，利用Web服务器作为可信第三方而实现挂号邮件的特征，不支持目前被广泛采用的Internet电子邮件系统架构。

时间认证性也是Internet中交互的一种重要的特性，尤其是在电子商务的过程中，时间认证性更加重要，比如通过电子邮件提交专利，具有时间认证性的邮件系统可以为同类的专利申请提供可比较的有权威机构签名的时间戳已证明专利提交的时间，从而防止因为本地时间不同而引起的时间不可判定的问题。

1982年，ARPANET电子邮件建议被发表为RFC 821(传输协议)和RFC 822(消息格式)，这些建议后来成为了事实上的Internet电子邮件协议标准。之后，CCITT草拟了X.400提议，被作为OSI的MOTIS(面向文本的互换系统)的基础，经过一段时间的竞争，基于RFC 822/821的电子邮件系统因其简单实用被广泛应用，和X.400相比，Internet电子邮件传输协议SMTP具有标准功能，可选功能，可以向信息头插入任何数据，可以发送同一信息中相同内容的多个副本等特征。

Internet电子邮件系统由两个子系统组成：用户代理(MUA，Mail User Agent)和消息传输代理(MTA，Mail Transfer Agent)。用户代理是一个本地程序，提供命令方式、菜单方式或图形方式的界面与电子邮件系统交互；消息传输代理作为后台守护进程接收用户代理的请求，并在系统之间传输邮件。

用户代理并不接收邮件，它只是显示已经在用户邮箱中存在的邮件，MUA接受用户输入的各种指令，将用户的邮件传送至邮件传输代理，或者通过POP、IMAP将信件从传输代理取到本机。

MTA除了接收MUA的请求外，还根据邮件的目标地址查找对应的邮件服务器，将邮件在服务器之间传输，将接收到的邮件缓存或者提交给本地的投递程序进行投递。具体来讲，MTA的任务就是接受MUA的委托，将邮件从一个系统投递到另外一个系统，并收下远程MTA送来的邮件。当MTA收到MUA或者MTA的请求后，它会首先判断是否应该受理，对于一个外发的邮件，MTA决定接收方的目的地，如果目的地主机是远程的邮件服务器，那么MTA通过同这个远程的主机建立连接并传递邮件，同时，MTA能够响应远程邮件服务器的连接请求，并为本地用户接收邮件。对于一些要交给其他网络的邮件，有可能会经过多个MTA接力传递。作为邮件终点站的MTA发现收件人是本地系统用户后，便将邮件交给本地投递代理(MDA)进行投递，邮件被投递到邮件存储区，最终由MUA通过POP3来将邮件获取到本地(这里只考虑POP3获取邮件的方式)，如附图1所示。

发明内容

本发明的目的在于提供一种挂号电子邮件的传输方法，其可在Internet邮件系统的架构下，实现具有时间认证性的挂号邮件，达到在现有的邮件服务器上进行很少的修改便可以实现挂号邮件的功能。本发明通过在邮件被获取的时候先只提供邮件的主题、邮件的摘要信息、发送者给接收者，要求接收者发送接收收据，只有在接收者发送了接收收据以后，系统才会将邮件正文提供给接收者。同时本发明中的挂号邮件还具有时间认证性。