WO2014036791A1 - 一种邮件发送方法及邮件发送平台 - Google Patents

一种邮件发送方法及邮件发送平台 Download PDF

Info

Publication number
WO2014036791A1
WO2014036791A1 PCT/CN2012/085106 CN2012085106W WO2014036791A1 WO 2014036791 A1 WO2014036791 A1 WO 2014036791A1 CN 2012085106 W CN2012085106 W CN 2012085106W WO 2014036791 A1 WO2014036791 A1 WO 2014036791A1
Authority
WO
WIPO (PCT)
Prior art keywords
mail
preset
mail system
email address
domain name
Prior art date
Application number
PCT/CN2012/085106
Other languages
English (en)
French (fr)
Inventor
陈颖棠
林延中
Original Assignee
盈世信息科技(北京)有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 盈世信息科技(北京)有限公司 filed Critical 盈世信息科技(北京)有限公司
Publication of WO2014036791A1 publication Critical patent/WO2014036791A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/301—Name conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/42—Mailbox-related aspects, e.g. synchronisation of mailboxes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4555—Directories for electronic mail or instant messaging
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/37—E-mail addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/214—Monitoring or handling of messages using selective forwarding

Definitions

  • the present invention relates to the field of communications, and in particular, to a mail sending method and a mail sending platform.
  • RFC6532 officially became the RFC agreement in February 2012.
  • the mail system supporting the protocol is rare.
  • the mail addresses containing non-ASCII codes may have different parsing methods, which may eventually result in the mail address being garbled.
  • these systems cannot send a message to the email address.
  • the protocol adds a description to the email address.
  • the description can contain non-ASCII characters, but it cannot parse the email address portion containing non-ASCII characters. That is, RFC2047 is not compatible with the RFC6532 protocol email address.
  • the internationalized mail address extension SMTP protocol RFC6531 describes that when an email containing an RFC6532 format email address is sent to a mail system that does not support RFC6532, the email may be refused to be delivered, or another delivery agent supporting RFC6532 may be re-selected. Delivery.
  • the mail system supporting RFC6532 if sending an email containing an email address of a non-ASCII character to a mail system that does not support RFC6532, may cause delivery failure, or the addressee may not correctly read the sender's address, Or the recipient cannot correctly reply to the sender and other questions. Therefore, when using the mail system that supports RFC6532, mail users can only communicate correctly with other users who also use the RFC6532-enabled mail system, instead of the existing, most common mail system. The user communicates correctly.
  • the technical problem to be solved by the embodiments of the present invention is to provide a mail sending method and a mail sending platform, which can solve the communication problem between the old and new mail systems, without changing the existing old mail that does not support RFC6532.
  • a mail sending method and a mail sending platform which can solve the communication problem between the old and new mail systems, without changing the existing old mail that does not support RFC6532.
  • users who use the RFC 6532 format email address can communicate with the users of the old system correctly and smoothly.
  • an embodiment of the present invention provides a mail sending method, including: an end user of a first mail system sends an email to a target user of a second mail system, and the first mail system supports RFC6532
  • the mail address includes an email address in the format of RFC6532, the email address including a user name and a domain name; the first mail system determines whether the second mail system supports an email address in the format of RFC6532, and determines that it is Sending the mail to the target user of the second mail system, and if the determination is no, querying the address list, extracting a preset email address corresponding to the terminal user, and replacing the preset email address with the The mail address in the RFC6532 format in the mail, and the replaced mail is sent to the target user of the second mail system.
  • the method before the step of the terminal user of the first mail system sending the mail to the target user of the second mail system, the method further includes: constructing a preset domain name of the first mail system; a preset user name of the user; generating a preset email address according to the preset domain name and the preset user name, and storing the address to the address list.
  • the step of constructing a preset domain name of the first mail system includes: constructing a preset domain name by using an ASCII code; and registering the preset domain name.
  • the step of constructing a preset domain name of the first mail system further includes: extracting a domain name of the email address in the RFC6532 format; performing a Punycode encoding on the domain name to generate a preset domain name; The preset domain name.
  • the step of constructing a preset user name of the terminal user includes: constructing a preset user name by using an ASCII code.
  • the step of constructing a preset user name of the terminal user further includes: extracting a user name of the email address in the RFC6532 format; performing Punycode encoding on the user name to generate a preset user name.
  • the present invention further provides a mail sending platform, comprising: a mail sending platform, wherein the mail sending platform comprises a first mail system and a second mail system, the first mail The system supports an email address in the RFC6532 format; the first mail system includes: a determining unit, configured to determine whether the second mail system supports an email address in the RFC6532 format; and a searching unit connected to the determining unit, used in the When the determining unit determines that the second mail system does not support the email address in the RFC6532 format, it queries the address list and extracts a preset email address corresponding to the terminal user; and the replacement unit connected to the searching unit, And a sending unit that is respectively connected to the determining unit and the replacing unit, and configured to: when the determining unit determines the When the second mail system supports the mail address in the RFC6532 format, the mail is sent to the second Target user member system, and after the replacement unit is replaced by the mail sent to the target user of the second messaging system.
  • the first mail system further includes: a domain name construction unit, configured to construct a preset domain name of the first mail system; a user name construction unit, configured to construct the terminal user a user name; an email address construction unit respectively connected to the domain name construction unit and the user name construction unit, configured to use the preset domain name constructed by the domain name construction unit and the preset user name constructed by the user name construction unit, Generate a default email address and store it to the address List.
  • a domain name construction unit configured to construct a preset domain name of the first mail system
  • a user name construction unit configured to construct the terminal user a user name
  • an email address construction unit respectively connected to the domain name construction unit and the user name construction unit, configured to use the preset domain name constructed by the domain name construction unit and the preset user name constructed by the user name construction unit, Generate a default email address and store it to the address List.
  • the domain name construction unit includes: a first domain name sub-unit, configured to construct and register a preset domain name by using an ASCII code; and a second domain name sub-unit, configured to extract an email address of the RFC6532 format.
  • Domain name the domain name is Pimycode encoded to generate a preset domain name, and the preset domain name is registered.
  • the username construction unit includes: a first user name subunit, configured to utilize
  • the ASCII code constructs a preset user name; the second user name sub-unit is configured to extract a user name of the email address in the RFC6532 format, and the user name is subjected to Punycode encoding to generate a preset user name.
  • the default email address is introduced to provide a pure ASCII-encoded email address mapping for end users who support RFC 6532 format email addresses, and realize non-ASCII encoded email addresses and Automatic intelligent conversion of email addresses in plain ASCII format.
  • RFC 6532-formatted e-mail address and an e-mail address containing non-ASCII encoding
  • the end user can communicate with the users of the old system correctly and smoothly with the default e-mail address.
  • it is transparent to both users, and the user does not need to care whether the recipient who is currently communicating with himself is using the mail system supporting RFC6532, so that the user has a good experience.
  • the mail system supporting RFC6532 constructs a preset email address by preset a domain name and a preset username.
  • FIG. 1 is a flow chart of a first embodiment of a mail sending method according to the present invention
  • FIG. 2 is a flow chart of a second embodiment of a mail sending method according to the present invention.
  • FIG. 3 is a schematic structural diagram of a mail sending platform according to the present invention.
  • FIG. 4 is a schematic structural diagram of a first mail system in a mail sending platform according to the present invention.
  • FIG. 5 is another schematic structural diagram of a first mail system in a mail sending platform according to the present invention.
  • FIG. 6 is a schematic structural diagram of a domain name building unit in FIG. 5;
  • FIG. 7 is a schematic structural diagram of a user name building unit in FIG. 5.
  • FIG. 1 is a flow chart of a first embodiment of a mail sending method according to the present invention, including:
  • the end user of the first mail system sends the mail to the target user of the second mail system.
  • the first mail system supports an email address in the RFC6532 format.
  • the mail box includes an email address in the format of RFC6532, and the email address includes a username and a domain name.
  • the first mail system determines whether the second mail system supports an email address in the RFC6532 format. When the determination is yes, the email is sent to a target user of the second mail system.
  • the first mail system determines whether the second mail system supports the mail address in the RFC6532 format.
  • the terminal user sends the mail to the target user of the second mail system through the first mail system;
  • the first mail system determines that the second mail system does not
  • the first mail system queries the address list, extracts a preset email address corresponding to the terminal user, and replaces the preset email address with the email address of the RFC6532 format in the email, and The replaced mail is sent to the target user of the second mail system.
  • a preset email address consisting of pure ASCII codes is pre-stored, and one terminal user can correspond to multiple preset email addresses.
  • the first email system queries the address list only need to extract any A default email address corresponding to the end user can be used.
  • the preset email addresses are extracted, the selection is performed according to a selection order set in advance by the terminal user, or according to an order set by the system administrator.
  • the replaced portion includes: From/ResentFrom/Sender/ResentSender/To/CC/BCC in the header of the mail Mime. /ReplyTo/ResentTo/ ResentCC/ ResentBCC/ ResentReplyTo, etc. Describes the location of the email address, and also includes the Mail From/Rcpt To in the SMTP transport protocol that can describe the email address.
  • the end user A of the first mail system sends a mail to the target user B of the second mail system, wherein both the first mail system and the second mail system support the mail address in the RFC6532 format.
  • End user A fills in the email address of the sender's email address "Zhang San@ ⁇ . China" on the first mail system (ie, target user B).
  • the first mail system determines whether the second mail system supports the mail address in the RFC6532 format. After the judgment, the first mail system determines that the second mail system supports the mail address in the RFC6532 format. At this time, the terminal user A passes. The first mail system sends the mail to the target user 8 of the second mail system. Since the target user B supports the email address in the RFC6532 format, the target user B can directly see the email address of the sender of the email as
  • the terminal user A of the first mail system sends a mail to the target user B of the second mail system, wherein the first mail system supports the mail address in the RFC6532 format, and the second mail system does not support the mail address in the RFC6532 format. However, it supports the email address in RFC2047 format. End user A fills in the sender's email address as "Liz@@company.
  • the first mail system determines whether the second mail system supports the mail address of the RFC6532 format.
  • the first mail system determines that the second mail system does not support the mail address of the RFC6532 format, at this time, the terminal user A
  • the first mail system queries the address list to extract a preset email address corresponding to the terminal user. Replace the extracted default email address with the email address "Zhang San@ ⁇ . China".
  • the replacement part includes: From/ResentFrom/Sender/ResentSender/To/CC/BCC/ReplyTo/ResentTo/ ResentCC in the header of the mail Mime / ResentBCC/ ResentReplyTo, etc. Describes the location of the email address, and the Mail From/Rcpt To in the SMTP transport protocol can describe the email address.
  • the terminal user A sends the replaced mail to the target user B of the second mail system through the first mail system. Since the target user B supports the email address in the RFC2047 format, the target user B can directly know that the email address of the sender of the email is "Zhang San@company. China", and can reply the email to the terminal user A through the preset email address, correspondingly When the first mail system receives the reply from the target user B, it can clearly know that the reply is sent to the terminal user A according to the preset email address.
  • FIG. 2 is a flow chart of a second embodiment of a mail sending method according to the present invention, including:
  • the preset domain name when constructing the preset domain name of the first mail system, the preset domain name may be directly constructed by using ASCII code, and the preset domain name may be used after being registered.
  • the default domain name when the default domain name is directly constructed by using ASCII code, the domain name of the original RFC6532 email address can be extracted, and converted according to the English, pinyin and the like of the domain name.
  • the domain name of the original RFC6532 email address may be extracted, and the domain name is encoded by Punycode to generate a preset domain name, and accordingly, The default domain name can be used after registration.
  • the default domain name generated by the domain name "Company. China” after Punycode encoding is "xn-55qx5d.xn-fiqs8s,,.
  • the ASCII code may be selected to directly construct the preset domain name, or may be selected.
  • Punycode encoding constructs a default domain name.
  • the preset user name of the terminal user may be constructed by using ASCII code.
  • the preset domain name is directly constructed by using ASCII code
  • the user name of the original RFC6532 mail address can be extracted, and converted according to the English name, pinyin, number, and the like of the user name.
  • the user name of the email address in the RFC6532 format may also be extracted, and the user name is coded by Punycode to generate a preset user name.
  • the preset user name generated by "Zhang San” after being coded by Punycode is "xn-ehQ892B”.
  • an ASCII code may be selected to directly construct a preset user name, or a Punycode encoding may be selected to construct a preset user name.
  • step S200 and step S201 may be performed at the same time as step S200.
  • S202 Generate a preset email address according to the preset domain name and a preset user name, and store the address in the address list.
  • the default email address can be generated as "xn-ehQ892B@ xn-55qx5d.xn-fiqs8s " ; if the default user name and domain name are built, ASCII code is used.
  • the default email address can be generated as "zhangsan@office.cn"; if the default user name is built using Punycode encoding, the ASCII code is used to construct the domain name, and the default email address can be generated as "xn-ehQ892B @ office.cn""; If the default user name is built in ASCII code, the domain name is constructed using Punycode encoding, then the default email address can be generated as "zhangsan @ xn-55qx5d.xn-fiqs8s 'O
  • a preset email address needs to be constructed for the email address, if the email address already has a preset email consisting of pure ASCII code. The address does not need to be performed in step S200, step S201 and step S202. If the email address does not have a preset email address consisting of pure ASCII code, the first step S200, step S201 and step S202 are performed to construct a preset email address.
  • S203 The end user of the first mail system sends the mail to the target user of the second mail system.
  • the first mail system supports an email address in the RFC6532 format.
  • the mail box includes an email address in the format of RFC6532, and the email address includes a username and a domain name.
  • the first mail system determines whether the second mail system supports an email address in the RFC6532 format. When the determination is yes, the email is sent to a target user of the second mail system.
  • the address list is queried, and a preset email address corresponding to the terminal user is extracted, and The preset email address replaces the email address in the RFC6532 format in the email, and sends the replaced email to the target user of the second email system.
  • the first mail system determines whether the second mail system supports the mail address in the RFC6532 format.
  • the terminal user sends the mail to the target user of the second mail system through the first mail system;
  • the first mail system determines that the second mail system does not
  • the first mail system queries the address list, extracts a preset email address corresponding to the terminal user, and replaces the preset email address with the email address of the RFC6532 format in the email, and The replaced mail is sent to the target user of the second mail system.
  • the preset email addresses generated in step S202 are all stored in the address list.
  • One of the terminal users can correspond to multiple preset email addresses.
  • the first email system queries the address list it only needs to extract any preset email address corresponding to the terminal user.
  • the selection is performed according to the selection order set by the terminal user in advance, or according to the order set by the system administrator.
  • the replaced portion includes: From/ResentFrom/Sender/ResentSender/To/CC/BCC in the header of the mail Mime. /ReplyTo/ResentTo/ ResentCC/ ResentBCC/ ResentReplyTo, etc. Describes the location of the email address, and also includes the Mail From/Rcpt To in the SMTP transport protocol that can describe the email address.
  • the end user A of the first mail system sends a mail to the target user B of the second mail system, wherein the first mail system supports the mail address in the RFC6532 format, and the second mail system does not support the mail address in the RFC6532 format but Supports email addresses in RFC2047 format.
  • End user A fills in the sender's email address on the first mail system as "Zi San@ ⁇ . China" (ie, target user B).
  • the email address is "lisi@kehu.cn".
  • the first mail system determines whether the second mail system supports the mail address of the RFC6532 format.
  • the first mail system determines that the second mail system does not support the mail address of the RFC6532 format, at this time, the terminal user A
  • the first mail system queries the address list to extract a preset email address corresponding to the terminal user, and the preset email address is "zhangsan@office.cn". Replace "zhangsan@office.cn" with "Zhangsan@company. China" in the email.
  • the replacement part includes: From/ResentFrom/Sender/ResentSender/To/CC/BCC/ReplyTo/ResentTo/ in the header of the mail Mime. ResentCC/ResentBCC/ResentReplyTo, etc.
  • the terminal user A sends the replaced mail to the target user B of the second mail system through the first mail system. Since the target user B supports the email address in the RFC2047 format, the target user B can The e-mail address of the sender directly knowing the mail is "Zhang San@ ⁇ . China", and the end user A can reply the e-mail by the default e-mail address. Accordingly, when the first mail system receives the reply of the target user B, It can be clearly known from the default email address that the reply is sent to the end user A.
  • the mail sending platform 3 is a schematic structural diagram of a mail sending platform 3 according to the present invention.
  • the mail sending platform 3 includes: a first mail system 1 and a second mail system 2, and the first mail system supports an email address in the RFC6532 format. .
  • the number of the first mail system 1 and the second mail system 2 may be one or more, and the first mail system 1 and the second mail system 2 may send mail to each other.
  • the first mail system 1 includes:
  • the determining unit 11 is configured to determine whether the second mail system 2 supports an email address in the RFC6532 format.
  • the searching unit 12 connected to the determining unit 11 is configured to query the address list and extract an address when the determining unit 11 determines that the second mail system 2 does not support the email address in the RFC6532 format.
  • a preset email address consisting of pure ASCII codes is pre-stored, wherein one terminal user can correspond to multiple preset email addresses, and when the searching unit 12 queries the address list, only one of the email addresses needs to be extracted.
  • the default email address corresponding to the end user can be used.
  • the selection is performed according to a selection order set in advance by the terminal user, or according to an order set by the system administrator.
  • the replacing unit 13 connected to the searching unit 12 is configured to replace the preset mail address extracted by the searching unit 12 with the mail address of the RFC6532 format in the mail.
  • the replaced portion includes: From/ResentFrom/Sender/ResentSender/To/CC/BCC in the header of the mail Mime. /ReplyTo/ResentTo/ ResentCC/ ResentBCC/ ResentReplyTo, etc. Describes the location of the email address, and also includes the Mail From/Rcpt To in the SMTP transport protocol that can describe the email address.
  • the sending unit 14 respectively connected to the determining unit 11 and the replacing unit 13 is configured to: when the determining unit 11 determines that the second mail system supports an email address in the RFC6532 format, send the mail to The target user of the second mail system, and the mail replaced by the replacement unit 14 are sent to the target user of the second mail system 2.
  • the determining unit 11 of the first mail system 1 determines the second Whether the mail system 2 supports the mail address in the RFC6532 format.
  • the transmitting unit 14 transmits the mail to the target user of the second mail system 2; when the judging unit 11 When it is determined that the second mail system 2 does not support the email address in the RFC6532 format, the searching unit 12 queries the address list, extracts a preset email address corresponding to the terminal user, and uses the replacement unit 13 to extract the preset extracted by the searching unit 12. The mail address replaces the mail address of the RFC6532 format in the mail, and the mailing unit 14 transmits the replaced mail to the target user of the second mail system 2.
  • FIG. 5 is a schematic diagram of another structure of the first mail system 1 in the mail sending platform 3 of the present invention.
  • the first mail system 1 further includes:
  • the domain name construction unit 15 is configured to construct a preset domain name of the first mail system 1.
  • the username construction unit 16 is configured to construct a preset username of the terminal user.
  • the email address construction unit 17 connected to the domain name construction unit 15 and the user name construction unit 16 is configured to use the preset domain name constructed by the domain name construction unit 15 and the pre-built by the user name construction unit 16. Set the username, generate a default email address, and store it in the address list.
  • the non-ASCII encoded mail address "Zhang San @ ⁇ . China", whose username is “Zhang San”, and the domain name is "Company. China”. If the domain name building unit 15 is used to build the default domain name as "office.cn", the user name building unit is used.
  • the default user name is “ zhangsan ”, and the email address construction unit 17 synthesizes the default email address as “zhangsan @ office.cn ' ⁇
  • the domain name building unit 15 includes:
  • the first domain sub-unit 151 is configured to construct and register a preset domain name by using ASCII code.
  • the preset domain name may be directly constructed by using ASCII code, and the preset domain name may be used after being registered. For example "office.cn”.
  • the second domain sub-unit 152 is configured to extract a domain name of the email address in the RFC6532 format, perform Punycode encoding on the domain name to generate a preset domain name, and register the preset domain name.
  • the domain name of the original RFC6532 email address may be extracted, and the domain name is encoded by Punycode to generate a preset domain name, and correspondingly, the preset domain name is configured. It can be used after registration.
  • the default domain name generated by the domain name "Company. China” after Punycode encoding is "xn-55q X 5d.xn- fiqs8s,,.
  • the username construction unit 16 includes:
  • the first user name sub-unit 161 is configured to construct a preset user name by using an ASCII code. For example “zh an g San ".
  • the second user name subunit 162 is configured to extract a user name of the email address in the RFC6532 format, and perform Punycode encoding on the username to generate a preset username.
  • the user name of the email address in the RFC6532 format may also be extracted, and the user name is coded by Punycode to generate a preset user name. For example, “Zhang San” is encoded by Punycode. The default user name generated after this is called "xn-ehQ892B".

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

公开了一种邮件发送方法，包括：第一邮件系统的终端用户向第二邮件系统的目标用户发送邮件；所述第一邮件系统判断所述第二邮件系统是否支持RFC6532格式的邮件地址，判断为是时，将所述邮件发送至第二邮件系统的目标用户，判断为否时，查询地址列表，提取一个与所述终端用户相对应的预设邮件地址，将所述预设邮件地址替换所述邮件中RFC6532格式的邮件地址，并将所述替换后的邮件发送至第二邮件系统的目标用户。本发明还公开了一种邮件发送平台。采用本发明，在不改变目前旧有的不支持RFC6532的邮件系统的前提下，为支持RFC 6532格式邮件地址的终端用户提供纯ASCII编码的邮件地址映射，实现非ASCII编码的邮件地址与纯ASCII码格式的邮件地址的自动智能转换。

Description

说 明 书 一种邮件发送方法及邮件发送平台 技术领域
[0001] 本发明涉及通信领域， 尤其涉及一种邮件发送方法及邮件发送平台。
背景技术
[0002] 国际化邮件地址协议 RFC6532描述了一种新的邮件地址描述方式。 通过该方式可以 直接使用多国语言直接描述邮件地址， 例如： 张三@公司.中国。 该协议可以很好地扩充目 前日趋紧缺的邮件地址资源， 并以更简单直观的方式， 为用户提供邮件通信服务。
[0003] RFC6532在 2012年 2月才正式成为 RFC协议。 目前的支持该协议邮件系统并不多见， 在不支持 RFC6532的邮件系统中， 对于包含非 ASCII码的邮件地址， 各自可能有不一样的 解析方法， 最终可能会导致看到邮件地址是乱码， 同时这些系统也不能对该邮件地址发信。
[0004] 目前绝大多数的邮件系统支持 RFC2047 协议。 该协议为邮件地址增加一段描述信息， 该描述信息可以包含非 ASCII 字符， 但不能解析包含非 ASCII 字符的邮件地址部分， 即 RFC2047也无法兼容 RFC6532协议的邮件地址。
[0005] 国际化邮件地址扩展 SMTP协议 RFC6531 , 描述了当包含 RFC6532格式邮件地址的 邮件发送到不支持 RFC6532 的邮件系统的时候， 可以拒绝投递该封邮件， 或者重新选择其 他支持 RFC6532的投递代理进行投递。
[0006] 综上所述， 支持 RFC6532的邮件系统， 如果发送包含非 ASCII字符的邮件地址的邮 件到不支持 RFC6532 的邮件系统， 可能会造成投递失败、 或者收信人不能正确阅读发信人 的地址、 或者收信人不能正确回复发信人等问题。 因此， 在使用支持 RFC6532 的邮件系统 的时候， 邮件用户只能跟同样是使用支持 RFC6532 的邮件系统的其他用户进行正确的通信， 而不能跟现有的、 占市场绝大部分的普通邮件系统的用户进行正确的交流。
发明内容
[0007] 本发明实施例所要解决的技术问题在于， 提供一种邮件发送方法及邮件发送平台， 可解决新旧两种邮件系统的之间通信问题， 在不改变目前旧有的不支持 RFC6532 的邮件系 统的前提下， 让使用支持 RFC 6532格式邮件地址的用户， 能正确地、 平滑畅通地与旧系统 的用户互相通信交流。
[0008] 为了解决上述技术问题， 本发明实施例提供了一种邮件发送方法， 包括： 第一邮件 系统的终端用户向第二邮件系统的目标用户发送邮件， 所述第一邮件系统支持 RFC6532 格 式的邮件地址， 所述邮件中包含 RFC6532 格式的邮件地址， 所述邮件地址包括用户名及域 名； 所述第一邮件系统判断所述第二邮件系统是否支持 RFC6532 格式的邮件地址， 判断为 是时， 将所述邮件发送至第二邮件系统的目标用户， 判断为否时， 查询地址列表， 提取一个 与所述终端用户相对应的预设邮件地址， 将所述预设邮件地址替换所述邮件中 RFC6532 格 式的邮件地址， 并将所述替换后的邮件发送至第二邮件系统的目标用户。
[0009] 作为上述方案的改进， 所述第一邮件系统的终端用户向第二邮件系统的目标用户发 送邮件的步骤之前还包括： 构建所述第一邮件系统的预设域名； 构建所述终端用户的预设用 户名； 根据所述预设域名及预设用户名， 生成预设邮件地址， 并存储至所述地址列表。
[0010] 作为上述方案的改进， 所述构建第一邮件系统的预设域名的步骤包括： 利用 ASCII 码构造预设域名； 注册所述预设域名。
[0011] 作为上述方案的改进， 所述构建第一邮件系统的预设域名的步骤还包括： 提取所述 RFC6532格式的邮件地址的域名； 将所述域名进行 Punycode编码， 生成预设域名； 注册所 述预设域名。
[0012] 作为上述方案的改进， 所述构建终端用户的预设用户名的步骤包括： 利用 ASCII码 构造预设用户名。
[0013] 作为上述方案的改进， 所述构建终端用户的预设用户名的步骤还包括： 提取所述 RFC6532格式的邮件地址的用户名； 将所述用户名进行 Punycode编码， 生成预设用户名。
[0014] 相应地， 本发明还提供了一种邮件发送平台， 包括： 一种邮件发送平台， 其特征在 于， 所述邮件发送平台包括第一邮件系统及第二邮件系统， 所述第一邮件系统支持 RFC6532 格式的邮件地址； 所述第一邮件系统包括： 判断单元， 用于判断所述第二邮件系统是否支持 RFC6532格式的邮件地址； 与所述判断单元相连的查找单元， 用于当所述判断单元判断出所 述第二邮件系统不支持 RFC6532格式的邮件地址时， 查询地址列表， 并提取一个与所述终 端用户相对应的预设邮件地址； 与所述查找单元相连的替换单元， 用于将所述查找单元所提 取的预设邮件地址替换所述邮件中 RFC6532格式的邮件地址； 与所述判断单元及替换单元 分别相连的发送单元， 用于当所述判断单元判断出所述第二邮件系统支持 RFC6532格式的 邮件地址时， 将所述邮件发送至第二邮件系统的目标用户， 及将经所述替换单元替换后的邮 件发送至第二邮件系统的目标用户。
[0015] 作为上述方案的改进， 所述第一邮件系统还包括： 域名构建单元， 用于构建所述第 一邮件系统的预设域名； 用户名构建单元， 用于构建所述终端用户的预设用户名； 与所述域 名构建单元及用户名构建单元分别相连的邮件地址构建单元， 用于根据所述域名构建单元所 构建的预设域名及用户名构建单元所构建的预设用户名， 生成预设邮件地址， 并存储至地址 列表。
[0016] 作为上述方案的改进， 所述域名构建单元包括： 第一域名子单元， 用于利用 ASCII 码构造并注册预设域名； 第二域名子单元， 用于提取所述 RFC6532格式的邮件地址的域名， 将所述域名进行 Pimycode编码以生成预设域名， 并注册所述预设域名。
[0017] 作为上述方案的改进， 所述用户名构建单元包括： 第一用户名子单元， 用于利用
ASCII码构造预设用户名； 第二用户名子单元， 用于提取所述 RFC6532格式的邮件地址的 用户名， 将所述用户名进行 Punycode编码， 生成预设用户名。
[0018] 实施本发明实施例， 具有如下有益效果：
在不改变目前旧有的不支持 RFC6532 的邮件系统的前提下， 引入预设邮件地址， 为支持 RFC 6532格式邮件地址的终端用户提供纯 ASCII编码的邮件地址映射， 实现非 ASCII编码 的邮件地址与纯 ASCII码格式的邮件地址的自动智能转换。 让使用支持 RFC 6532格式邮件 地址， 且邮件地址包含非 ASCII编码的终端用户能借助预设邮件地址， 正确地、 平滑畅通地 与旧系统的用户互相通信交流。 而且对双方用户来说是使用透明， 用户无需关心目前跟自己 通信的收信方是否正在使用支持 RFC6532的邮件系统， 让用户有良好的使用体验。
[0019] 另外， 支持 RFC6532 的邮件系统通过预设域名、 预设用户名的方法， 构建预设邮件 地址。 构建时， 可以利用 ASCII码构造预设邮件地址， 还可以通过扩展 Punycode编码方式， 把只作用于域名的 Punycode 编码方式， 扩展应用到整个邮件地址的转换， 实现预设邮件地 址的构建。
附图说明
[0020] 图 1是本发明一种邮件发送方法的第一实施例流程；
图 2是本发明一种邮件发送方法的第二实施例流程；
图 3是本发明一种邮件发送平台的结构示意图；
图 4是本发明一种邮件发送平台中第一邮件系统的结构示意图；
图 5是本发明一种邮件发送平台中第一邮件系统的另一结构示意图；
图 6是图 5中域名构建单元的结构示意图；
图 7是图 5中用户名构建单元的结构示意图。
具体实施方式
[0021] 为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明作进一步 地详细描述。
[0022] 图 1是本发明一种邮件发送方法的第一实施例流程， 包括：
S100, 第一邮件系统的终端用户向第二邮件系统的目标用户发送邮件。 [0023] 所述第一邮件系统支持 RFC6532格式的邮件地址。
[0024] 所述邮件中包含 RFC6532格式的邮件地址， 所述邮件地址包括用户名及域名。
[0025] S101 , 所述第一邮件系统判断所述第二邮件系统是否支持 RFC6532 格式的邮件地址， 判断为是时， 将所述邮件发送至第二邮件系统的目标用户。
[0026] 判断为否时， 查询地址列表， 提取一个与所述终端用户相对应的预设邮件地址， 将 所述预设邮件地址替换所述邮件中 RFC6532格式的邮件地址， 并将所述替换后的邮件发送 至第二邮件系统的目标用户。
[0027] 第一邮件系统的终端用户向第二邮件系统的目标用户发送含 RFC6532 格式的邮件地 址的邮件时， 第一邮件系统判断所述第二邮件系统是否支持 RFC6532 格式的邮件地址。 当 第一邮件系统判断出第二邮件系统支持 RFC6532格式的邮件地址时， 终端用户通过第一邮 件系统将邮件发送至第二邮件系统的目标用户； 当第一邮件系统判断出第二邮件系统不支持 RFC6532格式的邮件地址时， 第一邮件系统查询地址列表， 提取一个与所述终端用户相对应 的预设邮件地址， 将所述预设邮件地址替换所述邮件中 RFC6532 格式的邮件地址， 并将所 述替换后的邮件发送至第二邮件系统的目标用户。
[0028] 需要说明的是， 地址列表内预存有由纯 ASCII 码组成的预设邮件地址， 其中一个终 端用户可以对应多个预设邮件地址， 第一邮件系统查询地址列表时， 只需提取任意一个与终 端用户相对应的预设邮件地址即可。 优选地， 提取预设邮件地址时， 根据终端用户预先设置 的选择顺序， 或者根据系统管理员设定的顺序进行选择。
[0029] 另外， 将第一邮件系统提取的预设邮件地址替换邮件中 RFC6532格式的邮件地址时， 替 换 的 部 分 包 括 ： 邮 件 Mime 头 部 中 的 From/ResentFrom/Sender/ResentSender/To/CC/BCC/ReplyTo/ResentTo/ ResentCC/ ResentBCC/ ResentReplyTo等描述邮件地址的位置， 还包括 SMTP传输协议中的 Mail From/Rcpt To能描 述邮件地址的指令。
[0030] 例如， 第一邮件系统的终端用户 A 向第二邮件系统的目标用户 B发送邮件， 其中， 第一邮件系统及第二邮件系统均支持 RFC6532格式的邮件地址。 终端用户 A在第一邮件系 统上填写发信人的邮件地址为 "张三@公司.中国" 收件人 （即目标用户 B ) 的邮件地址为
"lisi@kehu.cn"。 发件时， 第一邮件系统判断第二邮件系统是否支持 RFC6532 格式的邮件 地址， 经判断后， 第一邮件系统判断出第二邮件系统支持 RFC6532格式的邮件地址时， 此 时， 终端用户 A通过第一邮件系统将邮件发送至第二邮件系统的目标用户8。 由于目标用户 B支持 RFC6532格式的邮件地址， 因此目标用户 B可直接看到邮件的发信人的邮件地址为
"张三@公司.中国"， 并且可以正常地回复邮件至终端用户 A。 [0031] 又如， 第一邮件系统的终端用户 A 向第二邮件系统的目标用户 B发送邮件， 其中， 第一邮件系统支持 RFC6532格式的邮件地址， 第二邮件系统不支持 RFC6532格式的邮件地 址但支持 RFC2047格式的邮件地址。 终端用户 A在第一邮件系统上填写发信人的邮件地址 为 "张三 @公司.中国"收件人 （即目标用户 B) 的邮件地址为 "lisi@kehu.cn"。 发件时， 第 一邮件系统判断第二邮件系统是否支持 RFC6532格式的邮件地址， 经判断后， 第一邮件系 统判断出第二邮件系统不支持 RFC6532格式的邮件地址时， 此时， 终端用户 A通过第一邮 件系统查询地址列表， 提取一个与所述终端用户相对应的预设邮件地址。 将提取出的预设邮 件地址替换邮件地址 "张三 @公司.中国"， 替换的部分包括： 邮件 Mime 头部中的 From/ResentFrom/Sender/ResentSender/To/CC/BCC/ReplyTo/ResentTo/ ResentCC/ ResentBCC/ ResentReplyTo等描述邮件地址的位置， 及 SMTP传输协议中的 Mail From/Rcpt To能描述邮 件地址的指令。 替换成功后， 终端用户 A通过第一邮件系统将替换后的邮件发送至第二邮 件系统的目标用户 B。 由于目标用户 B支持 RFC2047格式的邮件地址， 因此目标用户 B可 直接知道邮件的发信人的邮件地址为 "张三@公司.中国"， 并且可通过预设邮件地址给终端 用户 A 回复邮件， 相应地， 当第一邮件系统收到目标用户 B 的回复时， 可根据预设邮件地 址清楚地知道该回复是发送给终端用户 A的。
[0032] 图 2是本发明一种邮件发送方法的第二实施例流程， 包括：
S200, 构建所述第一邮件系统的预设域名。
[0033] 优选地， 构建所述第一邮件系统的预设域名时， 可以利用 ASCII码直接构造预设域 名， 而预设域名经注册后便可使用。 相应地， 在利用 ASCII码直接构造预设域名时， 可提取 原有的 RFC6532格式的邮件地址的域名， 根据所述域名的英文、 拼音等进行转换。
[0034] 更佳地， 构建所述第一邮件系统的预设域名时， 还可以提取原有的 RFC6532格式的 邮件地址的域名， 将所述域名进行 Punycode 编码以生成预设域名， 相应地， 预设域名经注 册后便可使用。
[0035] 例如， 域名 "公司.中国" 经 Punycode 编码后生成的预设域名为 "xn-55qx5d.xn- fiqs8s，，。
[0036] 需要说明的是， 构建预设域名时， 可选择 ASCII 码直接构造预设域名， 也可选择
Punycode编码构造预设域名。
[0037] S201 , 构建所述终端用户的预设用户名。
[0038] 优选地， 构建所述终端用户的预设用户名时， 可利用 ASCII码构造预设用户名。 相 应地， 在利用 ASCII码直接构造预设域名时， 可提取原有的 RFC6532格式的邮件地址的用 户名， 根据所述用户名的英文、 拼音、 编号等进行转换。 [0039] 更佳地， 构建所述终端用户的预设用户名时， 还可以提取所述 RFC6532格式的邮件 地址的用户名， 将所述用户名进行 Punycode编码以生成预设用户名。
[0040] 例如 "张三"经 Punycode编码后生成的预设用户名为 "xn-ehQ892B "。
[0041] 需要说明的是， 构建预设用户名时， 可选择 ASCII码直接构造预设用户名， 也可选 择 Punycode编码构造预设用户名。
[0042] 需要说明的是， 步骤 S200与步骤 S201之前没有必然的先后顺序， 在进行步骤 S200 的同时， 也可以进行步骤 S201。
[0043] S202, 根据所述预设域名及预设用户名， 生成预设邮件地址， 并存储至所述地址列表。
[0044] 将所述步骤 S200所构建的预设域名及步骤 S201 所构建的预设用户名组合起来， 即 生成预设邮件地址。
[0045] 由于构建的预设域名及构建的预设用户名的方法均有多种， 因此采用不同的方法， 便可组合出多种的预设邮件地址。
[0046] 例如， 非 ASCII编码的邮件地址 "张三 @公司.中国"， 其用户名为 "张三"、 域名为 "公司.中国"， 其中 "张三" 的 Punycode 编码结果为 " xn-ehQ892B "， "公司.中国" 的 Punycode 编码结果为 " xn-55qx5d.xn-fiqs8s "， 同时， 为 "张三" 设置 ASCII 码 "zhangsan", 为 "公司.中国"设置 ASCII码 "office.cn"。 若构建预设用户名及域名时均采 用 Punycode编码， 则可生成预设邮件地址为 "xn-ehQ892B@ xn-55qx5d.xn-fiqs8s "; 若构建 预设用户名及域名时均采用 ASCII码， 则可生成预设邮件地址为 "zhangsan @ office.cn"； 若构建预设用户名采用 Punycode编码， 构建域名时均采用 ASCII码， 则可生成预设邮件地 址为 " xn-ehQ892B @ office.cn "； 若构建预设用户名采用 ASCII 码， 构建域名时均采用 Punycode编码， 则可生成预设邮件地址为 "zhangsan @ xn-55qx5d.xn-fiqs8s 'O
[0047] 需要说明的是， 在利用含 RFC6532 格式的邮件地址向外发送邮件前， 需为所述邮件 地址构建预设邮件地址， 若所述邮件地址已有由纯 ASCII码组成的预设邮件地址， 则无需进 行步骤 S200、 步骤 S201及步骤 S202; 若所述邮件地址没有由纯 ASCII码组成的预设邮件 地址， 则需进行先步骤 S200、 步骤 S201及步骤 S202以构建预设邮件地址。
[0048] S203, 第一邮件系统的终端用户向第二邮件系统的目标用户发送邮件。
[0049] 所述第一邮件系统支持 RFC6532格式的邮件地址。
[0050] 所述邮件中包含 RFC6532格式的邮件地址， 所述邮件地址包括用户名及域名。
[0051] S204, 所述第一邮件系统判断所述第二邮件系统是否支持 RFC6532 格式的邮件地址， 判断为是时， 将所述邮件发送至第二邮件系统的目标用户。
[0052] 判断为否时， 查询地址列表， 提取一个与所述终端用户相对应的预设邮件地址， 将 所述预设邮件地址替换所述邮件中 RFC6532格式的邮件地址， 并将所述替换后的邮件发送 至第二邮件系统的目标用户。
[0053] 第一邮件系统的终端用户向第二邮件系统的目标用户发送含 RFC6532 格式的邮件地 址的邮件时， 第一邮件系统判断所述第二邮件系统是否支持 RFC6532 格式的邮件地址。 当 第一邮件系统判断出第二邮件系统支持 RFC6532格式的邮件地址时， 终端用户通过第一邮 件系统将邮件发送至第二邮件系统的目标用户； 当第一邮件系统判断出第二邮件系统不支持 RFC6532格式的邮件地址时， 第一邮件系统查询地址列表， 提取一个与所述终端用户相对应 的预设邮件地址， 将所述预设邮件地址替换所述邮件中 RFC6532 格式的邮件地址， 并将所 述替换后的邮件发送至第二邮件系统的目标用户。
[0054] 需要说明的是， 步骤 S202所生成的预设邮件地址， 均存储至所述地址列表中。 其中 一个终端用户可以对应多个预设邮件地址， 第一邮件系统查询地址列表时， 只需提取任意一 个与终端用户相对应的预设邮件地址即可。 优选地， 提取预设邮件地址时， 根据终端用户预 先设置的选择顺序， 或者根据系统管理员设定的顺序进行选择。
[0055] 另外， 将第一邮件系统提取的预设邮件地址替换邮件中 RFC6532格式的邮件地址时， 替 换 的 部 分 包 括 ： 邮 件 Mime 头 部 中 的 From/ResentFrom/Sender/ResentSender/To/CC/BCC/ReplyTo/ResentTo/ ResentCC/ ResentBCC/ ResentReplyTo等描述邮件地址的位置， 还包括 SMTP传输协议中的 Mail From/Rcpt To能描 述邮件地址的指令。
[0056] 例如， 第一邮件系统的终端用户 A 向第二邮件系统的目标用户 B发送邮件， 其中， 第一邮件系统支持 RFC6532格式的邮件地址， 第二邮件系统不支持 RFC6532格式的邮件地 址但支持 RFC2047格式的邮件地址。 终端用户 A在第一邮件系统上填写发信人的邮件地址 为 "张三 @公司.中国"收件人 （即目标用户 B ) 的邮件地址为 "lisi@kehu.cn"。 发件时， 第 一邮件系统判断第二邮件系统是否支持 RFC6532格式的邮件地址， 经判断后， 第一邮件系 统判断出第二邮件系统不支持 RFC6532格式的邮件地址时， 此时， 终端用户 A通过第一邮 件系统查询地址列表， 提取一个与所述终端用户相对应的预设邮件地址， 所述预设邮件地址 为 "zhangsan @ office.cn"。 将 "zhangsan @ office.cn"替换邮件中的 "张三 @公司.中国"， 替 换 的 部 分 包 括 ： 邮 件 Mime 头 部 中 的 From/ResentFrom/Sender/ResentSender/To/CC/BCC/ReplyTo/ResentTo/ ResentCC/ ResentBCC/ ResentReplyTo等描述邮件地址的位置， 及 SMTP传输协议中的 Mail From/Rcpt To能描述邮 件地址的指令。 替换成功后， 终端用户 A通过第一邮件系统将替换后的邮件发送至第二邮 件系统的目标用户 B。 由于目标用户 B支持 RFC2047格式的邮件地址， 因此目标用户 B可 直接知道邮件的发信人的邮件地址为 "张三@公司.中国"， 并且可通过预设邮件地址给终端 用户 A 回复邮件， 相应地， 当第一邮件系统收到目标用户 B 的回复时， 可根据预设邮件地 址清楚地知道该回复是发送给终端用户 A的。
[0057] 图 3是本发明一种邮件发送平台 3 的结构示意图， 所述邮件发送平台 3包括： 第一 邮件系统 1及第二邮件系统 2， 所述第一邮件系统支持 RFC6532格式的邮件地址。
[0058] 需要说明的是， 第一邮件系统 1 及第二邮件系统 2 的数量可以为一个或多个， 第一 邮件系统 1及第二邮件系统 2之间可以互相发送邮件。
[0059] 图 4是本发明一种邮件发送平台 3 中第一邮件系统 1 的结构示意图， 所述第一邮件 系统 1包括：
判断单元 11， 用于判断所述第二邮件系统 2是否支持 RFC6532格式的邮件地址。
[0060] 与所述判断单元 11相连的查找单元 12， 用于当所述判断单元 11判断出所述第二邮 件系统 2不支持 RFC6532格式的邮件地址时， 查询地址列表， 并提取一个与所述终端用户 相对应的预设邮件地址。
[0061] 需要说明的是， 地址列表内预存有由纯 ASCII 码组成的预设邮件地址， 其中一个终 端用户可以对应多个预设邮件地址， 查找单元 12 查询地址列表时， 只需提取任意一个与终 端用户相对应的预设邮件地址即可。 优选地， 提取预设邮件地址时， 根据终端用户预先设置 的选择顺序， 或者根据系统管理员设定的顺序进行选择。
[0062] 与所述查找单元 12相连的替换单元 13， 用于将所述查找单元 12所提取的预设邮件 地址替换所述邮件中 RFC6532格式的邮件地址。
[0063] 需要说明的是，， 将提取的预设邮件地址替换邮件中 RFC6532格式的邮件地址时， 替 换 的 部 分 包 括 ： 邮 件 Mime 头 部 中 的 From/ResentFrom/Sender/ResentSender/To/CC/BCC/ReplyTo/ResentTo/ ResentCC/ ResentBCC/ ResentReplyTo等描述邮件地址的位置， 还包括 SMTP传输协议中的 Mail From/Rcpt To能描 述邮件地址的指令。
[0064] 与所述判断单元 11及替换单元 13分别相连的发送单元 14， 用于当所述判断单元 11 判断出所述第二邮件系统支持 RFC6532 格式的邮件地址时， 将所述邮件发送至第二邮件系 统的目标用户， 及将经所述替换单元 14替换后的邮件发送至第二邮件系统 2的目标用户。
[0065] 需要说明的是， 第一邮件系统 1 的终端用户向第二邮件系统 2 的目标用户发送含 RFC6532格式的邮件地址的邮件时， 第一邮件系统 1 的判断单元 11判断所述第二邮件系统 2是否支持 RFC6532格式的邮件地址。 当判断单元 11判断出第二邮件系统 2支持 RFC6532 格式的邮件地址时， 发送单元 14将邮件发送至第二邮件系统 2的目标用户； 当判断单元 11 判断出第二邮件系统 2不支持 RFC6532格式的邮件地址时， 查找单元 12查询地址列表， 提 取一个与所述终端用户相对应的预设邮件地址， 通过替换单元 13将查找单元 12提取的预设 邮件地址替换所述邮件中 RFC6532格式的邮件地址， 并由发送单元 14将所述替换后的邮件 发送至第二邮件系统 2的目标用户。
[0066] 图 5是本发明一种邮件发送平台 3中第一邮件系统 1 的另一结构示意图， 与图 4不 同的是， 所述第一邮件系统 1还包括：
域名构建单元 15， 用于构建所述第一邮件系统 1的预设域名。
[0067] 用户名构建单元 16， 用于构建所述终端用户的预设用户名。
[0068] 与所述域名构建单元 15及用户名构建单元 16分别相连的邮件地址构建单元 17， 用 于根据所述域名构建单元 15所构建的预设域名及用户名构建单元 16所构建的预设用户名， 生成预设邮件地址， 并存储至地址列表。
[0069] 例如， 非 ASCII编码的邮件地址 "张三 @公司.中国"， 其用户名为 "张三"、 域名为 "公司.中国"。 若采用域名构建单元 15 构建预设域名为 "office.cn"， 采用用户名构建单元
16 构建预设用户名为 " zhangsan " , 此时邮件地址构建单元 17 合成预设邮件地址为 "zhangsan @ office.cn 'Ό
[0070] 更佳地， 如图 6所示， 域名构建单元 15包括：
第一域名子单元 151， 用于利用 ASCII码构造并注册预设域名。
[0071] 构建所述第一邮件系统的预设域名时， 可以利用 ASCII码直接构造预设域名， 而预 设域名经注册后便可使用。 例如 "office.cn"。
[0072] 第二域名子单元 152， 用于提取所述 RFC6532格式的邮件地址的域名， 将所述域名 进行 Punycode编码以生成预设域名， 并注册所述预设域名。
[0073] 构建所述第一邮件系统 1 的预设域名时， 还可以提取原有的 RFC6532格式的邮件地 址的域名， 将所述域名进行 Punycode 编码以生成预设域名， 相应地， 预设域名经注册后便 可使用。 例如， 域名 "公司.中国" 经 Punycode 编码后生成的预设域名为 " xn-55qX5d.xn- fiqs8s，，。
[0074] 更佳地， 如图 7所示， 用户名构建单元 16包括：
第一用户名子单元 161， 用于利用 ASCII码构造预设用户名。 例如 "zhangSan"。
[0075] 第二用户名子单元 162， 用于提取所述 RFC6532格式的邮件地址的用户名， 将所述 用户名进行 Punycode编码， 生成预设用户名。
[0076] 构建所述终端用户的预设用户名时， 还可以提取所述 RFC6532格式的邮件地址的用 户名， 将所述用户名进行 Punycode编码以生成预设用户名。 例如 "张三 "经 Punycode编码 后生成的预设用户名为 "xn-ehQ892B "。
[0077] 由上可知， 通过为非 ASCII 码邮件地址构建预设邮件地址， 可以在不改变目前旧有 的不支持 RFC6532的邮件系统的前提下， 为支持 RFC 6532格式邮件地址的终端用户提供纯 ASCII编码的邮件地址映射， 实现非 ASCII编码的邮件地址与纯 ASCII码格式的邮件地址的 自动智能转换。 让使用支持 RFC 6532格式邮件地址， 且邮件地址包含非 ASCII编码的终端 用户能借助预设邮件地址， 正确地、 平滑畅通地与旧系统的用户互相通信交流。 另外， 支持 RFC6532的邮件系统通过预设域名、 预设用户名的方法， 构建预设邮件地址。 构建时， 可以 利用 ASCII码构造预设邮件地址， 还可以通过扩展 Punycode编码方式， 把只作用于域名的 Punycode编码方式， 扩展应用到整个邮件地址的转换， 实现预设邮件地址的构建。
[0078] 以上所述是本发明的优选实施方式， 应当指出， 对于本技术领域的普通技术人员来 说， 在不脱离本发明原理的前提下， 还可以做出若干改进和润饰， 这些改进和润饰也视为本 发明的保护范围。

Claims

权 利 要 求
1. 一种邮件发送方法， 其特征在于， 包括：
第一邮件系统的终端用户向第二邮件系统的目标用户发送邮件， 所述第一邮件系统支持
RFC6532格式的邮件地址， 所述邮件中包含 RFC6532格式的邮件地址， 所述邮件地址包括 用户名及域名；
所述第一邮件系统判断所述第二邮件系统是否支持 RFC6532格式的邮件地址，
判断为是时， 将所述邮件发送至第二邮件系统的目标用户，
判断为否时， 查询地址列表， 提取一个与所述终端用户相对应的预设邮件地址， 将所述预设 邮件地址替换所述邮件中 RFC6532 格式的邮件地址， 并将所述替换后的邮件发送至第二邮 件系统的目标用户。
2. 如权利要求 1 所述的邮件发送方法， 其特征在于， 所述第一邮件系统的终端用户向第二 邮件系统的目标用户发送邮件的步骤之前还包括：
构建所述第一邮件系统的预设域名；
构建所述终端用户的预设用户名；
根据所述预设域名及预设用户名， 生成预设邮件地址， 并存储至所述地址列表。
3. 如权利要求 2 所述的邮件发送方法， 其特征在于， 所述构建第一邮件系统的预设域名的 步骤包括：
利用 ASCII码构造预设域名；
注册所述预设域名。
4. 如权利要求 3 所述的邮件发送方法， 其特征在于， 所述构建第一邮件系统的预设域名的 步骤还包括：
提取所述 RFC6532格式的邮件地址的域名；
将所述域名进行 Punycode编码， 生成预设域名；
注册所述预设域名。
5. 如权利要求 2 所述的邮件发送方法， 其特征在于， 所述构建终端用户的预设用户名的步 骤包括：
利用 ASCII码构造预设用户名。
6. 如权利要求 5 所述的邮件发送方法， 其特征在于， 所述构建终端用户的预设用户名的步 骤还包括：
提取所述 RFC6532格式的邮件地址的用户名；
将所述用户名进行 Punycode编码， 生成预设用户名。
7. 一种邮件发送平台， 其特征在于， 所述邮件发送平台包括第一邮件系统及第二邮件系统， 所述第一邮件系统支持 RFC6532格式的邮件地址；
所述第一邮件系统包括：
判断单元， 用于判断所述第二邮件系统是否支持 RFC6532格式的邮件地址；
与所述判断单元相连的查找单元， 用于当所述判断单元判断出所述第二邮件系统不支持
RFC6532格式的邮件地址时， 查询地址列表， 并提取一个与所述终端用户相对应的预设邮件 地址；
与所述查找单元相连的替换单元， 用于将所述查找单元所提取的预设邮件地址替换所述邮件 中 RFC6532格式的邮件地址；
与所述判断单元及替换单元分别相连的发送单元， 用于当所述判断单元判断出所述第二邮件 系统支持 RFC6532 格式的邮件地址时， 将所述邮件发送至第二邮件系统的目标用户， 及将 经所述替换单元替换后的邮件发送至第二邮件系统的目标用户。
8. 如权利要求 7所述的邮件发送平台， 其特征在于， 所述第一邮件系统还包括：
域名构建单元， 用于构建所述第一邮件系统的预设域名；
用户名构建单元， 用于构建所述终端用户的预设用户名；
与所述域名构建单元及用户名构建单元分别相连的邮件地址构建单元， 用于根据所述域名构 建单元所构建的预设域名及用户名构建单元所构建的预设用户名， 生成预设邮件地址， 并存 储至地址列表。
9. 如权利要求 8所述的邮件发送平台， 其特征在于， 所述域名构建单元包括：
第一域名子单元， 用于利用 ASCII码构造并注册预设域名；
第二域名子单元， 用于提取所述 RFC6532 格式的邮件地址的域名， 将所述域名进行 Pimycode编码以生成预设域名， 并注册所述预设域名。
10. 如权利要求 8所述的邮件发送平台， 其特征在于， 所述用户名构建单元包括：
第一用户名子单元， 用于利用 ASCII码构造预设用户名；
第二用户名子单元， 用于提取所述 RFC6532格式的邮件地址的用户名， 将所述用户名进行 Pimycode编码， 生成预设用户名。
PCT/CN2012/085106 2012-09-07 2012-11-23 一种邮件发送方法及邮件发送平台 WO2014036791A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210327621.1 2012-09-07
CN2012103276211A CN102882767A (zh) 2012-09-07 2012-09-07 一种邮件发送方法及邮件发送平台

Publications (1)

Publication Number Publication Date
WO2014036791A1 true WO2014036791A1 (zh) 2014-03-13

Family

ID=47483918

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/085106 WO2014036791A1 (zh) 2012-09-07 2012-11-23 一种邮件发送方法及邮件发送平台

Country Status (2)

Country Link
CN (1) CN102882767A (zh)
WO (1) WO2014036791A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10050913B2 (en) * 2013-11-25 2018-08-14 Computer Network Information Center, Chinese Academy Of Sciences Method for sending and receiving electronic mail of international multilingual mail box

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103716417B (zh) * 2012-10-09 2018-11-20 王正伟 E-mail地址编码方法
CN106951403A (zh) * 2017-03-21 2017-07-14 联想(北京)有限公司 一种数据处理方法及服务器集群
CN108462628B (zh) * 2017-12-29 2021-05-18 中国互联网络信息中心 一种多语种邮件系统的快速识别方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1398476A (zh) * 2000-12-06 2003-02-19 株式会社Ntt都科摩 处理多个分电子邮件的方法和装置
CN1652125A (zh) * 2004-02-02 2005-08-10 英业达股份有限公司 局域网电子邮件收发管理方法及系统
CN101146059A (zh) * 2007-11-06 2008-03-19 中国电信股份有限公司 一种支持附件格式转换的邮件系统、方法及其终端
JP2008278440A (ja) * 2007-05-07 2008-11-13 Mario Nakanishi 送信先アドレスに利用者識別符号を用いた電子メール配信システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1398476A (zh) * 2000-12-06 2003-02-19 株式会社Ntt都科摩 处理多个分电子邮件的方法和装置
CN1652125A (zh) * 2004-02-02 2005-08-10 英业达股份有限公司 局域网电子邮件收发管理方法及系统
JP2008278440A (ja) * 2007-05-07 2008-11-13 Mario Nakanishi 送信先アドレスに利用者識別符号を用いた電子メール配信システム
CN101146059A (zh) * 2007-11-06 2008-03-19 中国电信股份有限公司 一种支持附件格式转换的邮件系统、方法及其终端

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10050913B2 (en) * 2013-11-25 2018-08-14 Computer Network Information Center, Chinese Academy Of Sciences Method for sending and receiving electronic mail of international multilingual mail box

Also Published As

Publication number Publication date
CN102882767A (zh) 2013-01-16

Similar Documents

Publication Publication Date Title
US11671398B2 (en) Systems, methods, and computer program products for inter-modal processing and messaging communication responsive to electronic mail
US10080113B1 (en) Method of and system for displaying mobile messages in unsupported formats
JP5622802B2 (ja) 統合ｉｐメッセージングサービスにおけるメッセージスレッドを管理する方法及びシステム
US6839738B2 (en) System and method for cleansing addresses for electronic messages
EP2458802B1 (en) Method and system for intercommunicating between instant message and e-mail
US20020087639A1 (en) System and method for cleansing addresses for electronic messages
WO2009056040A1 (fr) Procédé et appareil de transfert de message entre des réseaux hétérogènes
WO2010012144A1 (zh) 业务内容信息查询方法、系统和服务提供商平台
CN102474469A (zh) 用于在即时消息收发服务与短消息服务之间联网的方法和系统
EP2232940A2 (en) Interactive short messaging service
WO2014036791A1 (zh) 一种邮件发送方法及邮件发送平台
CN102202006A (zh) 一种挂号电子邮件的传输方法
KR101650848B1 (ko) 국제화된 이메일 시스템 및 국제화되지 않은 이메일 시스템 사이의 메시지 송신
US8121625B2 (en) System for enabling communication between computers and mobile telephones
Kille MIXER (mime internet X. 400 enhanced relay): Mapping between X. 400 and RFC 822/MIME
CN101156400B (zh) 一种在多媒体消息业务中处理消息的方法和系统
KR100717567B1 (ko) 국제 문자메시지 전송 시스템 및 그 방법
WO2014036790A1 (zh) 一种电子邮件投递方法及邮件系统
JP2006293854A (ja) メール転送システム、メール転送装置及びメール転送プログラム
WO2012151811A1 (zh) 多媒体消息的处理方法及装置
JP2001326672A (ja) 電子メールシステムおよび方法
WO2008049349A1 (fr) Système de messagerie universelle et procédé d'interaction avec le terminal de messagerie spéciale
KR20070073110A (ko) 이동통신 시스템에서 이메일 통보 서비스를 제공하는 방법및 시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12884167

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12884167

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 12884167

Country of ref document: EP

Kind code of ref document: A1