CN102882766A - 一种电子邮件投递方法及邮件系统 - Google Patents

Abstract

本发明公开了一种电子邮件投递方法，包括：发送邮件前，发件方的邮件系统判断收件方的邮件系统是否支持RFC6532格式的邮件地址，所述发件方的邮件系统支持RFC6532格式的邮件地址，所述邮件中包含RFC6532格式的邮件地址；判断为是时，将所述邮件发送至收件方的邮件系统，判断为否时，对所述邮件进行修改处理，并将修改后的邮件发送至收件方的邮件系统。本发明还公开了一种邮件系统。采用本发明，只需通过扩展域名的记录项，便可实现通过DNS查询就可以获知站点是否支持国际化邮件地址协议，有效地实现快速判断收信方邮件系统是否支持国际化邮件地址协议，为邮件系统解决新旧协议邮件的兼容性，提供快速、准确的判定依据。

Description

一种电子邮件投递方法及邮件系统

技术领域

本发明涉及通信领域，尤其涉及一种电子邮件投递方法及邮件系统。

背景技术

国际化邮件地址协议RFC 6532描述了一种新的、包含非ASCII码字符的邮件地址描述方式。目前绝大多数的邮件系统支持的是RFC 2047协议，用该协议可以描述包含非ASCII码字符的邮件地址，但不能解析包含非ASCII码字符的邮件地址部分，即RFC 6532格式的邮件地址与RFC 2047的邮件地址不能兼容。由于包含RFC 6532格式邮件地址的邮件投递到不支持RFC6532的邮件系统中，可能会造成投递失败、或者发信人邮件地址不能辨认和阅读、或者收信人不能正确回信等问题，因此，需要有机制，让支持RFC6532的邮件系统及时发现收信方的邮件系统是否支持RFC 6532，以便为邮件的正常投递作出一些兼容性的改变或者投递策略的变更。

国际化邮件地址扩展SMTP协议RFC 6531，描述了如何通过扩展SMTP协议来发现一个邮件系统是否支持国际化邮件地址，但这个操作流程建立在SMTP投递过程当中，因此，只使用RFC 6531协议进行判断会存在以下缺点：

1、绝大部分的邮件系统是在进行SMTP发送之前，已经按照MIME协议组装好信件。当SMTP的时候才发现对方邮件系统不支持国际化邮件地址，则必须在SMTP的时候重新替换信件的内容或重新组装信件，因此会对系统造成不必要性能损耗和运算开销，但如果不重新组装，则可能导致信件发送失败，或收信方无法正确阅读邮件。

2、为防止垃圾邮件的进入，很多邮件系统需要对邮件进行DomainKey的签名，而DomainKey一般都在邮件投递之前已经计算完毕。SMTP过程中因为兼容性问题更改了信件的头部，则需要重新计算DomainKey，造成资源浪费。但如果DomainKey不提前计算，则当邮件是同时发送给多个收信人的时候，会变成每一个收信人都要重新计算一次DomainKey，同样造成资源浪费。

3、邮件系统一般提供发送到外站的信件会保存一封到发信人的“已发送”的目录下面。如果保存到“已发送”的邮件先于外投邮件存在，而外投邮件由于在SMTP的时候才发现对方不支持RFC6532，而发生内容改变，这样就造成外投的邮件和保存到“已发送”的邮件内容不一致，容易造成用户使用上的困惑。但是，如果保存到“已发送”的邮件在外投邮件完成之后再生成，而外投邮件有可能因为网络等原因延迟发送，从而造成用户在这段时间内无法在“已发送”目录下找到自己发送的邮件，另外，对于一些依靠已发送邮件来提供邮件发送状态跟踪的系统来说，也不允许这种延迟的邮件生成。

4、对于SMTP投递信件的模块可以通过扩展SMTP查询对方是否支持RFC6532，但其他模块则无法可以知道。

5、如果把RFC6531封装成为一个专门查询对方是否支持国际化邮件地址的查询模块，在组装信件之前先通过该模块进行查询，然后在决定如何组装、签名、以及生成“已发送”邮件。但是，这样会产生大量无实际投递信件操作的SMTP链接，很容易被当前的邮件系统认为该地址在进行SMTP攻击，而把该地址列入黑名单，而且SMTP是TCP链接，建立和执行查询的效率低下。相应地，为减少多余的SMTP查询，可建立相应的缓存机制，但这需要一定的额外开发工作。

发明内容

本发明所要解决的技术问题在于，提供一种电子邮件投递方法及邮件系统，可快速发现收信方的邮件系统是否支持国际化邮件地址协议，为邮件系统解决新旧协议邮件的兼容性，提供快速、准确的判定依据。

为了解决上述技术问题，本发明提供了一种电子邮件投递方法，包括：发送邮件前，发件方的邮件系统判断收件方的邮件系统是否支持RFC6532格式的邮件地址，所述发件方的邮件系统支持RFC6532格式的邮件地址，所述邮件中包含RFC6532格式的邮件地址；判断为是时，将所述邮件发送至收件方的邮件系统，判断为否时，对所述邮件进行修改处理，并将修改后的邮件发送至收件方的邮件系统。

作为上述方案的改进，所述发件方的邮件系统判断收件方的邮件系统是否支持RFC6532格式的邮件地址的步骤包括：查询所述收件方的邮件系统的DNS信息；判断所述DNS信息中是否包含识别标识，判断为是时，所述收件方的邮件系统支持RFC6532格式的邮件地址，判断为否时，所述收件方的邮件系统不支持RFC6532格式的邮件地址。

作为上述方案的改进，所述发件方的邮件系统判断收件方的邮件系统是否支持RFC6532格式的邮件地址的步骤之前还包括：在支持RFC6532格式的邮件地址的邮件系统的DNS信息中添加识别标识。

相应地，本发明还提供了一种邮件系统，所述邮件系统支持RFC6532格式的邮件地址；所述邮件系统包括：判断单元，用于判断收件方的邮件系统是否支持RFC6532格式的邮件地址；与所述判断单元相连的处理单元，用于当所述判断单元判断出所述收件方的邮件系统不支持RFC6532格式的邮件地址时，对所述邮件进行修改处理；与所述判断单元及处理单元分别相连的发送单元，用于当所述判断单元判断出所述收件方的邮件系统支持RFC6532格式的邮件地址时将邮件发送至收件方的邮件系统，及将经处理单元修改后的邮件发送至收件方的邮件系统。

作为上述方案的改进，所述判断单元包括：查询子单元，用于查询所述收件方的邮件系统的DNS信息；与所述查询子单元相连的判断子单元，用于判断所述DNS信息中是否包含识别标识，判断为是时，则所述收件方的邮件系统支持RFC6532格式的邮件地址，判断为否时，则所述收件方的邮件系统不支持RFC6532格式的邮件地址。

作为上述方案的改进，所述邮件系统还包括：标识单元，用于在DNS信息中添加识别标识。

实施本发明实施例，具有如下有益效果：

预先对支持RFC6532格式的邮件地址的邮件系统进行扩展，在邮件系统的DNS信息中添加识别标识。

另外，由于投递邮件必然需要查询收件方的DNS信息，从而获得收信方MX服务器的ip地址，因此，在投递过程中的MX记录查询的同时，也查询DNS里面关于国际化邮件地址的支持情况。当支持RFC6532格式的邮件地址的邮件系统向外发送包含RFC6532格式的邮件地址的邮件前，发件方的邮件系统判断收件方的邮件系统是否支持RFC6532格式的邮件地址。判断时，发件方的邮件系统查询收件方邮件系统的DNS信息，判断收件方邮件系统的DNS信息中是否包含识别标识。当发件方的邮件系统判断出收件方的邮件系统的DNS信息中包含识别标识，即表示收件方的邮件系统支持RFC6532格式的邮件地址，此时发件方的邮件系统将邮件发送至收件方的邮件系统，实现邮件的投递；当发件方的邮件系统判断出收件方的邮件系统的DNS信息中不包含识别标识，即表示收件方的邮件系统不支持RFC6532格式的邮件地址，此时发件方的邮件系统对邮件进行兼容性的修改处理，将修改后的邮件发送至收件方的邮件系统，从而实现邮件的投递。由于，判断过程对系统改造工作量不大，对投递流程也不会增加太多额外性能开销，既加快了查询的速度，也降低了开发成本。

因此，只需通过扩展域名的记录项，便可实现通过DNS查询就可以获知站点是否支持国际化邮件地址协议，有效地实现快速判断收信方邮件系统是否支持国际化邮件地址协议，为邮件系统解决新旧协议邮件的兼容性，提供快速、准确的判定依据，克服标准的国际化邮件地址扩展SMTP协议RFC 6531，速度慢、获取信息滞后等缺点。另外，DNS查询是基于UDP协议的查询协议，没有TCP查询协议这么大的系统开销，速度也比TCP查询快。同时，很多邮件系统本身就自带DNS服务器，可以提供本站点查询DNS的缓存数据，因此使用DNS技术，可以避免自己开发缓存系统的额外工作，也简化了邮件系统的部署复杂程度。DNS查询可以在SMTP投递之前完成，也就是说可以在进行信件SMTP投递之前就可以完成邮件的兼容性更改、DomainKey签名、生成相应的“已发送”邮件等等操作。

附图说明

图1是本发明一种电子邮件投递方法的第一实施例的流程示意图；

图2是本发明一种电子邮件投递方法的第二实施例的流程示意图；

图3是本发明一种邮件系统的结构示意图；

图4是本发明一种邮件系统的另一结构示意图；

图5是本发明一种邮件系统中判断单元的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

图1是本发明一种电子邮件投递方法的第一实施例的流程示意图，包括：

S100，发送邮件前，发件方的邮件系统判断收件方的邮件系统是否支持RFC6532格式的邮件地址。判断为是时，将所述邮件发送至收件方的邮件系统；判断为否时，对所述邮件进行修改处理，并将修改后的邮件发送至收件方的邮件系统。

所述发件方的邮件系统支持RFC6532格式的邮件地址，所述邮件中包含RFC6532格式的邮件地址。

当支持RFC6532格式的邮件地址的邮件系统向外发送包含RFC6532格式的邮件地址的邮件前，发件方的邮件系统判断收件方的邮件系统是否支持RFC6532格式的邮件地址。当发件方的邮件系统判断出收件方的邮件系统支持RFC6532格式的邮件地址时，发件方的邮件系统将邮件发送至收件方的邮件系统，实现邮件的投递；当发件方的邮件系统判断出收件方的邮件系统不支持RFC6532格式的邮件地址时，发件方的邮件系统对邮件进行兼容性的修改处理，将修改后的邮件发送至收件方的邮件系统，从而实现邮件的投递。

例如，有邮件系统A、邮件系统B及邮件系统C，其中邮件系统A及邮件系统B支持RFC6532格式的邮件地址，而邮件系统C不支持RFC6532格式的邮件地址。邮件系统A中有用户a，用户a的邮件地址包含非ASCII码字符，用户a需发送邮件给邮件系统B的用户b及邮件系统C的用户c。发件前，邮件系统A判断出邮件系统B支持RFC6532格式的邮件地址，因此，直接将邮件发送至邮件系统B的用户b。同时，邮件系统A判断出邮件系统C不支持RFC6532格式的邮件地址，因此，对邮件进行兼容性的修改处理，并将修改后的邮件发送至邮件系统C的用户c。

图2是本发明一种电子邮件投递方法的第二实施例的流程示意图，包括：

S200，查询所述收件方的邮件系统的DNS信息。

需要说明的是投递邮件必然需要查询收件方邮件系统的DNS信息，从而获得收信方MX服务器的ip地址。因此，发件方的邮件系统向收件方的邮件系统发送邮件前，发件方的邮件系统在进行MX记录查询的同时，也可查询收件方的邮件系统的DNS信息中的其他信息。所述发件方的邮件系统支持RFC6532格式的邮件地址，所述邮件中包含RFC6532格式的邮件地址。

S201，判断所述DNS信息中是否包含识别标识。判断为是时，将所述邮件发送至收件方的邮件系统；判断为否时，对所述邮件进行修改处理，并将修改后的邮件发送至收件方的邮件系统。

更佳地，需要预先对支持RFC6532格式的邮件地址的邮件系统进行扩展，在邮件系统的DNS信息中添加识别标识，以标识邮件系统是否支持RFC6532格式的邮件地址。

需要说明的是，可在邮件系统创建的同时进行识别标识的添加，但不需要每次投递时，都在支持RFC6532格式的邮件地址的邮件系统的DNS信息中添加识别标识。

优选地，所述识别标识的格式为“域名 UTF8 domain，email”。例如，邮件系统A的域名为“mail.b-site.com”，相应地，添加至邮件系统A的DNS信息中的识别标识为“mail.b-site.com  UTF8 domain，email”。

当支持RFC6532格式的邮件地址的邮件系统向外发送包含RFC6532格式的邮件地址的邮件前，发件方的邮件系统查询收件方邮件系统的DNS信息，判断收件方邮件系统的DNS信息中是否包含识别标识。由于支持RFC6532格式的邮件地址的邮件系统经扩展后，其DNS信息中含有识别标识。因此，当发件方的邮件系统判断出收件方的邮件系统的DNS信息中包含识别标识，即表示收件方的邮件系统支持RFC6532格式的邮件地址，此时发件方的邮件系统将邮件发送至收件方的邮件系统，实现邮件的投递；当发件方的邮件系统判断出收件方的邮件系统的DNS信息中不包含识别标识，即表示收件方的邮件系统不支持RFC6532格式的邮件地址，此时发件方的邮件系统对邮件进行兼容性的修改处理，将修改后的邮件发送至收件方的邮件系统，从而实现邮件的投递。

例如，有邮件系统A、邮件系统B及邮件系统C，其中邮件系统A及邮件系统B支持RFC6532格式的邮件地址，因此在邮件系统A及邮件系统B的DNS信息中添加识别标识，而邮件系统C不支持RFC6532格式的邮件地址，因此邮件系统C的DNS信息中不需要添加识别标识。邮件系统A中有用户a，用户a的邮件地址包含非ASCII码字符，用户a需发送邮件给邮件系统B的用户b及邮件系统C的用户c。发送电子邮件前，邮件系统A分别查询邮件系统B及邮件系统C的DNS信息，并判断DNS信息中是否含有识别标识。由于邮件系统A判断出邮件系统B的DNS信息中含有识别标识，因此，直接将邮件发送至邮件系统B的用户b。同时，邮件系统A判断出邮件系统C的DNS信息中不含有识别标识，因此，对邮件进行兼容性的修改处理，并将修改后的邮件发送至邮件系统C的用户c。

图3是本发明一种邮件系统1的结构示意图，包括：

判断单元11，用于判断收件方的邮件系统是否支持RFC6532格式的邮件地址。

与所述判断单元11相连的处理单元12，用于当所述判断单元11判断出所述收件方的邮件系统不支持RFC6532格式的邮件地址时，对所述邮件进行修改处理。

与所述判断单元11及处理单元12分别相连的发送单元13，用于当所述判断单元判断出所述收件方的邮件系统支持RFC6532格式的邮件地址时将邮件发送至收件方的邮件系统，及将经处理单元修改后的邮件发送至收件方的邮件系统。

需要说明的是，所述邮件系统1支持RFC6532格式的邮件地址。

邮件系统1向外发送包含RFC6532格式的邮件地址的邮件前，邮件系统1通过判断单元11判断收件方的邮件系统是否支持RFC6532格式的邮件地址。当判断单元11判断出收件方的邮件系统支持RFC6532格式的邮件地址时，发送单元13将邮件发送至收件方的邮件系统，实现邮件的投递；当判断单元11判断出收件方的邮件系统不支持RFC6532格式的邮件地址时，处理单元12对邮件进行兼容性的修改处理，并由发送单元13将修改后的邮件发送至收件方的邮件系统，从而实现邮件的投递。

图4是本发明一种邮件系统的另一结构示意图，与图3不同的是，所述邮件系统1还包括：

标识单元14，用于在DNS信息中添加识别标识。

通过标识单元14可对邮件系统1进行扩展，由于邮件系统支持RFC6532格式的邮件地址，因此可在邮件系统1的DNS信息中添加识别标识，以标识邮件系统1支持RFC6532格式的邮件地址。

优选地，所述识别标识的格式为“域名 UTF8 domain，email”。例如，邮件系统A的域名为“mail.b-site.com”，相应地，通过标识单元14添加至邮件系统A的DNS信息中的识别标识为“mail.b-site.com  UTF8 domain，email”。

需要说明的是，所述邮件系统1支持RFC6532格式的邮件地址，并含有识别标识。相应地，不支持RFC6532格式的邮件地址的邮件系统不具有识别标识。

图5是本发明一种邮件系统1中判断单元11的结构示意图，所述判断单元11包括：

查询子单元111，用于查询所述收件方的邮件系统的DNS信息。

与所述查询子单元111相连的判断子单元112，用于判断所述DNS信息中是否包含识别标识，判断为是时，则所述收件方的邮件系统支持RFC6532格式的邮件地址，判断为否时，则所述收件方的邮件系统不支持RFC6532格式的邮件地址。

需要说明的是，所述邮件系统1支持RFC6532格式的邮件地址。

邮件系统1向外发送包含RFC6532格式的邮件地址的邮件前，邮件系统1的查询子单元111查询收件方邮件系统的DNS信息，并由判断子单元112判断收件方邮件系统的DNS信息中是否包含识别标识。由于支持RFC6532格式的邮件地址的邮件系统经标识单元14的处理后，其DNS信息中含有识别标识。因此，当判断子单元112判断出收件方的邮件系统的DNS信息中包含识别标识，即表示收件方的邮件系统支持RFC6532格式的邮件地址，此时发送单元13将邮件发送至收件方的邮件系统，实现邮件的投递；当判断子单元112判断出收件方的邮件系统的DNS信息中不包含识别标识，即表示收件方的邮件系统不支持RFC6532格式的邮件地址，此时处理单元12对邮件进行兼容性的修改处理，并由发送单元13将修改后的邮件发送至收件方的邮件系统，从而实现邮件的投递。

由上可知，预先对支持RFC6532格式的邮件地址的邮件系统进行扩展，在邮件系统的DNS信息中添加识别标识。另外，邮件系统在MX记录查询的同时，也查询收件方邮件系统的DNS信息中是否包含识别标识，并以此判断收件方的邮件系统是否支持RFC6532格式的邮件地址，这样，既加快了查询的速度，也降低了开发成本。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims (6)

1.一种电子邮件投递方法，其特征在于，包括：

发送邮件前，发件方的邮件系统判断收件方的邮件系统是否支持RFC6532格式的邮件地址，所述发件方的邮件系统支持RFC6532格式的邮件地址，所述邮件中包含RFC6532格式的邮件地址；

判断为是时，将所述邮件发送至收件方的邮件系统，

判断为否时，对所述邮件进行修改处理，并将修改后的邮件发送至收件方的邮件系统。

2.如权利要求1所述的电子邮件投递方法，其特征在于，所述发件方的邮件系统判断收件方的邮件系统是否支持RFC6532格式的邮件地址的步骤包括：

查询所述收件方的邮件系统的DNS信息；

判断所述DNS信息中是否包含识别标识，

判断为是时，所述收件方的邮件系统支持RFC6532格式的邮件地址，

判断为否时，所述收件方的邮件系统不支持RFC6532格式的邮件地址。

3.如权利要求1或2所述的电子邮件投递方法，其特征在于，所述发件方的邮件系统判断收件方的邮件系统是否支持RFC6532格式的邮件地址的步骤之前还包括：

在支持RFC6532格式的邮件地址的邮件系统的DNS信息中添加识别标识。

4.一种邮件系统，其特征在于，所述邮件系统支持RFC6532格式的邮件地址；

所述邮件系统包括：

判断单元，用于判断收件方的邮件系统是否支持RFC6532格式的邮件地址；

与所述判断单元相连的处理单元，用于当所述判断单元判断出所述收件方的邮件系统不支持RFC6532格式的邮件地址时，对所述邮件进行修改处理；

与所述判断单元及处理单元分别相连的发送单元，用于当所述判断单元判断出所述收件方的邮件系统支持RFC6532格式的邮件地址时将邮件发送至收件方的邮件系统，及将经处理单元修改后的邮件发送至收件方的邮件系统。

5.如权利要求4所述的邮件系统，其特征在于，所述判断单元包括：

查询子单元，用于查询所述收件方的邮件系统的DNS信息；

与所述查询子单元相连的判断子单元，用于判断所述DNS信息中是否包含识别标识，判断为是时，则所述收件方的邮件系统支持RFC6532格式的邮件地址，判断为否时，则所述收件方的邮件系统不支持RFC6532格式的邮件地址。

6.如权利要求5所述的邮件系统，其特征在于，所述邮件系统还包括：

标识单元，用于在DNS信息中添加识别标识。

Images