收端发送邮件头，保留一份邮件头和邮件内容在服务端中，避免了接收完整的电子邮件占用空间大的问题，从而可以减少占用服务器或收件人电脑的空间，此外，将邮件头作为通知的方式发送给各个接收端，可以加快电子邮件收发的速度，从而减少接收端接收电子邮件的时间，以及，发送电子邮件的时间，降低了成功收发邮件的难度。
[0108]参照图2，示出了本发明的一种电子邮件的接收方法实施例的步骤流程图，具体可以包括如下步骤:
[0109]步骤201，所述接收端从服务端接收邮件头；其中，所述服务端包括服务器和/或
~.丄山
；
[0110]接收端启动邮件服务后，可以从服务器和/或云端接收邮件头。在接收端接收邮件头之前，邮件头可以保存在服务器和/或云端中，在接收端接收邮件头之后，邮件头就可以保存在该接收端本地。
[0111]需要说明的是，接收端可以从云端接收邮件头，接收端可以通过RIP协议与发送端或其他接收端进行RIP连接，从而可以从发送端或其他接收端处获取邮件头，在某些情况下，发送端和接收端之间收发电子邮件可以不需要服务器。
[0112]步骤202，当依据所述邮件头确定需要进一步获取邮件内容时，所述接收端从所述服务端及其他接收端中查找存储有所述邮件内容的目标节点；
[0113]当接收端收到邮件头后，根据邮件标题和/或其他内容确定该接收端需要进一步获取邮件内容时，接收端可以查找涉及该电子邮件的目标节点，目标节点可以包括服务端及其他接收端，为了成功并且快速稳定的接收邮件内容，可以从服务端及其他接收端中查找在线的服务端及其他接收端，再从在线的服务端及其他接收端中查找出包含该邮件内容的服务端及其他接收端，最后，从包含该邮件内容的服务端及其他接收端中选择速度最快的作为目标节点。
[0114]在本发明的一种优选示例中，所述目标节点可以为服务端或其他接收端，所述步骤202具体可以包括以下子步骤:
[0115]子步骤S11，所述接收端判断所述服务端和/或其他接收端是否在线；若是，则执行步骤S12 ;
[0116]在本发明的一种优选示例中，所述子步骤Sll具体可以包括以下子步骤:
[0117]子步骤S111，所述接收端向所述所述服务端和/或其他接收端发送路由信息协议RIP连接请求；
[0118]子步骤S112，若接收到所述服务端和/或其他接收端针对所述路由信息协议RIP连接请求返回的反馈信息，则判定所述服务端和/或其他接收端在线。执行步骤S12 ；
[0119]当接收端可以和服务端和/或其他接收端建立RIP连接时，即接收端发送RIP连接请求后，可以接收到服务端和/或其他接收端针对该RIP连接请求的反馈时，则判定该服务端和/或其他接收端在线，否则，判定该服务端和/或其他接收端不在线。
[0120]子步骤S12，所述接收端检测所述判断在线的服务端和/或其他接收端中是否存储有所述邮件内容；若是，则执行步骤S13 ；
[0121 ]当判定该服务端或其他接收端在线后，可以检测在线的服务端或其他接收端是否接收过该邮件内容，若是，则该服务端和/或其他接收端存储有该邮件内容，否则，该服务端和/或其他接收端未存储有该邮件内容。
[0122]子步骤S13，检测所述存储有包含所述邮件内容的服务端和/或其他接收端的数据传输速度；
[0123]当在线且存储有该邮件内容的服务端和/或其他接收端的数量多于一个时，可以根据服务端和/或其他接收端数据传输速度，选择速度最快的服务端或其他接收端作为目标节点。
[0124]在本发明的一种优选示例中，所述邮件内容被划分为若干数据块，所述子步骤S13具体可以包括以下子步骤:
[0125]子步骤S131，统计所述存储有包含所述邮件内容的服务器和/或其他接收端在预设时间段内发送所述数据块的数量；
[0126]其中，邮件内容可以是以数据块为单位进行存储和分发，预设时间可以根据实际需要确定。
[0127]统计服务端和/或接收端在预设时间内发送所述小块的数量。
[0128]子步骤S132，依据所述数据块的在预设时间段内的发送数量，确定所述服务器和/或其他接收端的数据传输速度。
[0129]根据预设时间内发送数据块的数量确定服务端和/或其他接收端数据传输速度，预设时间段内发送数据块的数量越多，数据传输速度越快。
[0130]子步骤S14，确定所述数据传输速度最快的服务端或其他接收端为目标节点。
[0131]确定出数据传输速度最快的服务端或其他接收端后，将其作为目标节点。
[0132]本发明通过从存在包含所述邮件内容的服务器及其他接收端中查找速度最快的目标节点，可以进一步地加快收发电子邮件的速度，从而降低成功收发邮件的难度，减少占用服务器或收件人电脑的空间，提高邮件使用的安全性与私密性。
[0133]步骤203，所述接收端向所述目标节点发送邮件内容获取请求；
[0134]目标节点可以是发送端、服务端或其他接收端。
[0135]接收端向查找到的目标节点发送邮件内容获取请求。例如:目标节点是服务端，则接收端向服务端发送邮件内容获取请求。
[0136]步骤204，所述接收端接收所述目标节点针对所述邮件内容获取请求返回的邮件内容。
[0137]目标节点接收到接收端发送的邮件内容获取请求后，采用RIP协议进行连接然后通信，向接收端发送邮件内容，接收端收取后，保存在接收端本地。
[0138]其中，采用RIP协议进行连接包括目标节点、接收端、云端、中转节点设备，采用RIP协议进行连接的步骤可以包括:
[0139]步骤i，接收端发送与目标节点进行直接连接的请求至所述云端；
[0140]步骤ii，当依据所述云端针对所述请求的反馈，所述接收端无法与所述目标节点进行直接连接时，接收所述云端返回的一个或多个中转节点设备的信息；
[0141]步骤iii，所述接收端依据所述一个或多个中转节点设备的信息连接所述一个或多个中转节点设备；若连接成功，则将连接成功的一个或多个中转节点设备的信息发送至所述目标节点；所述目标节点用于依据所述一个或多个中转节点设备的信息连接所述一个或多个中转节点设备，并记录连接成功的一个或多个中转节点设备的信息；
[0142]步骤iv，所述接收端接收所述目标节点连接成功的一个或多个中转节点设备的信息并记录；
[0143]当所述接收端向目标节点发送邮件内容的数据包时，所述接收端按照所述目标节点连接成功的一个或多个中转节点设备的信息将邮件内容的数据包发送至其中至少一个中转节点设备，所述中转节点设备用于将所述邮件内容的数据包转发至所述目标节点，
[0144]相对地，当所述目标节点向接收端发送邮件内容的数据包时，所述目标节点按照所述接收端连接成功的一个或多个中转节点设备的信息将邮件内容的数据包发送至其中至少一个中转节点设备，所述中转节点设备用于将所述邮件内容的数据包转发至所述接收端。
[0145]当然，上述RIP连接的处理方式只是作为示例，在实施本发明实施例时，可以根据实际情况设置其他RIP连接的处理方式，本发明实施例对此不加以限制。另外，除了上述RIP连接的处理方式外，本领域技术人员还可以根据实际需要采用其他RIP连接的处理方式，本发明实施例对此也不加以限制。
[0146]需要说明的是，接收端收取到电子邮件后，还可以对该电子邮件进行回复、转发以及删除等操作。
[0147]其中，对该电子邮件进行回复的操作与图1所示的发送方法实施例基本相同，回复该电子邮件相当于创建一个新的电子邮件，不同之处在于，创建的该新的电子邮件的邮件头可以包括该新的电子邮件的邮件标识、邮件标题、发件人信息、引用的电子邮件的邮件标识(即被回复的电子邮件的邮件标识)，该新的电子邮件中包括新的接收端信息，新的接收端信息可以包括接收人列表、查看人列表，接收人列表、查看人列表和引用的电子邮件中的接收人列表、查看人列表在默认情况下可以是一致的，当然，也可以由接收端自行对该新的电子邮件中接收人列表进行增减操作，减少的则不会接收到该新的电子邮件，增加的则可以被添加到查看人列表中，也可以在查看人列表中增加暗送人，收到该新的邮件的其他接收端可以关联到该引用的电子邮件上进行显示。
[0148]对该电子邮件进行转发的操作与对该电子邮件进行回复的操作相似，在此就不再赘述。
[0149]对该电子邮件进行删除的操作分为电子邮件的发送端的删除操作和接收端的删除操作。其中，发送端可以是电子邮件的发送端，也可以是回复或转发该电子邮件的接收端，该接收端作为回复或转发的电子邮件的发送端。发送端的删除操作可以从服务器中删除该发送端发送的电子邮件，删除后该电子邮件的接收人列表和查看人列表中的用户都无法再查看到该电子邮件，也即，服务器中保留的该电子邮件被完全删除，当该电子邮件的接收人列表和查看人列表中已经收取该电子邮件到本地的用户处于离线状态时，该电子邮件尚未被同步删除，当该电子邮件的接收人列表和查看人列表中的用户处于在线状态时，不论是否已经收取该电子邮件到本地，