WO2016169434A1 - 电子邮件重发方法及装置 - Google Patents

电子邮件重发方法及装置 Download PDF

Info

Publication number
WO2016169434A1
WO2016169434A1 PCT/CN2016/079372 CN2016079372W WO2016169434A1 WO 2016169434 A1 WO2016169434 A1 WO 2016169434A1 CN 2016079372 W CN2016079372 W CN 2016079372W WO 2016169434 A1 WO2016169434 A1 WO 2016169434A1
Authority
WO
WIPO (PCT)
Prior art keywords
mail
email
resend
peer
identifier
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2016/079372
Other languages
English (en)
French (fr)
Inventor
刘美朝
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Publication of WO2016169434A1 publication Critical patent/WO2016169434A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes
    • 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/23—Reliability checks, e.g. acknowledgments or fault reporting

Definitions

  • the present application relates to the field of Internet technologies, and in particular, to an email retransmission method and apparatus.
  • E-mail is a communication method that provides information exchange by means of electronic means, and is the most widely used service of the Internet. Through the email system, users can connect with network users in any corner of the world at a very low price and in a very fast way.
  • the sender After the sender has written a message on his mail client, the sender sends the message through the send function on the mail client.
  • the recipient receives the message from the sender through their mail client.
  • the recipient sometimes needs the sender to resend the message, such as not receiving the message or the required message has been deleted, at which point the recipient needs the sender to resend the message.
  • the current process of requesting the sender to resend the mail is generally: the recipient informs the sender that the mail needs to be resent in a certain way; after the sender knows that the mail needs to be resent, the first thing to find is that it needs to be resent from the sent mail. The message is then resent by the send function on its client, which requires the sender to manually participate and the resend is less efficient.
  • aspects of the present application provide an email retransmission method and apparatus for improving the efficiency of resending an email.
  • An aspect of the present application provides an email retransmission method, including:
  • the email from the peer mail client is a resend indication email, parsing the resend email identifier from the email from the peer mail client;
  • an email retransmission method including:
  • a mail client including:
  • An identification module configured to identify whether the email from the peer mail client is a resend indication email
  • a parsing module configured to parse the resend mail identifier from the email from the peer mail client when the email from the peer mail client is a resend email;
  • a resending module configured to resend the sent email identified by the resend mail identifier to the peer mail client.
  • a mail client including:
  • a generating module configured to generate a resend indication mail, where the resend indication mail includes a resend mail identifier
  • a sending module configured to send the resend indication mail to the peer mail client, where the peer mail client resends the sent email identified by the resend mail identifier;
  • a receiving module configured to receive the sent email identified by the resend mail identifier resent by the peer mail client.
  • the present application identifies whether the email from the peer mail client is a resend indication email, and when the email from the peer email client is identified as a resend email, the resend email identifier is parsed therefrom. According to the resend mail identifier, the sent e-mail that needs to be resent is determined, and then the sent mail identified by the re-sending mail identifier is resent to the peer mail client, so that the automatic re-sending of the e-mail is realized, and the sender is not required. Manual participation increases the efficiency of resending emails.
  • FIG. 1 is a schematic flowchart of an email resending method according to an embodiment of the present disclosure
  • FIG. 2 is a schematic flowchart of a method for resending an email according to another embodiment of the present disclosure
  • FIG. 3 is a schematic structural diagram of a mail client according to an embodiment of the present disclosure.
  • FIG. 4 is a schematic structural diagram of a mail client according to another embodiment of the present application.
  • FIG. 1 is a schematic flowchart diagram of an email resending method according to an embodiment of the present application. As shown in Figure 1, the method includes:
  • the resend email identifier is parsed from the email from the peer mail client.
  • the embodiment provides an email resending method, which can be executed by a mail client in an email system, and can be executed by a mail client as a sender, which is simply referred to as a local mail client.
  • the peer mail client described in this embodiment specifically refers to a mail client as a recipient.
  • the method of the embodiment is mainly used for realizing automatic retransmission of e-mails, liberating the sender from the process of re-sending the e-mail, and improving the re-transmission efficiency of the e-mail.
  • the embodiment expands a mail type, that is, resends an email indicating that the email needs to be resent on the one hand, and the email that needs to be retransmitted on the other hand, the resending indication Mail is different from regular email.
  • the mail client as the sender, it is necessary to add a function of recognizing the retransmission instruction mail and resending the sent e-mail according to the retransmission instruction mail. Based on this, the process of resending an email is as follows:
  • the local mail client receives the email from the peer mail client; identifies whether the email from the peer mail client is a resend indication email; if the email from the peer mail client is a resend email, from the peer Resending the email identifier in the email of the mail client, the resending email identifier is used to indicate the sent email that needs to be resent; according to the resending email identifier, the sent email that needs to be resent can be determined, and then the pair is sent
  • the end mail client resends the sent e-mail identified by the resend mail ID.
  • the command specification of the resending indication email may be pre-agreed between the local mail client and the peer mail client, and the resending indication email needs to be written according to the instruction specification.
  • the instruction specification stipulates that the resend indication mail needs to include a retransmission instruction symbol, by which the retransmission instruction mail and the non-retransmission indication mail can be distinguished, and the non-retransmission indication mail actually refers to a regular e-mail.
  • a method for identifying whether the email from the peer mail client is a resend email includes: parsing the email from the peer mail client according to the agreed instruction specification to determine the email from the peer mail client. Whether the email includes a resend command character; if the email from the peer mail client includes a resend command, it is determined that the email from the peer mail client is a resend indication email; if the email from the peer mail client does not include Resend the command to determine that the email from the peer mail client is not a resend indication message.
  • the above retransmission command may be located in the subject part or in the body part, and may be specified in the instruction specification.
  • the above instruction specification stipulates that the resend indication mail needs to include a resend mail identifier for indicating an email that needs to be resent by the peer mail client.
  • a method for parsing the resend mail identifier from the email from the peer mail client includes: parsing the email from the peer mail client according to the agreed instruction specification to obtain the resend mail identifier.
  • the above resending mail identifier may be located in the subject part or in the body part, and may be specified in the instruction specification.
  • an instruction specification may include: two "#" symbols + numbers + letters d.
  • the two "#” numbers in the above instruction specification are fixed and can be used as retransmission command symbols. If two "#" numbers are found in the email, the email can be determined to be a resend indication mail;
  • the letter d in the day indicates the number, and the number can be arbitrarily specified, indicating how many emails have been sent within the specified day.
  • the "number + letter d" in the specification of the instruction indicates the resending mail identifier, and the resending mail identifier is specific.
  • the time range for sending sent messages is specific.
  • the identifier of the resend mail identifier may be retrieved from the sent email. An email has been sent and the retrieved sent email has been resent to the peer mail client.
  • the email can be resent to the peer email client one by one. In short, one email to the opposite email The client sends.
  • the retransmission efficiency is further improved, and the user experience is improved.
  • the identifier of the resend mail identifier may be identified. The sent emails are merged to generate a new email that is sent to the peer mail client.
  • a method of merging sent emails identified by a resend mail identifier to generate a new email includes: merging the subject, body, and attachment identifier of the sent email identified by the resend mail identifier into the first File; merges the attachments in the sent email identified by the resend mail ID into a second file; the first file and the second file are attached to the new email to generate a new email.
  • the identifier of the above attachment may be, but is not limited to, the name of the attachment.
  • the first file may be a PDF file, a txt file, or a word file.
  • the second file described above may be a compressed package, but is not limited thereto.
  • each email may be uniquely identified, and the name of the attachment in the second file is marked with the identifier of the email to which the attachment belongs, and the attachment is The associated email is associated. For example, suppose you have an email with a unique identifier of a, which includes two attachments. The names of the attachments are My Documents and My Photos, respectively, and the names of the attachments in the second file are a-My Documents. And a-my photos.
  • the user is configured to pre-configure the sending mode of the local mail client. If the user configures the sending mode for the local mail client, the sent identity identified by the resending mail identifier is retrieved. After the email, the retrieved emails are automatically merged to form a new email, and a new email is sent to the peer mail client.
  • the local mail client can determine whether the merge sending mode is configured before sending the sent email identified by the resending mail identifier to the peer mail client.
  • merge sending mode If the merge sending mode is configured, The merged emails identified by the resend mail identifier are merged to generate a new email, and then the new email is sent to the peer mail client; if the merge delivery method is not configured, the email is sent to the peer mail client one by one. Resent the identity of the message An email has been sent.
  • the user is allowed to configure the sending mode for the local mail client, instead of directly adopting the combined sending mode, and the implementation is more flexible, which is beneficial to improving the security of the user information.
  • the foregoing instruction specification stipulates that the resending indication mail includes: a merge sending instruction, which is used to indicate that the emails that need to be resent are combined and sent together. Based on this, when the email from the peer mail client is a resend indication email, the method further includes: parsing the merge sending instruction from the email from the peer mail client. Based on this, the foregoing method for combining the sent emails identified by the resend mail identifier to generate a new email is specifically: combining the sent emails identified by the resending mail identifier according to the merge sending instruction, Generate a new email.
  • the foregoing instruction specification stipulates that the resending indication mail includes: a sorting instruction, configured to instruct to sort the emails that need to be resent and then send the emails. Based on this, when the email from the peer mail client is a resend indication email, the method further includes: parsing the sorting instruction from the email from the peer mail client.
  • the method further includes: sorting the sent emails identified by the resending mail identifier according to the sorting instruction, For example, the order may be sorted according to the order in which the sent emails are sent, or may be sorted in the reverse order of the sent time of the sent emails.
  • the above-mentioned sent emails identified by the resend mail identifier are merged to generate a new email, specifically: the sent emails identified by the sorted resend mail identifier are merged to generate a new one. e-mail.
  • an instruction specification includes: two "#" sign + number + letter d constitute + less than (or greater than).
  • the less than sign in the specification of the directive represents the sorting of emails that need to be resent in the order in which they were sent.
  • the greater than the number in the specification of the instruction represents sorting the emails that need to be resent in the reverse order of the time the message was sent.
  • the content "##10d ⁇ " in the resend indication mail indicates that it is desired to resend the e-mail that has been sent within 10 days, and the e-mail that needs to be resent is performed in the order of the e-mail sending time before the e-mail is sent. Sort, then merge and send the sorted emails.
  • the embodiment determines whether the email from the peer email client is a resend email, and when the email from the peer email client is identified as a resending email, the resending email identifier is parsed therefrom. According to the resend mail identifier, the sent e-mail that needs to be resent is determined, and then the sent mail identified by the re-sending mail identifier is resent to the peer mail client, so that the automatic re-sending of the e-mail is realized, and the sender is not required. Manual participation increases the efficiency of resending emails.
  • FIG. 2 is a schematic flowchart diagram of an email resending method according to another embodiment of the present application. As shown in Figure 2, the method includes:
  • the embodiment provides an email resending method, which can be executed by a mail client in an email system, and can be executed by a mail client as a recipient, which is simply referred to as a local mail client.
  • the peer mail client described in this embodiment specifically refers to a mail client as a sender.
  • the method of the embodiment is mainly used for realizing automatic retransmission of e-mails, liberating the sender from the process of re-sending the e-mail, and improving the re-transmission efficiency of the e-mail.
  • the embodiment expands a mail type, that is, resends an email indicating that the email needs to be resent on the one hand, and the email that needs to be retransmitted on the other hand, the resending indication Mail is different from regular email.
  • the process of resending an email is as follows:
  • the local mail client generates a resend indication email, and sends a resend indication email to the peer email client; the peer email client receives the resend email from the local email client, and parses the resend email identifier from the local email client.
  • the resend mail identifier is used to indicate the sent e-mail that needs to be resent, and according to the re-sent mail identifier, the sent e-mail that needs to be re-sent can be determined, and then the local mail client resends the identifier of the re-sent mail identifier.
  • the email has been sent; the local mail client receives the sent email identified by the above-mentioned resend mail identifier resent by the peer mail client.
  • the command specification of the resending indication email may be pre-agreed between the local mail client and the peer mail client, and the resending indication email needs to be generated according to the instruction specification.
  • the instruction specification stipulates that the resend indication mail needs to include a retransmission instruction symbol, by which the retransmission instruction mail and the non-retransmission indication mail can be distinguished, and the non-retransmission indication mail actually refers to a regular e-mail.
  • the above retransmission command may be located in the subject part or in the body part, and may be specified in the instruction specification.
  • the above instruction specification stipulates that the resend indication mail needs to include a resend mail identifier for indicating an email that needs to be resent by the peer mail client.
  • the above resending mail identifier may be located in the subject part or in the body part, and may be specified in the instruction specification.
  • an instruction specification may include: two "#" symbols + numbers + letters d.
  • the two "#" numbers in the specification of the instruction are fixed and can be used as retransmission instructions; the letter d in the specification of the instruction indicates the day, and the number can be arbitrarily specified, indicating how many days have elapsed to send the e-mail.
  • the "number + letter d" in the specification of the instruction indicates the resending mail identifier, and the resending mail identifier is specifically the transmission time range of the sent mail.
  • the peer mail client may resend to the local mail client one by one, in short, one letter Send to the local mail client. Based on this, the local mail client can receive the e-mail sent by the peer mail client one by one.
  • the peer mail client may be heavy.
  • the sent emails identified by the email identifier are merged to generate a new email, which is sent to the local mail client.
  • the manner in which the local mail client receives the sent email identified by the resend mail identifier sent by the peer mail client includes: receiving a new email sent by the peer mail client; downloading the attachment of the new email The first file and the second file; obtaining, from the first file, the subject, the body, and the identifier of the sent email identified by the resending mail identifier; and obtaining the sent identifier identified by the resending mail identifier from the second file An attachment to the email.
  • the identifier of the above attachment may be, but is not limited to, the name of the attachment.
  • the first file may be a PDF file, a txt file, or a word file.
  • the second file described above may be a compressed package, but is not limited thereto.
  • the foregoing instruction specification stipulates that the resending indication mail includes: a merge sending instruction, which is used to indicate that the emails that need to be resent are combined and sent together.
  • the foregoing instruction specification stipulates that the resending indication mail includes: a sorting instruction, configured to instruct to sort the emails that need to be resent and then send the emails.
  • an instruction specification includes: two "#" sign + number + letter d constitute + less than (or greater than).
  • the less than sign in the specification of the directive represents the sorting of emails that need to be resent in the order in which they were sent.
  • the greater than the number in the specification of the instruction represents sorting the emails that need to be resent in the reverse order of the time the message was sent.
  • the content "##10d ⁇ " in the resend indication mail indicates that it is desired to resend the e-mail that has been sent within 10 days, and the e-mail that needs to be resent is performed in the order of the e-mail sending time before the e-mail is sent. Sort, then merge and send the sorted emails.
  • the embodiment sends a resend indication email to the peer email client, so that the peer email client can automatically parse the resend email identifier from the resend email.
  • the sent e-mail that needs to be resent is determined, and then the sent mail identified by the re-sent mail identifier is returned, so that the automatic re-sending of the e-mail is realized, and the sender is not required to manually participate, and the re-send email is improved. s efficiency.
  • the method provided in the foregoing embodiment may be used to send a resend indication email to the peer email client.
  • the peer mail client resends the required email. For example, if the local mail client finds that the required email is discarded, for example, the required email is discarded due to the frequency limitation of the sending, etc., the method provided by the foregoing embodiment may be used to reach the peer mail client. Send a resend indication message instructing the peer mail client to resend the required email.
  • FIG. 3 is a schematic structural diagram of a mail client according to an embodiment of the present disclosure.
  • the mail client provided in this embodiment can be implemented as a mail client of the sender.
  • the mail client includes an identification module 31, a parsing module 32, and a retransmission module 33.
  • the identification module 31 is configured to identify whether the email from the peer mail client is a resend indication email.
  • the parsing module 32 is configured to parse the resend mail identifier from the e-mail from the peer mail client when the recognizing module 31 recognizes that the e-mail from the peer mail client is a re-instruction mail.
  • the resending module 33 is configured to resend the sent email identified by the resend mail identifier parsed by the parsing module 32 to the peer mail client.
  • the identifying module 31 is specifically configured to: parse the email from the peer mail client according to the agreed instruction specification, to determine whether the email from the peer mail client includes a resend command character; If the email from the peer mail client includes a resend command, it is determined that the email from the peer mail client is a resend mail; if the email from the peer mail client does not include the resend command, it is determined from the peer The email of the mail client is a non-reposting email.
  • the parsing module 32 is specifically configured to: parse the email from the peer mail client according to the agreed instruction specification to obtain the resend mail identifier.
  • the retransmission module 33 is specifically configured to: merge the sent emails identified by the resend mail identifier to generate a new email, and send a new email to the peer mail client.
  • the retransmission module 33 merges the sent emails identified by the resend mail identifier to generate a new email, it is specifically used to:
  • the parsing module 32 is further configured to parse the merge sending instruction from the email from the peer mail client. Based on this, the retransmission module 33, when used to merge the sent emails identified by the resend mail identifier to generate a new email, is specifically used for: retransmitting according to the merge sending instruction parsed by the parsing module 32. The sent emails identified by the message ID are merged to form a new email.
  • the parsing module 32 is further configured to parse the sorting instruction from the email from the peer mail client. Based on this, the retransmission module 33 is further configured to: before the merged emails identified by the resend mail identifier are merged to generate a new email, according to the sorting instruction, the sent email identified by the resend mail identifier is identified Sort.
  • the resending mail identifier may be a mail sending time range.
  • the mail client provided in this embodiment is implemented as a mail client of the sender, by identifying whether the email from the peer email client is a resend email, and identifying the email from the peer email client is heavy.
  • the resend mail identifier is parsed from the re-sent mail identifier, and the sent e-mail that needs to be resent is determined according to the re-sent mail identifier, and the re-sent mail identifier is resent to the peer mail client.
  • the identified emails are sent to realize the automatic retransmission of emails without the need for the sender to participate manually, which improves the efficiency of resending emails.
  • FIG. 4 is a schematic structural diagram of a mail client according to another embodiment of the present application.
  • the mail client provided in this embodiment can be implemented as a mail client of the recipient.
  • the mail client includes a generating module 41, a sending module 42, and a receiving module 43.
  • the generating module 41 is configured to generate a resend indication mail, and the resend indication mail includes a resend mail identifier.
  • the sending module 42 is configured to send the resend indication email generated by the generating module 41 to the peer mail client, so that the peer mail client resends the sent email identified by the resending mail identifier.
  • the receiving module 43 is configured to receive the sent email identified by the resend mail identifier resent by the peer mail client.
  • the command specification of the resending indication mail may be pre-agreed between the mail client and the peer mail client in this embodiment, and the generating module 41 may specifically generate a resend indication according to the instruction specification. mail.
  • the above instruction specification stipulates that the resend indication mail needs to include a resend mail identifier for indicating an email that needs to be resent by the peer mail client.
  • the foregoing instruction specification stipulates that the resending indication mail includes: a merge sending instruction, which is used to indicate that the emails that need to be resent are combined and sent together.
  • the foregoing instruction specification stipulates that the resending indication mail includes: a sorting instruction, configured to instruct to sort the emails that need to be resent and then send the emails.
  • the receiving module 43 is specifically configured to: receive a new email sent by the peer email client; download the first file and the second file in the attachment of the new email; and obtain the weight from the first file.
  • the email identifies the subject, body, and attachment of the sent email identified; the attachment to the sent email identified by the resend email identifier is obtained from the second file.
  • the mail client provided in this embodiment is implemented as a mail client of the recipient, and generates a resend indication mail and sends the resend indication mail to the peer mail client, so that the peer mail client can automatically resend the mail.
  • the e-mail identifier is parsed in the indication mail, and the sent e-mail that needs to be re-sent is determined according to the re-sent mail identifier, and then the sent e-mail identified by the re-sending mail identifier is returned, so that the automatic re-sending of the e-mail is not required.
  • the manual participation of people has improved the efficiency of resending emails.
  • the disclosed system, apparatus, and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of hardware plus software functional units.
  • the above-described integrated unit implemented in the form of a software functional unit can be stored in a computer readable storage medium.
  • the software functional unit described above is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor to perform the methods described in various embodiments of the present application. Part of the steps.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like, which can store program codes. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请提供一种电子邮件重发方法及装置。一种方法包括：识别来自对端邮件客户端的电子邮件是否为重发指示邮件；若来自对端邮件客户端的电子邮件为重发指示邮件，从来自对端邮件客户端的电子邮件中解析出重发邮件标识；向对端邮件客户端重新发送重发邮件标识所标识的已发送电子邮件。本申请可以实现电子邮件的自动重发，提高重发电子邮件的效率。

Description

电子邮件重发方法及装置
本申请要求2015年04月22日递交的申请号为201510194444.8、发明名称为“电子邮件重发方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及互联网技术领域，尤其涉及一种电子邮件重发方法及装置。
背景技术
电子邮件是—种用电子手段提供信息交换的通信方式，是互联网应用最广的服务。通过电子邮件系统，用户可以以非常低廉的价格、非常快速的方式与世界上任何一个角落的网络用户联系。
在现有电子邮件系统中，发件人在其邮件客户端上编写好邮件之后，通过邮件客户端上的发送功能将邮件发送出去。收件人通过其邮件客户端接收发件人发送的邮件。在实际应用中，收件人有时需要发件人重新发送邮件，例如未接收到邮件或需要的邮件已被删除，此时收件人需要发件人重新发送这些邮件。
现有要求发件人重新发送邮件的过程一般是：收件人通过一定方式告知发件人需要重新发送邮件；发件人获知需要重新发送邮件之后，首先要从已发送邮件中找到需要重新发送的邮件，然后通过其客户端上的发送功能重新发送邮件，该过程需要发件人手动参与，重发效率较低。
发明内容
本申请的多个方面提供一种电子邮件重发方法及装置，用以提高重发电子邮件的效率。
本申请的一方面，提供一种电子邮件重发方法，包括：
识别来自对端邮件客户端的电子邮件是否为重发指示邮件；
若所述来自对端邮件客户端的电子邮件为重发指示邮件，从所述来自对端邮件客户端的电子邮件中解析出重发邮件标识；
向所述对端邮件客户端重新发送所述重发邮件标识所标识的已发送电子邮件。
本申请的另一方面，提供一种电子邮件重发方法，包括：
生成重发指示邮件，所述重发指示邮件包括重发邮件标识；
将所述重发指示邮件发送给对端邮件客户端，以供所述对端邮件客户端重新发送所述重发邮件标识所标识的已发送电子邮件；
接收所述对端邮件客户端重新发送的所述重发邮件标识所标识的已发送电子邮件。
本申请的又一方面，提供一种邮件客户端，包括：
识别模块，用于识别来自对端邮件客户端的电子邮件是否为重发指示邮件；
解析模块，用于在所述来自对端邮件客户端的电子邮件为重发指示邮件时，从所述来自对端邮件客户端的电子邮件中解析出重发邮件标识；
重发模块，用于向所述对端邮件客户端重新发送所述重发邮件标识所标识的已发送电子邮件。
本申请的又一方面，提供一种邮件客户端，包括：
生成模块，用于生成重发指示邮件，所述重发指示邮件包括重发邮件标识；
发送模块，用于将所述重发指示邮件发送给对端邮件客户端，以供所述对端邮件客户端重新发送所述重发邮件标识所标识的已发送电子邮件；
接收模块，用于接收所述对端邮件客户端重新发送的所述重发邮件标识所标识的已发送电子邮件。
由上述技术方案可知，本申请通过识别来自对端邮件客户端的电子邮件是否为重发指示邮件，当识别出来自对端邮件客户端的电子邮件为重发指示邮件时，从中解析出重发邮件标识，根据重发邮件标识确定需要重发的已发送电子邮件，进而向对端邮件客户端重新发送该重发邮件标识所标识的已发送邮件，实现电子邮件的自动重发，不需要发件人手动参与，提高了重发电子邮件的效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请一实施例提供的电子邮件重发方法的流程示意图；
图2为本申请另一实施例提供的电子邮件重发方法的流程示意图；
图3为本申请一实施例提供的邮件客户端的结构示意图；
图4为本申请另一实施例提供的邮件客户端的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图1为本申请一实施例提供的电子邮件重发方法的流程示意图。如图1所示，该方法包括：
101、识别来自对端邮件客户端的电子邮件是否为重发指示邮件。
102、若来自对端邮件客户端的电子邮件为重发指示邮件，从来自对端邮件客户端的电子邮件中解析出重发邮件标识。
103、向对端邮件客户端重新发送上述重发邮件标识所标识的已发送电子邮件。
本实施例提供一种电子邮件重发方法，可由电子邮件系统中的邮件客户端来执行，具体可以由作为发件方的邮件客户端来执行，简称为本端邮件客户端。本实施例中所述的对端邮件客户端具体是指作为收件方的邮件客户端。本实施例方法主要用于实现电子邮件的自动重发，将发件人从电子邮件的重发过程中解放出来，提高电子邮件的重发效率。
为了实现电子邮件的自动重发，本实施例扩展一种邮件类型，即重发指示邮件，该邮件一方面指示需要重发电子邮件，另一方面指示需要重发的电子邮件，该重发指示邮件不同于常规的电子邮件。另外，对于作为发件方的邮件客户端来说，需要增加识别重发指示邮件以及根据重发指示邮件重新发送已发送电子邮件的功能。基于此，重发电子邮件的过程如下：
本端邮件客户端接收来自对端邮件客户端的电子邮件；识别来自对端邮件客户端的电子邮件是否为重发指示邮件；若来自对端邮件客户端的电子邮件为重发指示邮件，从来自对端邮件客户端的电子邮件中解析出重发邮件标识，该重发邮件标识用于指示需要重新发送的已发送电子邮件；根据该重发邮件标识可以确定需要重新发送的已发送电子邮件，进而向对端邮件客户端重新发送该重发邮件标识所标识的已发送电子邮件。
在一可选实施方式中，本端邮件客户端与对端邮件客户端之间可以预先约定上述重发指示邮件的指令规范，重发指示邮件需要按照该指令规范来撰写。该指令规范约定重发指示邮件需要包括重发指令符，通过该重发指令符可以区分重发指示邮件与非重发指示邮件，非重发指示邮件实际是指常规的电子邮件。
基于上述，一种识别来自对端邮件客户端的电子邮件是否为重发指示邮件的方式包括：按照约定的指令规范，对来自对端邮件客户端的电子邮件进行解析，以判断来自对端邮件客户端的电子邮件是否包括重发指令符；若来自对端邮件客户端的电子邮件包括重发指令符，确定来自对端邮件客户端的电子邮件为重发指示邮件；若来自对端邮件客户端的电子邮件不包括重发指令符，确定来自对端邮件客户端的电子邮件为非重发指示邮件。
值得说明的是，上述重发指令符可位于主题部分，也可以位于正文部分，具体可以在指令规范中指定。
进一步，上述指令规范还约定重发指示邮件需要包括重发邮件标识，用于指示需要对端邮件客户端重新发送的电子邮件。基于此，一种从来自对端邮件客户端的电子邮件中解析出重发邮件标识的方式包括：按照约定的指令规范，对来自对端邮件客户端的电子邮件进行解析，以获取重发邮件标识。
值得说明的是，上述重发邮件标识可位于主题部分，也可以位于正文部分，具体可以在指令规范中指定。
例如，一种指令规范可以包括：两个“#”号符号+数字+字母d。上述指令规范中的两个“#”号是固定的，可以作为重发指令符，如果在电子邮件中发现两个“#”号，则可以确定该电子邮件为重发指示邮件；该指令规范中的字母d表示天，数字可任意指定，表示希望重发多少天之内已发送的电子邮件，则该指令规范中的“数字+字母d”表示重发邮件标识，该重发邮件标识具体为已发送邮件的发送时间范围。
基于上述，当识别出来自对端邮件客户端的电子邮件为重发指示邮件，并且从重发指示邮件中解析出重发邮件标识后，可以从已发送电子邮件中检索该重发邮件标识所标识的已发送电子邮件，并向对端邮件客户端重新发送检索到的已发送电子邮件。
在一可选实施方式中，若重发邮件标识所标识的已发送电子邮件有多封，则可以逐封向对端邮件客户端重新发送，简单来说，一封一封的向对端邮件客户端发送。
在另一可选实施方式中，为了减少重发次数，进一步提高重发效率，提高用户体验，在重发邮件标识所标识的已发送电子邮件有多封时，可以对重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件，向对端邮件客户端发送该新电子邮件。
一种对重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件的方式包括：将重发邮件标识所标识的已发送电子邮件的主题、正文以及附件的标识合并成第一文件；将重发邮件标识所标识的已发送电子邮件中的附件合并成第二文件；将第一文件和第二文件作为新电子邮件的附件，以生成新电子邮件。
上述附件的标识可以是但不限于：附件的名称。上述第一文件可以是PDF文件、txt文件或word文件等。上述第二文件可以是压缩包，但不限于此。
值得说明的是，在上述重发邮件标识所标识的已发送电子邮件中，有些电子邮件可能带有附件，有些电子邮件可能不带附件，则可以将所有带有附件的电子邮件中的附件合并成第二文件。其中，为了确定第二文件中的附件属于哪个电子邮件，可以为每个电子邮件打上唯一的标识，在第二文件中附件的名称之前打上该附件所属电子邮件的标识，通过该标识将附件与其所属的电子邮件关联起来。例如，假设有一电子邮件，其唯一的标识为a，其包括两个附件，附件的名称分别为我的文档和我的照片，则对应于第二文件中附件的名称分别为a-我的文档和a-我的照片。
在一可选实施方式中，允许用户预先为本端邮件客户端配置发送方式，若用户为本端邮件客户端配置了采用合并发送的方式，则在检索到重发邮件标识所标识的已发送电子邮件后，自动对检索到的电子邮件进行合并形成新电子邮件，再向对端邮件客户端发送新电子邮件。在该实施方式中，本端邮件客户端在向对端邮件客户端发送重发邮件标识所标识的已发送电子邮件之前，可以判断是否配置了合并发送的方式，如果配置了合并发送方式，则对重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件，再向对端邮件客户端发送新电子邮件；如果未配置合并发送方式，则逐封向对端邮件客户端发送重发邮件标识所标识的 已发送电子邮件。其中，允许用户为本端邮件客户端配置发送方式，而不是直接默认采用合并发送方式，实施更灵活，有利于提高用户信息的安全性。
在另一可选实施方式中，上述指令规范还约定重发指示邮件包括：合并发送指令，用于指示将需要重新发送的电子邮件进行合并后一起发送。基于此，在来自对端邮件客户端的电子邮件为重发指示邮件时，还包括：从该来自对端邮件客户端的电子邮件中解析出合并发送指令。基于此，上述对重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件的方式具体为：根据合并发送指令，对重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件。
在一可选实施方式中，上述指令规范还约定重发指示邮件包括：排序指令，用于指示对需要重新发送的电子邮件进行排序后再发送。基于此，在来自对端邮件客户端的电子邮件为重发指示邮件时，还包括：从该来自对端邮件客户端的电子邮件中解析出排序指令。基于此，上述对重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件的方式之前，还包括：根据排序指令，对重发邮件标识所标识的已发送电子邮件进行排序，例如可以按照已发送电子邮件的发送时间的先后顺序进行排序，或者也可以按照已发送电子邮件的发送时间的倒序进行排序。基于该排序操作，上述对重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件具体为：对排序后的重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件。
例如，一种指令规范包括：两个“#”号符号+数字+字母d构成+小于号(或大于号)。该指令规范中的小于号代表按邮件发送时间的先后顺序对需要重发的电子邮件排序。或者，该指令规范中的大于号代表按邮件发送时间的倒序对需要重发的电子邮件排序。
举例说明，重发指示邮件中的内容“##10d<”表示希望重新发送10天之内已经发送的电子邮件，在发送电子邮件之前按照邮件发送时间的先后顺序对需要重发的电子邮件进行排序，然后对排序后的电子邮件进行合并再发送。
由上述分析可见，本实施例通过识别来自对端邮件客户端的电子邮件是否为重发指示邮件，当识别出来自对端邮件客户端的电子邮件为重发指示邮件时，从中解析出重发邮件标识，根据重发邮件标识确定需要重发的已发送电子邮件，进而向对端邮件客户端重新发送该重发邮件标识所标识的已发送邮件，实现电子邮件的自动重发，不需要发件人手动参与，提高了重发电子邮件的效率。
图2为本申请另一实施例提供的电子邮件重发方法的流程示意图。如图2所示，该方法包括：
201、生成重发指示邮件，所述重发指示邮件包括重发邮件标识。
202、将上述重发指示邮件发送给对端邮件客户端，以供对端邮件客户端重新发送上述重发邮件标识所标识的已发送电子邮件。
203、接收对端邮件客户端重新发送的上述重发邮件标识所标识的已发送电子邮件。
本实施例提供一种电子邮件重发方法，可由电子邮件系统中的邮件客户端来执行，具体可以由作为收件方的邮件客户端来执行，简称为本端邮件客户端。本实施例中所述的对端邮件客户端具体是指作为发件方的邮件客户端。本实施例方法主要用于实现电子邮件的自动重发，将发件人从电子邮件的重发过程中解放出来，提高电子邮件的重发效率。
为了实现电子邮件的自动重发，本实施例扩展一种邮件类型，即重发指示邮件，该邮件一方面指示需要重发电子邮件，另一方面指示需要重发的电子邮件，该重发指示邮件不同于常规的电子邮件。另外，对于作为收件方的邮件客户端来说，需要增加生成重发指示邮件的功能。基于此，重发电子邮件的过程如下：
本端邮件客户端生成重发指示邮件，将重发指示邮件发送给对端邮件客户端；对端邮件客户端接收来自本端邮件客户端的重发指示邮件，从中解析出重发邮件标识，该重发邮件标识用于指示需要重新发送的已发送电子邮件，根据该重发邮件标识可以确定需要重新发送的已发送电子邮件，进而向本端邮件客户端重新发送该重发邮件标识所标识的已发送电子邮件；本端邮件客户端接收对端邮件客户端重新发送的上述重发邮件标识所标识的已发送电子邮件。
在一可选实施方式中，本端邮件客户端与对端邮件客户端之间可以预先约定上述重发指示邮件的指令规范，重发指示邮件需要按照该指令规范来生成。该指令规范约定重发指示邮件需要包括重发指令符，通过该重发指令符可以区分重发指示邮件与非重发指示邮件，非重发指示邮件实际是指常规的电子邮件。
值得说明的是，上述重发指令符可位于主题部分，也可以位于正文部分，具体可以在指令规范中指定。
进一步，上述指令规范还约定重发指示邮件需要包括重发邮件标识，用于指示需要对端邮件客户端重新发送的电子邮件。
值得说明的是，上述重发邮件标识可位于主题部分，也可以位于正文部分，具体可以在指令规范中指定。
例如，一种指令规范可以包括：两个“#”号符号+数字+字母d。该指令规范中的两个“#”号是固定的，可以作为重发指令符；该指令规范中的字母d表示天，数字可任意指定，表示希望重发多少天之内已发送的电子邮件，则该指令规范中的“数字+字母d”表示重发邮件标识，该重发邮件标识具体为已发送邮件的发送时间范围。
在一可选实施方式中，若重发邮件标识所标识的已发送电子邮件有多封，则对端邮件客户端可以逐封向本端邮件客户端重新发送，简单来说，一封一封的向本端邮件客户端发送。基于此，本端邮件客户端可以一封一封的接收对端邮件客户端重新发送的电子邮件。
在另一可选实施方式中，为了减少重发次数，进一步提高重发效率，提高用户体验，在重发邮件标识所标识的已发送电子邮件有多封时，对端邮件客户端可以对重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件，向本端邮件客户端发送该新电子邮件。基于此，本端邮件客户端接收对端邮件客户端发送的重发邮件标识所标识的已发送电子邮件的方式包括：接收对端邮件客户端发送的新电子邮件；下载新电子邮件的附件中的第一文件和第二文件；从第一文件中获取重发邮件标识所标识的已发送电子邮件的主题、正文以及附件的标识；从第二文件中获取重发邮件标识所标识的已发送电子邮件的附件。
上述附件的标识可以是但不限于：附件的名称。上述第一文件可以是PDF文件、txt文件或word文件等。上述第二文件可以是压缩包，但不限于此。
在一可选实施方式中，上述指令规范还约定重发指示邮件包括：合并发送指令，用于指示将需要重新发送的电子邮件进行合并后一起发送。
在一可选实施方式中，上述指令规范还约定重发指示邮件包括：排序指令，用于指示对需要重新发送的电子邮件进行排序后再发送。
例如，一种指令规范包括：两个“#”号符号+数字+字母d构成+小于号(或大于号)。该指令规范中的小于号代表按邮件发送时间的先后顺序对需要重发的电子邮件排序。或者，该指令规范中的大于号代表按邮件发送时间的倒序对需要重发的电子邮件排序。
举例说明，重发指示邮件中的内容“##10d<”表示希望重新发送10天之内已经发送的电子邮件，在发送电子邮件之前按照邮件发送时间的先后顺序对需要重发的电子邮件进行排序，然后对排序后的电子邮件进行合并再发送。
由上述分析可见，本实施例通过生成重发指示邮件，并将重发指示邮件发送给对端邮件客户端，使得对端邮件客户端能够自动从重发指示邮件中解析出重发邮件标识，并根据重发邮件标识确定需要重发的已发送电子邮件，进而返回重发邮件标识所标识的已发送邮件，实现电子邮件的自动重发，不需要发件人手动参与，提高了重发电子邮件的效率。
例如，当本端邮件客户端发现邮件过多，无法及时快速从众多邮件中查找到所需的电子邮件时，可以采用上述实施例提供的方法向对端邮件客户端发送重发指示邮件，指示对端邮件客户端重新发送所需的电子邮件。又例如，本端邮件客户端发现所需的电子邮件被丢弃，例如，所需的电子邮件由于发信频率限制等原因导致被丢弃，则可以采用上述实施例提供的方法向对端邮件客户端发送重发指示邮件，指示对端邮件客户端重新发送所需电子邮件。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
图3为本申请一实施例提供的邮件客户端的结构示意图。本实施例提供的邮件客户端可以作为发件方的邮件客户端来实现。如图3所示，该邮件客户端包括：识别模块31、解析模块32和重发模块33。
识别模块31，用于识别来自对端邮件客户端的电子邮件是否为重发指示邮件。
解析模块32，用于在识别模块31识别出来自对端邮件客户端的电子邮件为重发指示邮件时，从来自对端邮件客户端的电子邮件中解析出重发邮件标识。
重发模块33，用于向对端邮件客户端重新发送解析模块32解析出的重发邮件标识所标识的已发送电子邮件。
在一可选实施方式中，识别模块31具体用于：按照约定的指令规范，对来自对端邮件客户端的电子邮件进行解析，以判断来自对端邮件客户端的电子邮件是否包括重发指令符；若来自对端邮件客户端的电子邮件包括重发指令符，确定来自对端邮件客户端的电子邮件为重发指示邮件；若来自对端邮件客户端的电子邮件不包括重发指令符，确定来自对端邮件客户端的电子邮件为非重发指示邮件。
在一可选实施方式中，解析模块32具体用于：按照约定的指令规范，对来自对端邮件客户端的电子邮件进行解析，以获取重发邮件标识。
在一可选实施方式中，重发模块33具体用于：对重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件，向对端邮件客户端发送新电子邮件。
进一步，重发模块33在用于对重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件时，具体用于：
将重发邮件标识所标识的已发送电子邮件的主题、正文以及附件的标识合并成第一文件；将重发邮件标识所标识的已发送电子邮件中的附件合并成第二文件；将第一文件和第二文件作为新电子邮件的附件，以生成新电子邮件。
进一步，解析模块32还用于：从来自对端邮件客户端的电子邮件中解析出合并发送指令。基于此，重发模块33在用于对重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件时，具体用于：根据解析模块32解析出的合并发送指令，对重发邮件标识所标识的已发送电子邮件进行合并，以成新电子邮件。
进一步，解析模块32还用于：从来自对端邮件客户端的电子邮件中解析出排序指令。基于此，重发模块33还用于：在对重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件之前，根据排序指令，对重发邮件标识所标识的已发送电子邮件进行排序。
在一可选实施方式中，上述重发邮件标识可以是邮件发送时间范围。
本实施例提供的邮件客户端，作为发件方的邮件客户端来实现，通过识别来自对端邮件客户端的电子邮件是否为重发指示邮件，当识别出来自对端邮件客户端的电子邮件为重发指示邮件时，从中解析出重发邮件标识，根据重发邮件标识确定需要重发的已发送电子邮件，进而向对端邮件客户端重新发送该重发邮件标 识所标识的已发送邮件，实现电子邮件的自动重发，不需要发件人手动参与，提高了重发电子邮件的效率。
图4为本申请另一实施例提供的邮件客户端的结构示意图。本实施例提供的邮件客户端可作为收件方的邮件客户端来实现。如图4所示，该邮件客户端包括：生成模块41、发送模块42和接收模块43。
生成模块41，用于生成重发指示邮件，重发指示邮件包括重发邮件标识。
发送模块42，用于将生成模块41生成的重发指示邮件发送给对端邮件客户端，以供对端邮件客户端重新发送重发邮件标识所标识的已发送电子邮件。
接收模块43，用于接收对端邮件客户端重新发送的重发邮件标识所标识的已发送电子邮件。
在一可选实施方式中，本实施例的邮件客户端与对端邮件客户端之间可以预先约定上述重发指示邮件的指令规范，则生成模块41具体可以按照该指令规范来生成重发指示邮件。
进一步，上述指令规范还约定重发指示邮件需要包括重发邮件标识，用于指示需要对端邮件客户端重新发送的电子邮件。
在一可选实施方式中，上述指令规范还约定重发指示邮件包括：合并发送指令，用于指示将需要重新发送的电子邮件进行合并后一起发送。
在一可选实施方式中，上述指令规范还约定重发指示邮件包括：排序指令，用于指示对需要重新发送的电子邮件进行排序后再发送。
在一可选实施方式中，接收模块43具体用于：接收对端邮件客户端发送的新电子邮件；下载新电子邮件的附件中的第一文件和第二文件；从第一文件中获取重发邮件标识所标识的已发送电子邮件的主题、正文以及附件的标识；从第二文件中获取重发邮件标识所标识的已发送电子邮件的附件。
本实施例提供的邮件客户端，作为收件方的邮件客户端实现，通过生成重发指示邮件，并将重发指示邮件发送给对端邮件客户端，使得对端邮件客户端能够自动从重发指示邮件中解析出重发邮件标识，并根据重发邮件标识确定需要重发的已发送电子邮件，进而返回重发邮件标识所标识的已发送邮件，实现电子邮件的自动重发，不需要发件人手动参与，提高了重发电子邮件的效率。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (20)

  1. 一种电子邮件重发方法，其特征在于，包括：
    识别来自对端邮件客户端的电子邮件是否为重发指示邮件；
    若所述来自对端邮件客户端的电子邮件为重发指示邮件，从所述来自对端邮件客户端的电子邮件中解析出重发邮件标识；
    向所述对端邮件客户端重新发送所述重发邮件标识所标识的已发送电子邮件。
  2. 根据权利要求1所述的方法，其特征在于，所述识别来自对端邮件客户端的电子邮件是否为重发指示邮件，包括：
    按照约定的指令规范，对所述来自对端邮件客户端的电子邮件进行解析，以判断所述来自对端邮件客户端的电子邮件是否包括重发指令符；
    若所述来自对端邮件客户端的电子邮件包括所述重发指令符，确定所述来自对端邮件客户端的电子邮件为重发指示邮件；
    若所述来自对端邮件客户端的电子邮件不包括所述重发指令符，确定所述来自对端邮件客户端的电子邮件为非重发指示邮件。
  3. 根据权利要求1所述的方法，其特征在于，所述从所述来自对端邮件客户端的电子邮件中解析出重发邮件标识，包括：
    按照约定的指令规范，对所述来自对端邮件客户端的电子邮件进行解析，以获取所述重发邮件标识。
  4. 根据权利要求1所述的方法，其特征在于，所述向所述对端邮件客户端重新发送所述重发邮件标识所标识的已发送电子邮件，包括：
    对所述重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件，向所述对端邮件客户端发送所述新电子邮件。
  5. 根据权利要求4所述的方法，其特征在于，所述对所述重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件，包括：
    将所述重发邮件标识所标识的已发送电子邮件的主题、正文以及附件的标识合并成第一文件；
    将所述重发邮件标识所标识的已发送电子邮件中的附件合并成第二文件；
    将所述第一文件和所述第二文件作为所述新电子邮件的附件，以生成所述新电子邮件。
  6. 根据权利要求4所述的方法，其特征在于，还包括：
    从所述来自对端邮件客户端的电子邮件中解析出合并发送指令；
    所述对所述重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件，包括：
    根据所述合并发送指令，对所述重发邮件标识所标识的已发送电子邮件进行合并，以成所述新电子邮件。
  7. 根据权利要求4所述的方法，其特征在于，还包括：
    从所述来自对端邮件客户端的电子邮件中解析出排序指令；
    所述对所述重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件之前，还包括：
    根据所述排序指令，对所述重发邮件标识所标识的已发送电子邮件进行排序。
  8. 根据权利要求1-7任一项所述的方法，其特征在于，所述重发邮件标识为邮件发送时间范围。
  9. 一种电子邮件重发方法，其特征在于，包括：
    生成重发指示邮件，所述重发指示邮件包括重发邮件标识；
    将所述重发指示邮件发送给对端邮件客户端，以供所述对端邮件客户端重新发送所述重发邮件标识所标识的已发送电子邮件；
    接收所述对端邮件客户端重新发送的所述重发邮件标识所标识的已发送电子邮件。
  10. 根据权利要求9所述的方法，其特征在于，所述接收所述对端邮件客户端重新发送的所述重发邮件标识所标识的已发送电子邮件，包括：
    接收所述对端邮件客户端发送的新电子邮件；
    下载所述新电子邮件的附件中的第一文件和第二文件；
    从所述第一文件中获取所述重发邮件标识所标识的已发送电子邮件的主题、正文以及附件的标识；
    从所述第二文件中获取所述重发邮件标识所标识的已发送电子邮件的附件。
  11. 一种邮件客户端，其特征在于，包括：
    识别模块，用于识别来自对端邮件客户端的电子邮件是否为重发指示邮件；
    解析模块，用于在所述来自对端邮件客户端的电子邮件为重发指示邮件时，从所述来自对端邮件客户端的电子邮件中解析出重发邮件标识；
    重发模块，用于向所述对端邮件客户端重新发送所述重发邮件标识所标识的已发送电子邮件。
  12. 根据权利要求11所述的邮件客户端，其特征在于，所述识别模块具体用于：
    按照约定的指令规范，对所述来自对端邮件客户端的电子邮件进行解析，以判断所述来自对端邮件客户端的电子邮件是否包括重发指令符；
    若所述来自对端邮件客户端的电子邮件包括所述重发指令符，确定所述来自对端邮件客户端的电子邮件为重发指示邮件；
    若所述来自对端邮件客户端的电子邮件不包括所述重发指令符，确定所述来自对端邮件客户端的电子邮件为非重发指示邮件。
  13. 根据权利要求11所述的邮件客户端，其特征在于，所述解析模块具体用于：
    按照约定的指令规范，对所述来自对端邮件客户端的电子邮件进行解析，以获取所述重发邮件标识。
  14. 根据权利要求11所述的邮件客户端，其特征在于，所述重发模块具体用于：
    对所述重发邮件标识所标识的已发送电子邮件进行合并，以生成新电子邮件，向所述对端邮件客户端发送所述新电子邮件。
  15. 根据权利要求14所述的邮件客户端，其特征在于，所述重发模块具体用于：
    将所述重发邮件标识所标识的已发送电子邮件的主题、正文以及附件的标识合并成第一文件；
    将所述重发邮件标识所标识的已发送电子邮件中的附件合并成第二文件；
    将所述第一文件和所述第二文件作为所述新电子邮件的附件，以生成所述新电子邮件。
  16. 根据权利要求14所述的邮件客户端，其特征在于，
    所述解析模块还用于：从所述来自对端邮件客户端的电子邮件中解析出合并发送指令；
    所述重发模块具体用于：根据所述合并发送指令，对所述重发邮件标识所标识的已发送电子邮件进行合并，以成所述新电子邮件。
  17. 根据权利要求14所述的邮件客户端，其特征在于，
    所述解析模块还用于：从所述来自对端邮件客户端的电子邮件中解析出排序指令；
    所述重发模块还用于：根据所述排序指令，对所述重发邮件标识所标识的已发送电子邮件进行排序。
  18. 根据权利要求11-17任一项所述的邮件客户端，其特征在于，所述重发邮件标识为邮件发送时间范围。
  19. 一种邮件客户端，其特征在于，包括：
    生成模块，用于生成重发指示邮件，所述重发指示邮件包括重发邮件标识；
    发送模块，用于将所述重发指示邮件发送给对端邮件客户端，以供所述对端邮件客户端重新发送所述重发邮件标识所标识的已发送电子邮件；
    接收模块，用于接收所述对端邮件客户端重新发送的所述重发邮件标识所标识的已发送电子邮件。
  20. 根据权利要求19所述的邮件客户端，其特征在于，所述接收模块具体用于：
    接收所述对端邮件客户端发送的新电子邮件；
    下载所述新电子邮件的附件中的第一文件和第二文件；
    从所述第一文件中获取所述重发邮件标识所标识的已发送电子邮件的主题、正文以及附件的标识；
    从所述第二文件中获取所述重发邮件标识所标识的已发送电子邮件的附件。
PCT/CN2016/079372 2015-04-22 2016-04-15 电子邮件重发方法及装置 Ceased WO2016169434A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510194444.8A CN106161198B (zh) 2015-04-22 2015-04-22 电子邮件重发方法及装置
CN201510194444.8 2015-04-22

Publications (1)

Publication Number Publication Date
WO2016169434A1 true WO2016169434A1 (zh) 2016-10-27

Family

ID=57144356

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/079372 Ceased WO2016169434A1 (zh) 2015-04-22 2016-04-15 电子邮件重发方法及装置

Country Status (2)

Country Link
CN (1) CN106161198B (zh)
WO (1) WO2016169434A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106302088B (zh) * 2015-05-21 2020-02-11 阿里巴巴集团控股有限公司 收发电子邮件的方法、电子邮件客户端、服务端和系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060123085A1 (en) * 2004-12-03 2006-06-08 Research In Motion Limited Method and apparatus for efficiently managing "messages sent" file and resending of messages from mobile wireless communication device
CN101026628A (zh) * 2007-01-11 2007-08-29 华为技术有限公司 发送获取邮件消息的方法、系统以及邮件代理服务器
CN101103596A (zh) * 2004-12-03 2008-01-09 捷讯研究有限公司 有效管理“已发送消息”文件与重新发送消息的方法和装置
CN103701689A (zh) * 2013-12-20 2014-04-02 惠州Tcl移动通信有限公司 电子设备、服务器和电子邮件的处理方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09282376A (ja) * 1996-04-17 1997-10-31 Sharp Corp 移動通信を用いた取引システム
CN103297317B (zh) * 2012-02-29 2016-08-17 联想(北京)有限公司 一种发送邮件的方法、一种电子设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060123085A1 (en) * 2004-12-03 2006-06-08 Research In Motion Limited Method and apparatus for efficiently managing "messages sent" file and resending of messages from mobile wireless communication device
CN101103596A (zh) * 2004-12-03 2008-01-09 捷讯研究有限公司 有效管理“已发送消息”文件与重新发送消息的方法和装置
CN101026628A (zh) * 2007-01-11 2007-08-29 华为技术有限公司 发送获取邮件消息的方法、系统以及邮件代理服务器
CN103701689A (zh) * 2013-12-20 2014-04-02 惠州Tcl移动通信有限公司 电子设备、服务器和电子邮件的处理方法

Also Published As

Publication number Publication date
CN106161198A (zh) 2016-11-23
CN106161198B (zh) 2020-04-28

Similar Documents

Publication Publication Date Title
CN105191459B (zh) 直接通信中的数据传输设备及方法
CN110226341A (zh) 一种数据传输的方法、相关设备以及系统
WO2010075741A1 (zh) 一种基于邮箱和im互联互通的方法及通讯装置
CN104518853A (zh) 一种数据重传的方法、接收端及系统
CN105227595B (zh) 一种消息发送方法和设备
CN101360073A (zh) 一种电子邮件到达的通知方法、系统及装置
CN109660451A (zh) 一种发送消息的方法、装置及消息收发系统
US8886234B2 (en) Techniques for unified messaging
CN1504940A (zh) 邮件服务器、移动通信终端
JP2011514997A (ja) 代替電子メールアドレスの設定
CN104092577B (zh) 一种网络告警通知系统及其通知方法
US20120158867A1 (en) Cloud message transfer apparatus to reduce non-delivery reports
CN104125321B (zh) 一种联系信息更新方法、装置和系统
CN106790728A (zh) 消息推送方法和系统
CN105530176A (zh) 邮件关联的方法及装置
US8725815B2 (en) Transmitting messages between internationalized email systems and non-internationalized email systems
WO2016169434A1 (zh) 电子邮件重发方法及装置
KR102462716B1 (ko) Api를 이용한 이동통신메시지 재전송 시스템 및 방법
CN103648085A (zh) 一种克服网络抖动的移动终端消息传递方法
WO2016074572A1 (zh) 业务数据处理方法、装置及系统
JP5710651B2 (ja) 代替ｅメール配信
CN101640647A (zh) 一种邮件发送服务装置、系统及邮件发送方法
CN101483695A (zh) 实现短信转移的终端及方法
WO2015196658A1 (zh) 获取电子邮件投递状态的方法、装置和计算机存储介质
CN108243174A (zh) 在线直播互动系统及方法

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: 16782581

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: 16782581

Country of ref document: EP

Kind code of ref document: A1