一种邮件发送及接收的系统和方法 【技术领域】
本发明涉及网络通讯领域，特别是指一种邮件发送及接收的系统和方法。背景技术 电子邮件的工作过程遵循客户端 - 服务器模式。 发送方通过邮件客户端 ( 如 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 将所述附件存储地址记录到邮件头中，以便于接收方邮件客户端根据邮件头中的该 信息自动到所述的附件存储地址下载该附件。
不难理解，所述附件的链接信息，或者是该邮件有对应附件的信息也可以是添 加到邮件正文中以明文显示，由接收方自己去访问相应的地址去查看或下载该附件。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的 精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围 之内。