CN102025647B - 一种邮件发送及接收的系统和方法 - Google Patents

Abstract

本发明提供了一种邮件接收及发送的系统，包括：邮件服务器，附件存储服务器和邮件客户端。本发明提供了一种邮件发送方法，包括：编辑包含正文和附件的邮件；将编辑好的邮件剥离为正文邮件和附件；将所述正文邮件和附件分别发送至邮件服务器和附件存储服务器。本发明还提供了一种邮件接收方法，包括：从邮件服务器接收正文邮件，从附件存储服务器接收与正文邮件匹配的附件；将正文邮件和匹配的附件合并为一封邮件；将合并后的邮件提供给用户。应用本发明可以解决由于收件邮箱容量或某些邮件系统对附件大小的限制策略，使用户无法发送、接收带有大附件的邮件的问题。

Description

一种邮件发送及接收的系统和方法

技术领域

本发明涉及网络通讯领域，特别是指一种邮件发送及接收的系统和方法。

背景技术

电子邮件的工作过程遵循客户端-服务器模式。发送方通过邮件客户端(如outlook、foxmail等)，将编辑好的电子邮件发送到邮件服务器(SMTP服务器和POP3服务器)。发送方邮件服务器找到接收方的邮件服务器，将邮件传递到接收方邮件服务器。接收方通过其邮件客户端连接接收方邮件服务器，将邮件下载到本地进行阅读。

目前，由于收件邮箱容量或某些邮件系统对附件大小的限制策略，使用户发送带有大附件的邮件时，常被接收方服务器拒绝接收，从而导致发送失败，而无法满足用户的带有大附件的邮件的发送。尤其对于附件信息比较重要的情况，当邮件附件过大造成被接收方服务器拒绝接收时，更会延误接收方对所需文件的管理使用。

发明内容

有鉴于此，本发明的主要目的在于提供一种邮件发送及接收的系统和方法，以解决因收件邮箱容量或某些邮件系统对附件大小的限制策略，使用户无法发送、接收带有大附件的邮件的问题。

本发明提供的一种邮件发送及接收系统，包括：

邮件服务器，用于网络存储和传递邮件；

附件存储服务器，用于网络存储邮件中的附件；

邮件客户端，用于在本地向用户提供邮件的编辑和查看功能，以及将要发送的一封邮件的正文与附件剥离分别发送至邮件服务器和附件存储服务器；以及分别从邮件服务器和附件服务器接收邮件和附件并合并为一封邮件提供给用户。

由此可知，上述邮件系统通过将每封邮件的正文与附件剥离，实现了将正文邮件与附件分别发送至邮件服务器和附件存储服务器，解决了当邮件包含过大的附件时，因为邮件服务器的限制而不能被发送和接收的问题。

上述的系统中，其特征在于，所述邮件客户端包括：

编辑显示模块1，用于对要发送邮件进行正文编写及附件添加的编辑，以及显示所接收的邮件；

附件剥离与合并模块2，用于将通过编辑显示模块1编辑后的要发送的邮件剥离为附件和正文邮件，以及将发送与接收模块3传输过来的附件和正文邮件合并为一封邮件提供给编辑显示模块1；

发送与接收模块3，用于将由附件剥离与合并模块2剥离出来的附件和正文邮件分别发送至附件存储服务器和邮件服务器，以及从所述两个服务器分别接收附件和正文邮件提供给附件剥离与合并模块2。

由此可知，所述邮件客户端实现了邮件的编辑及显示，附件的剥离与合并，以及正文邮件与附件的分别发送和接收，解决了因邮件服务器的限制而不能发送和接收包含过大附件邮件的问题。

本发明提供的一种邮件的发送方法，其特征在于，包括步骤：

AX、编辑包含正文和附件的邮件；

BX、将编辑好的邮件剥离为正文邮件和附件；

CX、将所述正文邮件和附件分别发送至邮件服务器和附件存储服务器。

由此可知，上述方法实现了邮件的编辑，附件与邮件正文的剥离与，以及正文邮件与附件的分别发送，解决了因邮件服务器的限制而不能发送包含过大附件邮件的问题。

上述的方法中，其特征在于，步骤AX中还包括：

对所述附件根据预定义的上传文件格式的过滤条件进行过滤的步骤。

由此可知，上述步骤AX满足了用户对于限制上传附件格式的需求。

上述的方法中，其特征在于，步骤BX后还包括：

为正文邮件和附件生成并分别添加互相匹配的ID信息。

由此可知，上述步骤BX通过在正文邮件和附件中生成并分别添加互相匹配的ID信息，实现了正文邮件与附件被剥离后的映射关联。

上述的方法中，其特征在于，步骤BX后还包括：

在正文邮件中添加标示具有所述附件的信息。

由此可知，上述方法具有使邮件服务器识别出邮件是否包含附件信息。

上述的方法中，其特征在于，步骤BX后还包括：

将所述附件进行加密，并将对应的解密信息添加入正文邮件。

由此可知，上述方法通过对附件的加密确保附件的安全性，保证每个附件只能被与其关联的正文邮件解密。

本发明还提供了一种邮件的接收方法，其特征在于，包括步骤：

AY、从邮件服务器接收正文邮件，从附件存储服务器接收与正文邮件匹配的附件；

BY、将正文邮件和匹配的附件合并为一封邮件；

CY、将合并后的邮件提供给用户。

由此可知，上述方法实现了正文邮件与附件的分别接收，附件与邮件正文的合并，解决了因邮件服务器的限制而不能接收包含过大附件邮件的问题。

上述的方法中，其特征在于，步骤AY所述从邮件服务器接收正文邮件后还包括：

根据正文邮件中是否包含标示具有所述附件的信息确定是否从附件存储服务器接收所述附件的步骤。

由此可知，上述方法只对包含标示具有所述附件信息的正文邮件进行邮件合并，可以节省邮件服务器的工作量，提高邮件服务器的工作效率。

上述的方法，其特征在于，步骤AY所述从附件存储服务器接收与正文邮件匹配的附件的步骤包括：

根据正文邮件包含的ID信息从附件存储服务器接收与正文邮件ID信息匹配的ID的附件。

由此可知，上述方法使用户只需通过收取正文邮件，便可以查看和/或下载与其对应的附件。

上述的方法，其特征在于，步骤AY后还包括：

读取正文邮件中记载的解密信息，对被加密的附件进行解密。

由此可知，上述方法实现了每封邮件正文的解密信息只能用于解密与其相关联的附件，保证了附件信息的安全性。

附图说明

图1为本发明系统的构造图；

图2为本发明系统的邮件发送方法流程图；

图3为本发明系统的邮件接收方法流程图。

具体实施方式

如图1示出了本发明提供的一种邮件发送及接收的系统，包括邮件客户端、邮件服务器、附件存储服务器。当发送方通过邮件客户端发送带附件的邮件时，邮件客户端将用户所编写的邮件中携带的附件剥离并发送至附件存储服务器，将被剥离附件的邮件发送到邮件服务器。接收方通过邮件客户端接收邮件时，邮件客户端从其邮件服务器读取未包含附件的邮件，从附件存储服务器下载所述附件，在邮件客户端进行合并。当然，也可以自动在邮件正文中加入附件地址，由接收方根据所述地址去下载。

下面对本发明邮件系统进一步进行详细说明。

其中本发明邮件服务器可以采用现有的邮件服务器，用来进行邮件的存储和传递。

附件存储服务器用来存储与邮件相对应的附件。其中，附件的存储方式可以采用下述方式：

A、对应每个邮件，为其附件生成唯一的标示(ID)，当将附件存入附件存储服务器任意地址后，记录该存储地址返回该发送方邮件客户端，以添加到邮件正文中提供给接收方。其中存储地址可以为链接地址。

B、预先为不同的注册用户(可以以邮件地址作为注册ID)分配不同的存储空间，将附件存储到为发送方或接收方所分配的存储空间内，便于接收方客户端根据预先确定的方式(如约定访问其存储空间或访问发送方存储空间)去附件存储服务器相应的存储空间读取出与邮件所对应的附件(如上可以采用邮件与附件生成相同ID的方式实现一一对应)。

其中，附件存储服务器信息(IP地址)可以预先在邮件客户端进行配置，配置原理与配置邮件服务器(配置SMPT、POP3)类似，也可配置发送和接收所用的附件存储服务器信息，如IP地址、权限(用户名、密码等)等信息，所述邮件客户端与该附件存储服务器进行附件的上传和下载。

网络中设置多台附件存储服务器，由附件服务器之间根据附件信息(如IP地址或接收方邮件地址信息)进行信息传输，传输到接收方所使用的附件存储服务器。当然，也可以使用同一台附件存储服务器或由多台服务器虚拟成的一台服务器。

如图1示出了本发明的邮件客户端，用于向用户提供邮件的编写和显示功能，以及在发送邮件时，将同一封邮件的正文与附件分离发送，即将附件剥离发送至附件服务器，将被剥离附件的邮件发送至邮件服务器；以及在接收邮件时分别从邮件服务器和附件服务器接收邮件正文和附件进行合并以显示给用户。具体来说，邮件客户端包括以下子模块：

编辑显示模块1，用于用户编写邮件正文及向邮件中添加附件，还用于显示接收的邮件及显示附件信息。编辑显示模块1包括内容编辑子模块11、和显示子模块12。其中：

内容编辑子模块11用于向用户提供友好的邮件内容编辑界面。包括对正文格式的修改工具，如字体、对齐方式等，还包括个性化工具，如正文中个性签名等，还包括向邮件中添加附件，除了支持在邮件中添加所有主流文件格式，如.doc，.pdf，.jpg等以外，还可以根据需要，自定义上传文件格式过滤条件，例如，当接收方根据发送方的需要，定义只允许附件上传.doc、.wps和.pdf类型的文件，则其他类型的文件，如.mp3文件则不允许被加入邮件附件中。

显示子模块12用于作为接收方时将包含附件的邮件显示给用户。使用户在邮件客户端使用上与现有邮件客户端操作方式一致。

附件剥离与合并模块2，用于进行附件和邮件的剥离和合并。附件剥离与合并模块2包括附件剥离子模块21和合并子模块22。其中：

附件剥离子模块21用于将接收到的由编辑模块1编辑完成的邮件所包含的附件剥离出来，分成正文邮件(即剥离附件的邮件)和附件，并为正文邮件和附件分别生成并添加互相匹配的唯一ID信息，及在正文邮件的正文中加入标示包含所述ID附件的信息，这些信息可以显示给用户，例如所述信息添加在邮件头信息中。

合并子模块22用于将接收的附件和正文邮件进行合并，根据正文邮件的ID信息将匹配ID的附件合并到正文邮件中。

发送与接收模块3，用于将附件和正文邮件分别发送到附件存储服务器和邮件服务器上，以及从所述两个服务器分别接收附件和正文邮件。发送与接收模块3包括发送子模块31和接收子模块32。其中：

发送子模块31用于将来自附件剥离与合并模块2的同一封邮件的正文与附件分别发送到邮件服务器和附件存储服务器。发送子模块31由正文发送子模块311和附件发送子模块312组成。其中：

正文发送子模块311用于根据预先配置的邮件服务器信息(SMPT、POP3信息)将正文邮件发送至邮件服务器。附件发送子模块312也用于由预先配置的附件存储服务器信息(IP地址)将附件发送到附件存储器。

接收子模块32用于接收正文邮件和匹配的附件。接收子模块32包括正文接收子模块321和附件接收子模块322。其中：

正文接收子模块321用于根据邮件客户端记载的邮件服务器信息从邮件服务器下载正文邮件。附件接收子模块322用于根据正文邮件中记载的ID信息从附件存储服务器相应的存储空间(为接收方或发送方分配的存储空间)下载与所述ID信息匹配的附件。

下面参见图2示出的邮件发送的方法，对本发明邮件系统邮件发送方法进行详细说明。其中需要预先在邮件客户端进行邮箱服务器的设置(SMTP和POP3的设置)，同时要进行附件存储服务器的设置，如其接收和发送附件所使用的附件存储服务器地址。当然如同预先要注册邮件地址一样，也需要预先注册附件存储地址，如前文所述，可以使用用户的邮件地址作为其用户名进行注册，注册后附件存储服务器为该用户分配相应的存储空间以存储附件。

用户通过邮件客户端的编辑显示模块1编辑完信息，并在邮件中添加附件。其中通过邮件客户端，用户与现有邮件客户端一样的操作进行编辑邮件，添加附件到邮件，例如邮件发送方撰写、编辑邮件正文，添加需要传递的文件作为邮件附件。另外，当添加附件之前没有记载收件人附件接收服务器访问信息时，邮件客户端会提示发件人输入该信息。不知道收件人接收附件服务器访问信息，或者收件人没有用于接收附件的服务器的，可以不添加所述信息(按照普通方式传递邮件)。另外，在发件人设置了收件人可以接收的附件的文件格式信息后，收件人上传的文件格式与所述信息不符时，上述系统会自动提醒发件人上传文件格式不符合要求，并拒绝上传该文件。邮件编辑完成后，执行发送指令，将对所述邮件的正文及附件执行分离操作。

当编辑好邮件需要发送时，包括以下步骤：

步骤201：由邮件客户端的附件剥离子模块21将邮件中的附件剥离出来，分成正文邮件(即剥离附件的邮件)和附件，并为正文邮件和附件分别生成并添加互相匹配的唯一ID信息，及在正文邮件中加入标示包含所述ID附件的信息，这些信息可以不显示给用户，例如所述信息添加在邮件头信息中。附件可在其文件头中加入相匹配的所述ID信息。

其中，还可以对附件进行加密，相应的解密所需要的信息也添加在所述邮件头信息中，便于接收方邮件客户端读取邮件头信息中的解密信息对附件进行解密。

步骤202：邮件客户端的正文发送模块311通过根据预先配置的邮件服务器信息(SMTP、POP3)将正文邮件发送至其邮件服务器。

另一方面，邮件客户端的附件发送子模块312根据预先配置的附件存储服务器信息(IP地址)将附件发送到附件存储服务器。

步骤203：发送方邮件服务器根据接收方邮件地址将邮件转发至接收方的邮件服务器。具体包括：发送邮件服务器判断此邮件是否为本地邮件，若是直接投送到用户的邮箱，否则向域名服务器(DNS)查询远端接收方邮件服务器的邮件交换(MX)纪录，并建立与远端接收邮件服务器之间的一个双向传送通道，此后邮件转发到接收方邮件服务器。

另一方面，若接收方与发送方采用不同的附件存储服务器，则发送方附件存储服务器也将附件转发到接收方附件存储服务器，存储在接收方服务器为接收方分配的存储空间下。

由于附件存储器主要用于存储，为了节省网络存储空间，可以将接收方与发送方采用相同的附件存储服务器。其中为了扩展存储空间，如上文所述可以采用多个服务器进行虚拟为一个附件存储服务器。

下面再对图3示出的本发明邮件系统邮件接收方法进行详细说明。其中包括以下步骤：

步骤301：邮件客户端的正文接收子模块321根据邮件客户端记载的邮件服务器信息从邮件服务器下载正文邮件。

当判断正文邮件中存在ID信息时，则附件接收子模块322从附件存储服务器相应的存储空间(预先设定的接收方或发送方的存储空间)下载与所述ID信息匹配的附件。其中，若是到附件存储服务器为发送方分配的存储空间去下载该附件，则还包括发送方附件存储服务器验证接收方邮件地址等信息的步骤，可以采用现有的验证过程，此处不再赘述。

步骤302：接收方邮件客户端的合并子模块22将接收的附件和正文邮件进行合并，根据正文邮件的ID信息将匹配ID的附件合并到正文邮件中。

若在发送的步骤中对附件进行了加密存储，则此处还根据正文邮件头中记载的解密信息对加密的附件进行解密，再进行合并。

步骤303：将合并后的邮件通过邮件客户端的显示子模块12显示给用户。

如上实现了邮件的发送和接收，其中的附件被剥离发送和接收，邮件客户端根据预先设置的收件人附件接收服务器的地址，访问权限，密码，确定文件传输协议及端口，将所述附件发送至收件人附件接收服务器。但对于用户使用邮件客户端时，其使用与现有的邮件客户端使用方式相同，不影响其使用的舒适性。

上述实施例是预先由附件存储服务器为不同的注册用户分配不同的存储空间为实施例的。另外，也可以不预先为用户分配存储空间，以使得存储空间动态地为各个用户分配。可以通过下述步骤实现该方式：

当发送方邮件客户端的附件发送子模块312上传附件到附件存储服务器时，并未到指定的存储空间，而是存储到附件存储服务器为其分配的任意存储空间，并且，附件存储服务器将所存储的附件存储地址(如附件地址的链接，该链接可以根据约定的文件、路径定义规则进行定义)返回给发送方邮件客户端，由邮件客户端的附件剥离子模块21将所述附件存储地址记录到邮件头中，以便于接收方邮件客户端根据邮件头中的该信息自动到所述的附件存储地址下载该附件。

不难理解，所述附件的链接信息，或者是该邮件有对应附件的信息也可以是添加到邮件正文中以明文显示，由接收方自己去访问相应的地址去查看或下载该附件。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种邮件发送及接收系统，包括：

邮件服务器，用于网络存储和传递邮件；

附件存储服务器，用于网络存储邮件中的附件；

邮件客户端，用于在本地向用户提供邮件的编辑和查看功能，以及将要发送的一封邮件的正文与附件剥离分别发送至邮件服务器和附件存储服务器；以及分别从邮件服务器和附件服务器接收邮件和附件并合并为一封邮件提供给用户；

所述邮件客户端包括：

编辑显示模块(1)，用于对要发送邮件进行正文编写及附件添加的编辑，以及显示所接收的邮件；

附件剥离与合并模块(2)，包括附件剥离子模块(21)和合并子模块(22)；

发送与接收模块(3)，包括发送子模块(31)和接收子模块(32)，发送子模块(31)包括正文发送子模块(311)和附件发送子模块(312)，接收子模块(32)包括正文接收子模块(321)和附件接收子模块(322)；

附件剥离子模块(21)用于将通过编辑显示模块(1)编辑后的要发送的邮件剥离为附件和正文邮件，并为附件和正文邮件分别创建和添加互相匹配的ID信息，所述正文邮件添加ID信息时以不显示给用户的方式添加至其邮件头；

附件发送子模块(312)和正文发送子模块(311)分别用于将由附件剥离子模块(21)剥离出来的附件和正文邮件分别发送至附件存储服务器和邮件服务器，

正文接收子模块(321)用于从所述邮件服务器接收正文邮件；附件接收子模块(322)用于根据该正文邮件的ID信息从附件存储服务器下载与该ID所匹配的附件；

合开子模块(22)用于将附件接收子模块(322)和正文接收子模块(321)传输过来的具有互相匹配的ID信息的附件和正文邮件合并为一封邮件提供给编辑显示模块(1)。

2.一种邮件的发送方法，其特征在于，包括步骤：

AX、编辑包含正文和附件的邮件；

BX、编辑好的邮件要发送时，将编辑好的邮件剥离为正文邮件和附件，在正文邮件中添加标示具有所述附件的信息，且为正文邮件和附件生成并分别添加互相匹配的ID信息；正文邮件添加上述信息时以不显示给用户的方式添加至其邮件头；

CX、将所述正文邮件和附件分别发送至邮件服务器和附件存储服务器。

3.根据权利要求2所述的方法，其特征在于，步骤AX中还包括：

对所述附件根据预定义的上传文件格式的过滤条件进行过滤的步骤。

4.根据权利要求2所述的方法，其特征在于，步骤BX后还包括：

将所述附件进行加密，并将对应的解密信息添加入正文邮件。

5.一种邮件的接收方法，其特征在于，包括步骤：

AY、从邮件服务器接收正文邮件，从附件存储服务器接收与正文邮件匹配的附件，根据正文邮件的邮件头中是否包含不显示给用户的标示具有所述附件的信息确定是否从附件存储服务器接收所述附件，并根据正文邮件的邮件头包含的不显示给用户的ID信息从附件存储服务器接收与正文邮件ID信息匹配的ID的附件；

BY、将正文邮件和匹配的附件合并为一封邮件；

CY、将合并后的邮件提供给用户。

6.根据权利要求5所述的方法，其特征在于，步骤AY后还包括：

读取正文邮件中记载的解密信息，对被加密的附件进行解密。

Images