CN104796323A - 电子邮件发送方法、邮件服务器及邮件客户端 - Google Patents
电子邮件发送方法、邮件服务器及邮件客户端 Download PDFInfo
- Publication number
- CN104796323A CN104796323A CN201510136923.4A CN201510136923A CN104796323A CN 104796323 A CN104796323 A CN 104796323A CN 201510136923 A CN201510136923 A CN 201510136923A CN 104796323 A CN104796323 A CN 104796323A
- Authority
- CN
- China
- Prior art keywords
- user
- outbox
- jointly
- send
- 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.)
- Granted
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本公开是关于一种电子邮件发送方法、邮件服务器及邮件客户端,包括:接收发件用户通过邮件客户端发送的第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息;向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容;若接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应,则以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件。通过本公开的方案,能够实现联名信的功能,即在收件人看来所有发件人处于同等地位。
Description
技术领域
本公开涉及通信领域,尤其涉及一种电子邮件发送方法、邮件服务器及邮件客户端。
背景技术
相关技术中的电子邮件系统,一般用于单个用户向另一用户或者多个用户发送电子邮件,以达到信息沟通的方式。实际应用中,当多个用户,例如用户A、用户B、用户C和用户D,需要在意见相同的情况下,以同样的地位向单个用户,例如用户T,表达建议时,可以采用两种方案。
在一种方案中,用户A可以征得用户B、用户C和用户D的确认后,代表大家向用户T发送邮件。在另一种方案中,可以由用户A将撰写好的邮件发送给用户B,用户B确认内容后把邮件转发给用户C,用户C再把确认后的内容转发给用户D,最终用户D确认后,将邮件发送给用户T。
发明内容
本公开提供一种电子邮件发送方法、邮件服务器及邮件客户端。所述技术方案如下:
根据本公开实施例的第一方面,提供一种电子邮件发送方法,该方法包括:
接收发件用户通过邮件客户端发送的第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息;
向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容;
若接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应,则以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件。
根据本公开实施例的第二方面,提供一种电子邮件发送方法,该方法包括:
接收邮件服务器根据第一邮件发送的第二邮件,向第一用户推送所述第二邮件,所述第一邮件是发件用户通过邮件客户端发送至所述邮件服务器的,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选择的联名用户的信息,所述第二邮件包括所述第一邮件的内容;
若接收到所述第一用户的确认发送指令,则向所述邮件服务器返回确认发送响应,以使所述邮件服务器在接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应时,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件,所述确认发送指令是所述第一用户根据所述第一邮件的内容判定确认发送所述第一邮件后指示的。
根据本公开实施例的第三方面,提供一种邮件服务器,该邮件服务器包括:
第一接收模块,被配置为接收发件用户通过邮件客户端发送的第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息;
第一发送模块,被配置为向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容;
第二接收模块,被配置为接收所述发件用户和所述联名用户返回的响应;
第一处理模块,被配置为在检测到所述第二接收模块接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应时,指示所述第二发送模块以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件;
所述第二发送模块,被配置为在所述第一处理模块的指示下,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件。
根据本公开实施例的第四方面,提供一种邮件客户端,该邮件客户端包括:
第一接收模块,被配置为接收邮件服务器根据第一邮件发送的第二邮件,所述第一邮件是发件用户通过邮件客户端发送至所述邮件服务器的,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选择的联名用户的信息,所述第二邮件包括所述第一邮件的内容;
第一推送模块,被配置为向第一用户推送所述第二邮件;
交互模块,被配置为接收所述第一用户的指令;
第一发送模块,被配置为在所述交互模块接收到所述第一用户的确认发送指令时,向所述邮件服务器返回确认发送响应,以使所述邮件服务器在接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应时,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件,所述确认发送指令是所述第一用户根据所述第一邮件的内容判定确认发送所述第一邮件后指示的。
根据本公开实施例的第五方面,提供一种邮件服务器,该邮件服务器包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:接收发件用户通过邮件客户端发送的第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息;向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容;若接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应,则以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件。
根据本公开实施例的第六方面,提供一种邮件客户端,该邮件客户端包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:接收邮件服务器根据第一邮件发送的第二邮件,向第一用户推送所述第二邮件,所述第一邮件是发件用户通过邮件客户端发送至所述邮件服务器的,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选择的联名用户的信息,所述第二邮件包括所述第一邮件的内容;若接收到所述第一用户的确认发送指令,则向所述邮件服务器返回确认发送响应,以使所述邮件服务器在接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应时,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件,所述确认发送指令是所述第一用户根据所述第一邮件的内容判定确认发送所述第一邮件后指示的。
本公开实施例提供的技术方案可以包括以下有益效果:
通过将包括发件用户发送的第一邮件内容的第二邮件,发送给所述发件用户及其选择所述联名用户进行确认,在所述发件用户和所述联名用户中的所有用户均确认后,以所述发件用户和所述联名用户为发件人发送所述第一邮件,能够实现联名信的功能,即在收件人看来第一邮件的所有发件人处于同等地位。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的一种电子邮件发送方法的流程图;
图2A是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图2B是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图3A是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图3B是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图4A是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图4B是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图5是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图6A是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图6B是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图6C是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图6D是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图7A是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图7B是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图7C是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图7D是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图8A是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图8B是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图8C是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图9A是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图9B是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图9C是根据另一示例性实施例示出的一种电子邮件发送方法的流程图;
图10是根据一示例性实施例示出的一种电子邮件发送方法的流程图;
图11A是根据一示例性实施例示出的一种邮件服务器的框图;
图11B是根据另一示例性实施例示出的一种邮件服务器的框图;
图11C是根据另一示例性实施例示出的一种邮件服务器的框图;
图11D是根据另一示例性实施例示出的一种邮件服务器的框图;
图11E是根据另一示例性实施例示出的一种邮件服务器的框图;
图12A是根据一示例性实施例示出的一种邮件客户端的框图;
图12B为根据另一示例性实施例示出的一种邮件客户端的框图;
图12C为根据另一示例性实施例示出的一种邮件客户端的框图;
图12D为根据另一示例性实施例示出的一种邮件客户端的框图;
图12E为根据另一示例性实施例示出的一种邮件客户端的框图;
图13是根据一示例性实施例示出的一种邮件服务器的框图;
图14是根据一示例性实施例示出的一种邮件客户端的框图;
图15是根据一示例性实施例示出的一种邮件服务器1500的框图;
图16是根据一示例性实施例示出的一种邮件客户端1600的框图。
此处的附图被并入说明书中并构成说明书的一部分,示出了符合本公开的实施例,并与说明书仪器用于解释本发明的原理。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
首先对本公开实施例所涉及的几个名词进行解释:
电子邮件:是—种用电子手段提供信息交换的通信方式,可以包括超链接、文字、图像、声音、视频等多种形式的内容。
邮件服务器:是一种负责用户电子邮件收发管理的设备。
邮件客户端:是一种用户进行电子邮件收发所使用的软件。
图1是根据一示例性实施例示出的一种电子邮件发送方法的流程图,如图1所示,本实施例以该电子邮件发送方法应用于邮件服务器中来举例说明,该电子邮件发送方法可以包括如下几个步骤:
在步骤101中,接收发件用户通过邮件客户端发送的第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息。
以实际应用场景来进行举例说明,该场景涉及联名信的场景,可以用于意见反馈机制:
在多个用户针对某个话题进行讨论后,需要以同样的地位向最终的用户征求意见时,从所述多个用户中选出一位发件用户,所述发件用户可以根据大家的讨论内容撰写第一邮件,并将参与本次讨论的所述多个用户中的其他用户选为联名用户,而后以所述最终的用户作为收件人发送第一邮件。
所述发件用户可以通过邮件客户端,例如,Windows系统自带的Outlook,FoxMail,微软的MSN和Hotmail等,发送所述第一邮件。基于目前的邮件系统,所述第一邮件会被首先发送至邮件服务器中,即步骤101中的“接收发件用户通过邮件客户端发送的第一邮件”,邮件服务器在接收到所述第一邮件后会根据本实施例的方案进行后续的操作。
在步骤102中,向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容。
仍以前述的实际应用场景进行举例说明:
联名信的场景中,讨论内容在发送给最终的用户之前,需要经过参与讨论的所有用户的确认。邮件服务器在接收到所述第一邮件后,可以通过字段分析等手段获得第一邮件的内容,并将第一邮件的内容发送给参与讨论的所有用户,即所述发件用户和所述联名用户,以便其确认是否将所述第一邮件发送给所述最终的用户。
邮件服务器可以电子邮件的形式,向所述发件用户和所述联名用户发送所述第一邮件的内容,例如,向所述发件用户和所述联名用户发送包括所述第一邮件的内容的第二邮件。
实际应用中,在步骤102中发送所述第二邮件时,既可以保留发件用户的身份,即以发件用户作为发件人发送所述第二邮件,也可以隐藏用户的身份,即以发件用户以外的身份发送所述第二邮件。
为了进一步使发件用户的身份透明化,在步骤102的一种实施方式,可以包括如下步骤:
以邮件服务器作为发件人,向所述发件用户和所述联名用户对应的邮件客户端发送所述第二邮件。
本实施方式中,所述第二邮件不携带发件用户的标识,因此收到所述第二邮件的联名用户将不知道该邮件是哪个用户发起的,从而确保发件用户的身份不被披露。
在步骤103中,若接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应,则以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件。
仍以前述的实际应用场景进行举例说明:
邮件服务器在向发件用户和联名用户发送第一邮件的内容后,根据各用户的反馈,如果检测到所有用户均确认可以将第一邮件发送给所述最终的用户,则将所述第一邮件发送至所述最终的用户,并且为了能够体现出所有参与讨论的用户,以发件用户和联名用户共同作为发件人,即发件人为多个用户的集合,向所述最终的用户发送所述第一邮件。
实际应用中,以所述发件用户和所述联名用户为发件人发送所述第一邮件的实施方式可以有多种,例如,在发件人的信息栏中显示所述发件用户和所述联名用户,或者,在发件人信息栏中显示所述邮件服务器,并在抄送人的信息栏中显示所述发件用户和所述联名用户。总的来说,能够体现所述发件用户和所述联名用户为一个集合整体,不存在先后或主次关系。
基于步骤103,为了使各用户了解邮件发送的状态,在步骤103之后,所述方法还可以包括:
向所述发件用户和所述联名用户对应的邮件客户端发送成功消息,所述成功消息用于表征所述第一邮件发送成功。
前述方案为在所有用户均确认发送第一邮件的情况,而实际应用中,可能存在有些用户不同意发送第一邮件的情况,例如,有的联名用户认为第一邮件中的内容不准确或者不适合在此时发送等。
作为本实施例一种可实施的方式,在步骤102之后,所述方法还可以包括:
若接收到所述发件用户和所述联名用户中任一用户返回的拒绝发送响应,则判定不发送所述第一邮件。
本实施方式中,如果用户不同意发送第一邮件,可以返回用于指示拒绝发送所述第一邮件的拒绝发送响应,邮件服务器如果接收到任一用户返回的拒绝发送响应,则不再发送所述第一邮件。
作为本实施例另一种可实施的方式,在步骤102之后,所述方法还可以包括:
若在预设的时长内,检测到所述发件用户和所述联名用户中存在未返回响应的用户,则判定不发送所述第一邮件。
其中,所述预设的时长可以根据实际需要设定,例如,可以设为5分钟,即在发送出所述第二邮件起的5分钟内,如果检测到有用户始终没有返回响应,则默认该用户不同意发送所述第一邮件,因此判定不发送所述第一邮件。
本实施方式中,如果用户不同意发送第一邮件,可以不予处理,邮件服务器如果检测到一定时间内有用户没有返回响应,则同样不再发送所述第一邮件。
需要说明的是,上述两种实施方式既可以单独实施,也可以结合实施。
基于上述两种实施方式,同样为了使各用户了解邮件发送的状态,所述方法还可以包括:
若判定不发送所述第一邮件,则向所述发件用户和所述联名用户对应的邮件客户端发送失败消息,所述失败消息用于表征所述第一邮件发送失败。
本公开可用于实现“联名信”的功能,用于意见反馈机制。举例来说,用户A、用户B、用户C和用户D需要向用户T表达意见,由发件用户(比如用户A)撰写第一邮件的内容,然后填写联名用户(用户B、用户C和用户D)的信息,以用户T作为收件人发送第一邮件,这个第一邮件会上传给邮件服务器,然后邮件服务器会向用户A、用户B、用户C和用户D发送相同的第二邮件,第二邮件包括第一邮件的内容,该第二邮件的发件人可以为“邮件服务器”,然后用户A、用户B、用户C和用户D在收到第二邮件后,会根据邮件内容做出回应,即确认或者拒绝,如果用户A、用户B、用户C和用户D都确认的话,邮件服务器就会将用户A、用户B、用户C和用户D作为发件人向用户T发送所述第一邮件。本实施例在确认机制上,体现公平平等的原则,如果有任一用户不确认就不会将第一邮件发送给用户T。
用户T收到第一邮件后,除了知道这封邮件是用户A、用户B、用户C和用户D发送的之外,不会知晓这封邮件最初由谁撰写,或者用户确认的先后顺序等,满足实际场景中用户需要发送联名信时的需求,且方便快捷。
这样,不是由一个用户来发送邮件,而是由多个用户构成的一个整体作为发件人来发送,并且如果有一个用户不同意,这个邮件也不会被发送,不需进行多次转发即可方便快捷地实现联名信的发送,并且在收件人看来,发件人之间不存在先后主次关系。
本实施例中,第一邮件的发件人对于第一邮件的收件人而言是相对透明的,是作为一个集合,而不是一个个体,因此避免收件人对某个人有看法;第一邮件代表发件人集合的态度和利益,必须每个人都同意,第一邮件才会被发送,因此每个发件人的地位相同。
本实施例中涉及所述邮件客户端的方法,可以参照后述各实施例的相关内容,本实施例在此不再重复阐述。
综上所述,本实施例提供的电子邮件发送方法,通过将包括发件用户发送的第一邮件内容的第二邮件,发送给所述发件用户及其选择所述联名用户进行确认,在所述发件用户和所述联名用户中的所有用户均确认后,以所述发件用户和所述联名用户为发件人发送所述第一邮件,能够方便快捷地实现联名信的功能,即在收件人看来第一邮件的所有发件人处于同等地位,避免发件人之间存在主次关系。
图2A是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,如图2A所示,本实施例以该电子邮件发送方法应用于邮件服务器中来举例说明,该电子邮件发送方法可以包括如下几个步骤:
在步骤201中,接收发件用户通过邮件客户端发送的第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息。
在步骤202中,以邮件服务器作为发件人,向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容。
在步骤203中,若接收到所述发件用户和所述联名用户中任一用户返回的拒绝发送响应,则判定不发送所述第一邮件。
为了使各用户了解邮件发送的状态,如图2B所示,图2B是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,在图2A所示实施例的基础上,在步骤203之后,所述方法还可以包括:
在步骤204中,若判定不发送所述第一邮件,则向所述发件用户和所述联名用户对应的邮件客户端发送失败消息,所述失败消息用于表征所述第一邮件发送失败。
本实施例中涉及所述邮件客户端的方法,可以参照后述各实施例的相关内容,本实施例在此不再重复阐述。
综上所述,本实施例提供的电子邮件发送方法中,如果用户不同意发送第一邮件,可以返回用于指示拒绝发送所述第一邮件的拒绝发送响应,邮件服务器如果接收到任一用户返回的拒绝发送响应,则不再发送所述第一邮件,使每个发件人的地位相同。
图3A是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,如图3A所示,本实施例以该电子邮件发送方法应用于邮件服务器中来举例说明,该电子邮件发送方法可以包括如下几个步骤:
在步骤301中,接收发件用户通过邮件客户端发送的第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息。
在步骤302中,以邮件服务器作为发件人,向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容。
在步骤303中,若在预设的时长内,检测到所述发件用户和所述联名用户中存在未返回响应的用户,则判定不发送所述第一邮件。
其中,所述预设的时长可以根据实际需要设定,例如,可以设为5分钟,即在发送出所述第二邮件起的5分钟内,如果检测到有用户始终没有返回响应,则默认该用户不同意发送所述第一邮件,因此判定不发送所述第一邮件。
为了使各用户了解邮件发送的状态,如图3B所示,图3B是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,在图3A所示实施例的基础上,在步骤303之后,所述方法还可以包括:
在步骤304中,若判定不发送所述第一邮件,则向所述发件用户和所述联名用户对应的邮件客户端发送失败消息,所述失败消息用于表征所述第一邮件发送失败。
本实施例中涉及所述邮件客户端的方法,可以参照后述各实施例的相关内容,本实施例在此不再重复阐述。
综上所述,本实施例提供的电子邮件发送方法中,如果用户不同意发送第一邮件,可以不予处理,邮件服务器如果检测到一定时间内有用户没有返回响应,则不再发送所述第一邮件,使每个发件人的地位相同。
图4A是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,如图4A所示,本实施例以该电子邮件发送方法应用于邮件服务器中来举例说明,该电子邮件发送方法可以包括如下几个步骤:
在步骤401中,接收发件用户通过邮件客户端发送的第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息。
在步骤402中,以邮件服务器作为发件人,向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容。
在步骤403中,若满足以下预设条件中的任一条件,则判定不发送所述第一邮件;其中,所述预设条件包括:
接收到所述发件用户和所述联名用户中任一用户返回的拒绝发送响应;或者,
在预设的时长内,检测到所述发件用户和所述联名用户中存在未返回响应的用户。
为了使各用户了解邮件发送的状态,如图4B所示,图4B是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,在图4A所示实施例的基础上,在步骤403之后,所述方法还可以包括:
在步骤404中,若判定不发送所述第一邮件,则向所述发件用户和所述联名用户对应的邮件客户端发送失败消息,所述失败消息用于表征所述第一邮件发送失败。
本实施例中涉及所述邮件客户端的方法,可以参照后述各实施例的相关内容,本实施例在此不再重复阐述。
综上所述,本实施例提供的电子邮件发送方法中,如果用户不同意发送第一邮件,可以返回用于指示拒绝发送所述第一邮件的拒绝发送响应或者不予处理,邮件服务器如果接收到任一用户返回的拒绝发送响应或者如果检测到一定时间内有用户没有返回响应,则不再发送所述第一邮件,使每个发件人的地位相同。
图5是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,如图5所示,本实施例以该电子邮件发送方法应用于邮件客户端来举例说明,该电子邮件发送方法可以包括如下几个步骤:
在步骤501中,接收邮件服务器根据第一邮件发送的第二邮件,向第一用户推送所述第二邮件,所述第一邮件是发件用户通过邮件客户端发送至所述邮件服务器的,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选择的联名用户的信息,所述第二邮件包括所述第一邮件的内容。
在步骤502中,若接收到所述第一用户的确认发送指令,则向所述邮件服务器返回确认发送响应,以使所述邮件服务器在接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应时,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件,所述确认发送指令是所述第一用户根据所述第一邮件的内容判定确认发送所述第一邮件后指示的。
其中,所述第一用户为当前使用所述邮件客户端进行电子邮件收发的用户。所述邮件客户端可以例如,Windows系统自带的Outlook,FoxMail,微软的MSN和Hotmail等。
以实际应用场景来进行举例说明,该场景涉及联名信的场景,可以用于意见反馈机制:
在多个用户针对某个话题进行讨论后,需要以同样的地位向最终的用户征求意见时,从所述多个用户中选出一位发件用户,所述发件用户可以根据大家的讨论内容撰写第一邮件,并将参与本次讨论的所述多个用户中的其他用户选为联名用户,而后以所述最终的用户作为收件人发送第一邮件。
基于目前的邮件系统,所述第一邮件会被首先发送至邮件服务器中,邮件服务器在接收到所述第一邮件后,会将第一邮件的内容以所述第二邮件的形式发送给所述发件用户和所述联名用户,即步骤501,以便用户确认是否将所述第一邮件发送给所述最终的用户。
发件用户和联名用户根据第二邮件中所述第一邮件的内容进行相应的处理和反馈,根据各用户的反馈,所述邮件服务器如果检测到所有用户均确认可以将第一邮件发送给所述最终的用户,则将所述第一邮件发送至所述最终的用户,并且为了能够体现出所有参与讨论的用户,所述邮件服务器以发件用户和联名用户共同作为发件人,即发件人为多个用户的集合,向所述最终的用户发送所述第一邮件。
实际应用中,在所述邮件服务器发送所述第二邮件时,既可以保留发件用户的身份,即以发件用户作为发件人发送所述第一邮件,也可以隐藏用户的身份,即以发件用户以外的身份发送所述第一邮件。
为了进一步使发件用户的身份透明化,在步骤501的一种实施方式,可以包括如下步骤:
接收所述邮件服务器根据第一邮件发送的,以所述邮件服务器为发件人的所述第二邮件。
本实施方式中,所述第二邮件不携带发件用户的标识,因此收到所述第二邮件的联名用户将不知道该邮件是哪个用户发起的,从而确保发件用户的身份不被披露。
其中,步骤501存在两种实施场景:
一种实施场景为:所述发件用户为所述第一用户,即所述第一邮件是所述第一用户发送至所述邮件服务器的。相应的,在步骤501之前,还包括:
根据所述第一用户的发件指令,向所述邮件服务器发送所述第一邮件。
另一种实施场景为:所述发件用户为所述第一用户以外的第二用户,所述联名用户包括所述第一用户。即所述第一邮件是其它用户发送至所述邮件服务器的,且发送该第一邮件的用户将所述第一用户选定为联名用户。
基于步骤502,即所述第一用户确认发送第一邮件的情况,为了使各用户了解邮件发送的状态,所述邮件服务器在确定是否发送所述第一邮件后,还可以向所述发件用户和所述联名用户发送相应的消息。
第一种情况为,邮件服务器在接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应后,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件。相应的,在步骤502之后,所述方法还可以包括:
接收并向所述第一用户推送所述邮件服务器发送的成功消息,所述成功消息用于表征所述第一邮件发送成功。
第二种情况为,邮件服务器在检测到有其它用户不同意发送所述第一邮件后,判定不发送所述第一邮件。相应的,在步骤502之后,所述方法还可以包括:
接收并向所述第一用户推送所述邮件服务器发送的失败消息,所述失败消息用于表征所述第一邮件发送失败。
而实际应用中,可能存在所述第一用户不同意发送第一邮件的情况,例如,第一用户认为第一邮件中的内容不准确或者不适合在此时发送等。
作为本实施例一种可实施的方式,在步骤501之后,所述方法还可以包括:
若接收到所述第一用户的拒绝发送指令,则向所述邮件服务器返回拒绝发送响应,所述拒绝发送指令是所述用户根据所述第一邮件的内容判定不发送所述第一邮件后指示的。
基于该实施方式,同样为了使各用户了解邮件发送的状态,第三种情况为,邮件服务器在接收到所述第一用户返回的所述拒绝发送响应后,向所述第一用户和其它用户返回失败消息,则相应的,所述向所述邮件服务器返回拒绝发送响应之后,所述方法还可以包括:
接收并向所述第一用户推送所述邮件服务器发送的失败消息,所述失败消息用于表征所述第一邮件发送失败。
本实施方式中,如果用户不同意发送第一邮件,可以返回用于指示拒绝发送所述第一邮件的拒绝发送响应,邮件服务器如果接收到任一用户返回的拒绝发送响应,则不再发送所述第一邮件。
此外,如果用户不同意发送第一邮件,还可以采取不予处理的手段,即不返回任何响应,相应的,邮件服务器若检测到某用户在预设的时长内未返回响应,则默认该用户不同意发送所述第一邮件。本实施方式可以单独实施,也可以与前述实施方式结合实施,本实施例在此不对其进行限制。
本公开可用于实现“联名信”的功能,用于意见反馈机制。举例来说,用户A、用户B、用户C和用户D需要向用户T表达意见,由发件用户(比如用户A)撰写第一邮件的内容,然后填写联名用户(用户B、用户C和用户D)的信息,以用户T作为收件人发送第一邮件,这个第一邮件会上传给邮件服务器,然后邮件服务器会向用户A、用户B、用户C和用户D发送相同的第二邮件,第二邮件包括第一邮件的内容,该第二邮件的发件人可以为“邮件服务器”,然后用户A、用户B、用户C和用户D在收到第二邮件后,会根据邮件内容做出回应,即确认或者拒绝,如果用户A、用户B、用户C和用户D都确认的话,邮件服务器就会将用户A、用户B、用户C和用户D作为发件人向用户T发送所述第一邮件。本实施例在确认机制上,体现公平平等的原则,如果有任一用户不确认就不会将第一邮件发送给用户T。
用户T收到第一邮件后,除了知道这封邮件是用户A、用户B、用户C和用户D发送的之外,不会知晓这封邮件最初由谁撰写,或者用户确认的先后顺序等,满足实际场景中用户需要发送联名信时的需求,且方便快捷。
这样,不是由一个用户来发送邮件,而是由多个用户构成的一个整体作为发件人来发送,并且如果有一个用户不同意,这个邮件也不会被发送,不需进行多次转发即可方便快捷地实现联名信的发送,并且在收件人看来,发件人之间不存在先后主次关系。
本实施例中,第一邮件的发件人对于第一邮件的收件人而言是相对透明的,是作为一个集合,而不是一个个体,因此避免收件人对某个人有看法;第一邮件代表发件人集合的态度和利益,必须每个人都同意,第一邮件才会被发送,因此每个发件人的地位相同。
本实施例中涉及所述邮件服务器的方法,可以参照前述各实施例的相关内容,本实施例再次不再重复阐述。
综上所述,本实施例提供的电子邮件发送方法,通过将包括发件用户发送的第一邮件内容的第二邮件,发送给所述发件用户及其选择所述联名用户进行确认,在所述发件用户和所述联名用户中的所有用户均确认后,以所述发件用户和所述联名用户为发件人发送所述第一邮件,能够方便快捷地实现联名信的功能,即在收件人看来第一邮件的所有发件人处于同等地位,避免发件人之间存在主次关系。
图6A是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,如图6A所示,本实施例以该电子邮件发送方法应用于邮件客户端中来举例说明,该电子邮件发送方法可以包括如下几个步骤:
在步骤601中,接收邮件服务器根据第一邮件发送的第二邮件,向第一用户推送所述第二邮件,所述第一邮件是发件用户通过邮件客户端发送至所述邮件服务器的,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选择的联名用户的信息,所述第二邮件包括所述第一邮件的内容,所述发件用户为所述第一用户以外的第二用户,所述联名用户包括所述第一用户。
在步骤602中,若接收到所述第一用户的确认发送指令,则向所述邮件服务器返回确认发送响应,以使所述邮件服务器在接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应时,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件,所述确认发送指令是所述第一用户根据所述第一邮件的内容判定确认发送所述第一邮件后指示的。
其中,所述第一用户为当前使用所述邮件客户端进行电子邮件收发的用户。
实际应用中,在所述邮件服务器发送所述第二邮件时,既可以保留发件用户的身份,即以发件用户作为发件人发送所述第一邮件,也可以隐藏用户的身份,即以发件用户以外的身份发送所述第一邮件。
为了进一步使发件用户的身份透明化,如图6B所示,图6B是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,在图6A所示实施例的基础上,在步骤601的一种实施方式,可以包括如下步骤:
在步骤603中,接收所述邮件服务器根据第一邮件发送的,以所述邮件服务器为发件人的所述第二邮件。
本实施方式中,所述第二邮件不携带发件用户的标识,因此收到所述第二邮件的联名用户将不知道该邮件是哪个用户发起的,从而确保发件用户的身份不被披露。
基于上述实施方式,为了使各用户了解邮件发送的状态,所述邮件服务器在确定是否发送所述第一邮件后,还可以向所述发件用户和所述联名用户发送相应的消息。
第一种情况为,邮件服务器根据所述发件用户和所述联名用户返回的确认发送响应后,向所述第一邮件的收件人发送所述第一邮件。相应的,如图6C所示,图6C是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,在图6A或图6B所示实施例的基础上,在步骤602之后,还可以包括:
在步骤604中,接收并向所述第一用户推送所述邮件服务器发送的成功消息,所述成功消息用于表征所述第一邮件发送成功。
第二种情况为,邮件服务器在检测到有其它用户不同意发送所述第一邮件后,判定不发送所述第一邮件。相应的,如图6D所示,图6D是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,在图6A或图6B所示实施例的基础上,在步骤602之后,还可以包括:
在步骤605中,接收并向所述第一用户推送所述邮件服务器发送的失败消息,所述失败消息用于表征所述第一邮件发送失败。
图中所示的只是其中的一种实施方式,并未对其它实施方式进行限定。
本实施例中涉及所述邮件服务器的方法,可以参照前述各实施例的相关内容,本实施例再次不再重复阐述。
综上所述,本实施例提供的电子邮件发送方法,通过将包括发件用户发送的第一邮件内容的第二邮件,发送给所述发件用户及其选择所述联名用户进行确认,在所述发件用户和所述联名用户中的所有用户均确认后,以所述发件用户和所述联名用户为发件人发送所述第一邮件,能够方便快捷地实现联名信的功能,即在收件人看来第一邮件的所有发件人处于同等地位,避免发件人之间存在主次关系。
图7A是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,如图7A所示,本实施例以该电子邮件发送方法应用于邮件客户端中来举例说明,该电子邮件发送方法可以包括如下几个步骤:
在步骤701中,根据发件用户的发件指令,向所述邮件服务器发送第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选择的联名用户的信息,所述发件用户为第一用户。
在步骤702中,接收所述邮件服务器根据所述第一邮件发送的第二邮件,向所述第一用户推送所述第二邮件,所述第二邮件包括所述第一邮件的内容。
在步骤703中,若接收到所述第一用户的确认发送指令,则向所述邮件服务器返回确认发送响应,以使所述邮件服务器在接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应时,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件,所述确认发送指令是所述第一用户根据所述第一邮件的内容判定确认发送所述第一邮件后指示的。
实际应用中,在所述邮件服务器发送所述第二邮件时,既可以保留发件用户的身份,即以发件用户作为发件人发送所述第一邮件,也可以隐藏用户的身份,即以发件用户以外的身份发送所述第一邮件。
为了进一步使发件用户的身份透明化,如图7B所示,图7B是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,在图7A所示实施例的基础上,在步骤702的一种实施方式,可以包括如下步骤:
在步骤704中,接收所述邮件服务器根据第一邮件发送的,以所述邮件服务器为发件人的所述第二邮件,向所述第一用户推送所述第二邮件,所述第二邮件包括所述第一邮件的内容。
本实施方式中,所述第二邮件不携带发件用户的标识,因此收到所述第二邮件的联名用户将不知道该邮件是哪个用户发起的,从而确保发件用户的身份不被披露。
基于上述实施方式,为了使各用户了解邮件发送的状态,所述邮件服务器在确定是否发送所述第一邮件后,还可以向所述发件用户和所述联名用户发送相应的消息。
第一种情况为,邮件服务器根据所述发件用户和所述联名用户返回的确认发送响应后,向所述第一邮件的收件人发送所述第一邮件。相应的,如图7C所示,图7C是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,在图7A或图7B所示实施例的基础上,在步骤703之后,还可以包括:
在步骤705中,接收并向所述第一用户推送所述邮件服务器发送的成功消息,所述成功消息用于表征所述第一邮件发送成功。
第二种情况为,邮件服务器在检测到有其它用户不同意发送所述第一邮件后,判定不发送所述第一邮件。相应的,如图7D所示,图7D是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,在图7A或图7B所示实施例的基础上,在步骤703之后,还可以包括:
在步骤706中,接收并向所述第一用户推送所述邮件服务器发送的失败消息,所述失败消息用于表征所述第一邮件发送失败。
图中所示的只是其中的一种实施方式,并未对其它实施方式进行限定。
本实施例中涉及所述邮件服务器的方法,可以参照前述各实施例的相关内容,本实施例再次不再重复阐述。
综上所述,本实施例提供的电子邮件发送方法,通过将包括发件用户发送的第一邮件内容的第二邮件,发送给所述发件用户及其选择所述联名用户进行确认,在所述发件用户和所述联名用户中的所有用户均确认后,以所述发件用户和所述联名用户为发件人发送所述第一邮件,能够方便快捷地实现联名信的功能,即在收件人看来第一邮件的所有发件人处于同等地位,避免发件人之间存在主次关系。
图8A是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,如图8A所示,本实施例以该电子邮件发送方法应用于邮件客户端中来举例说明,该电子邮件发送方法可以包括如下几个步骤:
在步骤801中,接收邮件服务器根据第一邮件发送的第二邮件,向第一用户推送所述第二邮件,所述第一邮件是发件用户通过邮件客户端发送至所述邮件服务器的,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选择的联名用户的信息,所述第二邮件包括所述第一邮件的内容,所述发件用户为所述第一用户以外的第二用户,所述联名用户包括所述第一用户。
在步骤802中,若接收到所述第一用户的拒绝发送指令,则向所述邮件服务器返回拒绝发送响应,所述拒绝发送指令是所述用户根据所述第一邮件的内容判定不发送所述第一邮件后指示的。
其中,所述第一用户为当前使用所述邮件客户端进行电子邮件收发的用户。
实际应用中,在所述邮件服务器发送所述第二邮件时,既可以保留发件用户的身份,即以发件用户作为发件人发送所述第一邮件,也可以隐藏用户的身份,即以发件用户以外的身份发送所述第一邮件。
为了进一步使发件用户的身份透明化,如图8B所示,图8B是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,在图8A所示实施例的基础上,在步骤801的一种实施方式,可以包括如下步骤:
在步骤803中,接收所述邮件服务器根据第一邮件发送的,以所述邮件服务器为发件人的所述第二邮件。
本实施方式中,所述第二邮件不携带发件用户的标识,因此收到所述第二邮件的联名用户将不知道该邮件是哪个用户发起的,从而确保发件用户的身份不被披露。
基于上述实施方式,为了使各用户了解邮件发送的状态,所述邮件服务器在接收到所述第一用户返回的所述拒绝发送响应后,可以向所述发件用户和所述联名用户发送失败消息。
相应的,如图8C所示,图8C是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,在图8A或图8B所示实施例的基础上,在步骤802之后,还可以包括:
在步骤804中,接收并向所述第一用户推送所述邮件服务器发送的失败消息,所述失败消息用于表征所述第一邮件发送失败。
本实施例中涉及所述邮件服务器的方法,可以参照前述各实施例的相关内容,本实施例再次不再重复阐述。
综上所述,本实施例提供的电子邮件发送方法中,如果用户不同意发送第一邮件,可以向邮件服务器返回拒绝发送响应,邮件服务器如果检测到任一用户返回的拒绝发送响应,则不再发送所述第一邮件,使每个发件人的地位相同。
图9A是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,如图9A所示,本实施例以该电子邮件发送方法应用于邮件客户端中来举例说明,该电子邮件发送方法可以包括如下几个步骤:
在步骤901中,根据发件用户的发件指令,向所述邮件服务器发送第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选择的联名用户的信息,所述发件用户为第一用户。
在步骤902中,接收所述邮件服务器根据所述第一邮件发送的第二邮件,向所述第一用户推送所述第二邮件,所述第二邮件包括所述第一邮件的内容。
在步骤903中,若接收到所述第一用户的拒绝发送指令,则向所述邮件服务器返回拒绝发送响应,所述拒绝发送指令是所述用户根据所述第一邮件的内容判定不发送所述第一邮件后指示的。
实际应用中,在所述邮件服务器发送所述第二邮件时,既可以保留发件用户的身份,即以发件用户作为发件人发送所述第一邮件,也可以隐藏用户的身份,即以发件用户以外的身份发送所述第一邮件。
为了进一步使发件用户的身份透明化,如图9B所示,图9B是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,在图9A所示实施例的基础上,在步骤902的一种实施方式,可以包括如下步骤:
在步骤904中,接收所述邮件服务器根据第一邮件发送的,以所述邮件服务器为发件人的所述第二邮件,向所述第一用户推送所述第二邮件,所述第二邮件包括所述第一邮件的内容。
本实施方式中,所述第二邮件不携带发件用户的标识,因此收到所述第二邮件的联名用户将不知道该邮件是哪个用户发起的,从而确保发件用户的身份不被披露。
基于上述实施方式,为了使各用户了解邮件发送的状态,所述邮件服务器在接收到所述第一用户返回的所述拒绝发送响应后,可以向所述发件用户和所述联名用户发送失败消息。
相应的,如图9C所示,图9C是根据另一示例性实施例示出的一种电子邮件发送方法的流程图,在图9A或图9B所示实施例的基础上,在步骤903之后,还可以包括:
在步骤905中,接收并向所述第一用户推送所述邮件服务器发送的失败消息,所述失败消息用于表征所述第一邮件发送失败。
本实施例中涉及所述邮件服务器的方法,可以参照前述各实施例的相关内容,本实施例再次不再重复阐述。
综上所述,本实施例提供的电子邮件发送方法中,如果用户不同意发送第一邮件,可以向邮件服务器返回拒绝发送响应,邮件服务器如果检测到任一用户返回的拒绝发送响应,则不再发送所述第一邮件,使每个发件人的地位相同。
图10是根据一示例性实施例示出的一种电子邮件发送方法的流程图,如图10所示,本实施例以该电子邮件发送方法应用于邮件服务器和邮件客户端来举例说明,该电子邮件发送方法可以包括如下几个步骤:
在步骤1001中,邮件客户端根据发件用户的发件指令,向所述邮件服务器发送第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息。
在步骤1002中,所述邮件服务器以所述邮件服务器作为发件人,向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容;
在步骤1003中,所述发件用户和所述联名用户对应的邮件客户端向所述发件用户和所述联名用户推送所述第二邮件;
在步骤1004中,所述发件用户和所述联名用户对应的邮件客户端根据用户的选择指令,向所述邮件服务器返回相应的响应,所述响应包括确认发送响应和拒绝发送响应;
在步骤1005中,所述邮件服务器在接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应后,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件;
在步骤1006中,所述邮件服务器在发送所述第一邮件后,向所述发件用户和所述联名用户的客户端发送成功消息,所述成功消息用于表征所述第一邮件发送成功。
综上所述,本实施例提供的电子邮件发送方法,通过将包括发件用户发送的第一邮件内容的第二邮件,发送给所述发件用户及其选择所述联名用户进行确认,在所述发件用户和所述联名用户中的所有用户均确认后,以所述发件用户和所述联名用户为发件人发送所述第一邮件,能够方便快捷地实现联名信的功能,即在收件人看来第一邮件的所有发件人处于同等地位,避免发件人之间存在主次关系。
以上描述了邮件发送方法的实现过程,该过程可以由邮件服务器和邮件客户端来实现,以下将对邮件服务器和邮件客户端的内部功能和结构进行说明。
图11A是根据一示例性实施例示出的一种邮件服务器的框图,如图11A所示,该邮件服务器包括:第一接收模块111、第一发送模块112、第二接收模块113、第一处理模块114、以及第二发送模块115。
第一接收模块111,被配置为接收发件用户通过邮件客户端发送的第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息;
第一发送模块112,被配置为向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容;
第二接收模块113,被配置为接收所述发件用户和所述联名用户返回的响应;
第一处理模块114,被配置为在检测到所述第二接收模块接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应时,指示第二发送模块115以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件;
第二发送模块115,被配置为在第一处理模块114的指示下,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件。
实际应用中,第一发送模块112在发送所述第二邮件时,既可以保留发件用户的身份,即以发件用户作为发件人发送所述第一邮件,也可以隐藏用户的身份,即以发件用户以外的身份发送所述第一邮件。
为了进一步使发件用户的身份透明化,第一发送模块112,被配置为以邮件服务器作为发件人,向所述发件用户和所述联名用户对应的邮件客户端发送所述第二邮件。
本实施方式中,所述第二邮件不携带发件用户的标识,因此收到所述第二邮件的联名用户将不知道该邮件是哪个用户发起的,从而确保发件用户的身份不被披露。
实际应用中,可能存在用户不同意发送第一邮件的情况。
作为本实施例一种可实施的方式,如图11B所示,图11B是根据另一示例性实施例示出的一种邮件服务器的框图,在图11A所示实施例的基础上,所述邮件服务器还包括:
第二处理模块116,被配置为在检测到第二接收模块113接收到所述发件用户和所述联名用户中任一用户返回的拒绝发送响应时,判定不发送所述第一邮件。
本实施方式中,如果用户不同意发送第一邮件,可以返回用于指示拒绝发送所述第一邮件的拒绝发送响应,邮件服务器如果接收到任一用户返回的拒绝发送响应,则不再发送所述第一邮件。
作为本实施例另一种可实施的方式,如图11C所示,图11C是根据另一示例性实施例示出的一种邮件服务器的框图,在图11A或图11B所示实施例的基础上,所述邮件服务器还包括:
第三处理模块117,被配置为在检测到第一发送模块112向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件之后预设的时长内,所述发件用户和所述联名用户中存在未返回响应的用户时,判定不发送所述第一邮件。
本实施方式中,如果用户不同意发送第一邮件,可以不予处理,邮件服务器如果检测到一定时间内有用户没有返回响应,则同样不再发送所述第一邮件。
为了使各用户了解邮件发送的状态,如图11D所示,图11D是根据另一示例性实施例示出的一种邮件服务器的框图,在图11B或图11C所示实施例的基础上,所述邮件服务器还包括:
第三发送模块118,被配置为在判定不发送所述第一邮件时,向所述发件用户和所述联名用户对应的邮件客户端发送失败消息,所述失败消息用于表征所述第一邮件发送失败。
同样为了使各用户了解邮件发送的状态,如图11E所示,图11E是根据另一示例性实施例示出的一种邮件服务器的框图,在图11A所示实施例的基础上,所述邮件服务器还包括:
第四发送模块119,被配置为在第二发送模块115发送所述第一邮件后,向所述发件用户和所述联名用户对应的邮件客户端发送成功消息,所述成功消息用于表征所述第一邮件发送成功。
综上所述,本实施例提供的邮件服务器,通过将包括发件用户发送的第一邮件内容的第二邮件,发送给所述发件用户及其选择所述联名用户进行确认,在所述发件用户和所述联名用户中的所有用户均确认后,以所述发件用户和所述联名用户为发件人发送所述第一邮件,能够方便快捷地实现联名信的功能,即在收件人看来第一邮件的所有发件人处于同等地位,避免发件人之间存在主次关系。
图12A是根据一示例性实施例示出的一种邮件客户端的框图,如图12A所示,该邮件客户端包括:第一接收模块121、第一推送模块122、交互模块123、以及第一发送模块124。
第一接收模块121,被配置为接收邮件服务器根据第一邮件发送的第二邮件,所述第一邮件是发件用户通过邮件客户端发送至所述邮件服务器的,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选择的联名用户的信息,所述第二邮件包括所述第一邮件的内容;
第一推送模块122,被配置为向第一用户推送所述第二邮件;
交互模块123,被配置为接收所述第一用户的指令;
第一发送模块124,被配置为在交互模块123接收到所述第一用户的确认发送指令时,向所述邮件服务器返回确认发送响应,所述确认发送指令是所述第一用户根据所述第一邮件的内容判定确认发送所述第一邮件后指示的。
实际应用中,在所述邮件服务器发送所述第二邮件时,既可以保留发件用户的身份,也可以隐藏用户的身份。
为了进一步使发件用户的身份透明化,在一种实施方式中,第一接收模块121,被配置为接收所述邮件服务器根据第一邮件发送的,以所述邮件服务器为发件人的所述第二邮件。
本实施方式中,所述第二邮件不携带发件用户的标识,因此收到所述第二邮件的联名用户将不知道该邮件是哪个用户发起的,从而确保发件用户的身份不被披露。
实际应用中,可能存在所述第一用户不同意发送第一邮件的情况。
作为本实施例一种可实施的方式,如图12B所示,图12B为根据另一示例性实施例示出的一种邮件客户端的框图,在图12A所示实施例的基础上,所述邮件客户端还包括:
第二发送模块125,被配置为在交互模块123接收到所述第一用户的拒绝发送指令,向所述邮件服务器返回拒绝发送响应,所述拒绝发送指令是所述用户根据所述第一邮件的内容判定不发送所述第一邮件后指示的。
其中,本实施例存在两种实施场景:
一种实施场景为:所述发件用户为所述第一用户。相应的,如图12C所示,图12C为根据另一示例性实施例示出的一种邮件客户端的框图,在图12A或图12B所示实施例的基础上,所述邮件客户端还包括:
第三发送模块126,被配置为在交互模块123接收到所述第一用户的发件指令时,向所述邮件服务器发送所述第一邮件。
另一种实施场景为:所述发件用户为所述第一用户以外的第二用户,所述联名用户包括所述第一用户。即所述第一邮件是其它用户发送至所述邮件服务器的,且发送该第一邮件的用户将所述第一用户选定为联名用户。
为了使各用户了解邮件发送的状态,如图12D所示,图12D为根据另一示例性实施例示出的一种邮件客户端的框图,在前述任一实施例的基础上,所述邮件客户端还包括:
第二接收模块127,被配置为接收所述邮件服务器发送的失败消息,所述失败消息用于表征所述第一邮件发送失败。
第二推送模块128,被配置为向所述第一用户推送所述失败消息。
同样为了使各用户了解邮件发送的状态,如图12E所示,图12E为根据另一示例性实施例示出的一种邮件客户端的框图,在图12A所示实施例的基础上,所述邮件客户端还包括:
第三接收模块129,被配置为接收所述邮件服务器发送的成功消息,所述成功消息用于表征所述第一邮件发送成功;
第三推送模块120,被配置为向所述第一用户推送所述成功消息。
综上所述,本实施例提供的邮件客户端,通过将包括发件用户发送的第一邮件内容的第二邮件,发送给所述发件用户及其选择所述联名用户进行确认,在所述发件用户和所述联名用户中的所有用户均确认后,以所述发件用户和所述联名用户为发件人发送所述第一邮件,能够方便快捷地实现联名信的功能,即在收件人看来第一邮件的所有发件人处于同等地位,避免发件人之间存在主次关系。
以上描述了邮件服务器和邮件客户端的内部功能和结构.
如图13所示,图13是根据一示例性实施例示出的一种邮件服务器的框图,如图13所示,该邮件服务器可实现为:
处理器;
被配置为存储处理器可执行指令的存储器;
其中,所述处理器被配置为:接收发件用户通过邮件客户端发送的第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息;向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容;若接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应,则以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件。
本实施例提供的邮件服务器,通过将包括发件用户发送的第一邮件内容的第二邮件,发送给所述发件用户及其选择所述联名用户进行确认,在所述发件用户和所述联名用户中的所有用户均确认后,以所述发件用户和所述联名用户为发件人发送所述第一邮件,能够方便快捷地实现联名信的功能,即在收件人看来第一邮件的所有发件人处于同等地位,避免发件人之间存在主次关系。
如图14所示,图14是根据一示例性实施例示出的一种邮件客户端的框图,如图14所示,该邮件客户端可实现为:
处理器;
被配置为存储处理器可执行指令的存储器;
其中,所述处理器被配置为:接收邮件服务器根据第一邮件发送的第二邮件,向第一用户推送所述第二邮件,所述第一邮件是发件用户通过邮件客户端发送至所述邮件服务器的,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选择的联名用户的信息,所述第二邮件包括所述第一邮件的内容;若接收到所述第一用户的确认发送指令,则向所述邮件服务器返回确认发送响应,以使所述邮件服务器在接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应时,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件,所述确认发送指令是所述第一用户根据所述第一邮件的内容判定确认发送所述第一邮件后指示的。
本实施例提供的邮件客户端,通过将包括发件用户发送的第一邮件内容的第二邮件,发送给所述发件用户及其选择所述联名用户进行确认,在所述发件用户和所述联名用户中的所有用户均确认后,以所述发件用户和所述联名用户为发件人发送所述第一邮件,能够方便快捷地实现联名信的功能,即在收件人看来第一邮件的所有发件人处于同等地位,避免发件人之间存在主次关系。
图15是根据一示例性实施例示出的一种邮件服务器1500的框图。例如,邮件服务器1500可以被提供为一服务器。参照图15,邮件服务器1500包括处理组件1522,其进一步包括一个或处理器,以及由存储器1532所代表的存储器资源,用于存储可由处理组件1522的执行的指令,例如应用程序。存储器1532中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1522被配置为执行指令,以执行上述方法:
接收发件用户通过邮件客户端发送的第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息;
向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容;
若接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应,则以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件。
邮件服务器1500还可以包括一个电源组件1526被配置为执行邮件服务器1500的电源管理,一个有线或无线网络接口1550被配置为将邮件服务器1500连接到网络,和一个输入输出(I/O)接口1558。邮件服务器1500可以操作基于存储在存储器1532的操作系统,例如Windows ServerTM,Mac OSXTM,UnixTM,LinuxTM,FreeBSDTM或类似。
图16是根据一示例性实施例示出的一种邮件客户端1600的框图。例如,邮件客户端1600可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图16,邮件客户端1600可以包括以下一个或组件:处理组件1602,存储器1604,电力组件1606,多媒体组件1608,音频组件1610,输入/输出(I/O)的接口1612,传感器组件1614,以及通信组件1616。
处理组件1602通常控制邮件客户端1600的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件1602可以包括一个或处理器1620来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件1602可以包括一个或模块,便于处理组件1602和其他组件之间的交互。例如,处理组件1602可以包括多媒体模块,以方便多媒体组件1608和处理组件1602之间的交互。
存储器1604被配置为存储各种类型的数据以支持在邮件客户端1600的操作。这些数据的示例包括用于在邮件客户端1600上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电力组件1606为邮件客户端1600的各种组件提供电力。电力组件1606可以包括电源管理系统,一个或电源,及其他与为邮件客户端1600生成、管理和分配电力相关联的组件。
多媒体组件1608包括在所述邮件客户端1600和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件1608包括一个前置摄像头和/或后置摄像头。当邮件客户端1600处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1610被配置为输出和/或输入音频信号。例如,音频组件1610包括一个麦克风(MIC),当邮件客户端1600处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1604或经由通信组件1616发送。在一些实施例中,音频组件1610还包括一个扬声器,用于输出音频信号。
I/O接口1612为处理组件1602和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1614包括一个或传感器,用于为邮件客户端1600提供各个方面的状态评估。例如,传感器组件1614可以检测到邮件客户端1600的打开/关闭状态,组件的相对定位,例如所述组件为邮件客户端1600的显示器和小键盘,传感器组件1614还可以检测邮件客户端1600或邮件客户端1600一个组件的位置改变,用户与邮件客户端1600接触的存在或不存在,邮件客户端1600方位或加速/减速和邮件客户端1600的温度变化。传感器组件1614可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1614还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1614还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1616被配置为便于邮件客户端1600和其他设备之间有线或无线方式的通信。邮件客户端1600可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件1616还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,邮件客户端1600可以被一个或应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1604,上述指令可由邮件客户端1600的处理器1620执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD‐ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质,当所述存储介质中的指令由移动终端的处理器执行时,使得移动终端能够执行一种邮件发送方法,所述方法包括:
接收邮件服务器根据第一邮件发送的第二邮件,向第一用户推送所述第二邮件,所述第一邮件是发件用户通过邮件客户端发送至所述邮件服务器的,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选择的联名用户的信息,所述第二邮件包括所述第一邮件的内容;
若接收到所述第一用户的确认发送指令,则向所述邮件服务器返回确认发送响应,以使所述邮件服务器在接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应时,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件,所述确认发送指令是所述第一用户根据所述第一邮件的内容判定确认发送所述第一邮件后指示的。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (22)
1.一种电子邮件发送方法,其特征在于,包括:
接收发件用户通过邮件客户端发送的第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息;
向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容;
若接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应,则以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件。
2.根据权利要求1所述的方法,其特征在于,所述向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件之后,还包括:
若接收到所述发件用户和所述联名用户中任一用户返回的拒绝发送响应,则判定不发送所述第一邮件。
3.根据权利要求1或2所述的方法,其特征在于,所述向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件之后,还包括:
若在预设的时长内,检测到所述发件用户和所述联名用户中存在未返回响应的用户,则判定不发送所述第一邮件。
4.根据权利要求2或3所述的方法,其特征在于,所述方法还包括:
若判定不发送所述第一邮件,则向所述发件用户和所述联名用户对应的邮件客户端发送失败消息,所述失败消息用于表征所述第一邮件发送失败。
5.根据权利要求1‐4中任一项所述的方法,其特征在于,所述向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,包括:
以邮件服务器作为发件人,向所述发件用户和所述联名用户对应的邮件客户端发送所述第二邮件。
6.一种电子邮件发送方法,其特征在于,包括:
接收邮件服务器根据第一邮件发送的第二邮件,向第一用户推送所述第二邮件,所述第一邮件是发件用户通过邮件客户端发送至所述邮件服务器的,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选择的联名用户的信息,所述第二邮件包括所述第一邮件的内容;
若接收到所述第一用户的确认发送指令,则向所述邮件服务器返回确认发送响应,以使所述邮件服务器在接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应时,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件,所述确认发送指令是所述第一用户根据所述第一邮件的内容判定确认发送所述第一邮件后指示的。
7.根据权利要求6所述的方法,其特征在于,所述接收所述邮件服务器发送的第二邮件之后,还包括:
若接收到所述第一用户的拒绝发送指令,则向所述邮件服务器返回拒绝发送响应,所述拒绝发送指令是所述用户根据所述第一邮件的内容判定不发送所述第一邮件后指示的。
8.根据权利要求6或7所述的方法,其特征在于,所述发件用户为所述第一用户;所述接收邮件服务器根据第一邮件发送的第二邮件之前,还包括:
根据所述第一用户的发件指令,向所述邮件服务器发送所述第一邮件。
9.根据权利要求6或7所述的方法,其特征在于,所述发件用户为所述第一用户以外的第二用户,所述联名用户包括所述第一用户。
10.根据权利要求6‐9中任一项所述的方法,其特征在于,所述接收邮件服务器根据第一邮件发送的第二邮件,包括:
接收所述邮件服务器根据第一邮件发送的,以所述邮件服务器为发件人的所述第二邮件。
11.一种邮件服务器,其特征在于,包括:
第一接收模块,被配置为接收发件用户通过邮件客户端发送的第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息;
第一发送模块,被配置为向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容;
第二接收模块,被配置为接收所述发件用户和所述联名用户返回的响应;
第一处理模块,被配置为在检测到所述第二接收模块接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应时,指示第二发送模块以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件;
第二发送模块,被配置为在所述第一处理模块的指示下,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件。
12.根据权利要求11所述的邮件服务器,其特征在于,所述邮件服务器还包括:
第二处理模块,被配置为在检测到所述第二接收模块接收到所述发件用户和所述联名用户中任一用户返回的拒绝发送响应时,判定不发送所述第一邮件。
13.根据权利要求11或12所述的邮件服务器,其特征在于,所述邮件服务器还包括:
第三处理模块,被配置为在检测到所述第一发送模块向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件之后预设的时长内,所述发件用户和所述联名用户中存在未返回响应的用户时,判定不发送所述第一邮件。
14.根据权利要求12或13所述的邮件服务器,其特征在于,所述邮件服务器还包括:
第三发送模块,被配置为在判定不发送所述第一邮件时,向所述发件用户和所述联名用户对应的邮件客户端发送失败消息,所述失败消息用于表征所述第一邮件发送失败。
15.根据权利要求11‐14中任一项所述的邮件服务器,其特征在于,所述第一发送模块,被配置为以邮件服务器作为发件人,向所述发件用户和所述联名用户对应的邮件客户端发送所述第二邮件。
16.一种邮件客户端,其特征在于,包括:
第一接收模块,被配置为接收邮件服务器根据第一邮件发送的第二邮件,所述第一邮件是发件用户通过邮件客户端发送至所述邮件服务器的,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选择的联名用户的信息,所述第二邮件包括所述第一邮件的内容;
第一推送模块,被配置为向第一用户推送所述第二邮件;
交互模块,被配置为接收所述第一用户的指令;
第一发送模块,被配置为在所述交互模块接收到所述第一用户的确认发送指令时,向所述邮件服务器返回确认发送响应,以使所述邮件服务器在接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应时,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件,所述确认发送指令是所述第一用户根据所述第一邮件的内容判定确认发送所述第一邮件后指示的。
17.根据权利要求16所述的邮件客户端,其特征在于,所述邮件客户端还包括:
第二发送模块,被配置为在所述交互模块接收到所述第一用户的拒绝发送指令,向所述邮件服务器返回拒绝发送响应,所述拒绝发送指令是所述用户根据所述第一邮件的内容判定不发送所述第一邮件后指示的。
18.根据权利要求16或17所述的邮件客户端,其特征在于,所述发件用户为所述第一用户;所述邮件客户端还包括:
第三发送模块,被配置为在所述交互模块接收到所述第一用户的发件指令时,向所述邮件服务器发送所述第一邮件。
19.根据权利要求16或17所述的邮件客户端,其特征在于,所述发件用户为所述第一用户以外的第二用户,所述联名用户包括所述第一用户。
20.根据权利要求16‐19中任一项所述的邮件客户端,其特征在于,
所述第一接收模块,被配置为接收所述邮件服务器根据第一邮件发送的,以所述邮件服务器为发件人的所述第二邮件。
21.一种邮件服务器,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:接收发件用户通过邮件客户端发送的第一邮件,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选定的联名用户的信息;向所述发件用户和所述联名用户对应的邮件客户端发送第二邮件,所述第二邮件包括所述第一邮件的内容;若接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应,则以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件。
22.一种邮件客户端,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:接收邮件服务器根据第一邮件发送的第二邮件,向第一用户推送所述第二邮件,所述第一邮件是发件用户通过邮件客户端发送至所述邮件服务器的,所述第一邮件包括所述第一邮件的内容、所述第一邮件的收件人信息和所述发件用户选择的联名用户的信息,所述第二邮件包括所述第一邮件的内容;若接收到所述第一用户的确认发送指令,则向所述邮件服务器返回确认发送响应,以使所述邮件服务器在接收到所述发件用户和所述联名用户中所有用户返回的确认发送响应时,以所述发件用户和所述联名用户为发件人,向所述第一邮件的收件人对应的邮件客户端发送所述第一邮件,所述确认发送指令是所述第一用户根据所述第一邮件的内容判定确认发送所述第一邮件后指示的。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510136923.4A CN104796323B (zh) | 2015-03-26 | 2015-03-26 | 电子邮件发送方法、邮件服务器及邮件客户端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510136923.4A CN104796323B (zh) | 2015-03-26 | 2015-03-26 | 电子邮件发送方法、邮件服务器及邮件客户端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104796323A true CN104796323A (zh) | 2015-07-22 |
CN104796323B CN104796323B (zh) | 2019-02-12 |
Family
ID=53560847
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510136923.4A Active CN104796323B (zh) | 2015-03-26 | 2015-03-26 | 电子邮件发送方法、邮件服务器及邮件客户端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104796323B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105847131A (zh) * | 2016-05-12 | 2016-08-10 | 广东万丈金数信息技术股份有限公司 | 邮件发送方法和系统、邮件发送服务器、邮件接收服务器 |
CN106656755A (zh) * | 2016-12-15 | 2017-05-10 | 武汉船舶通信研究所 | 一种电子邮件传输方法和系统 |
CN109450929A (zh) * | 2018-12-13 | 2019-03-08 | 成都亚信网络安全产业技术研究院有限公司 | 一种安全检测方法及装置 |
CN110808902A (zh) * | 2019-11-12 | 2020-02-18 | 上海德启信息科技有限公司 | 数据发送方法、装置和设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020099775A1 (en) * | 2001-01-25 | 2002-07-25 | Anoop Gupta | Server system supporting collaborative messaging based on electronic mail |
CN1701326A (zh) * | 2003-08-07 | 2005-11-23 | 国际商业机器公司 | 合作电子邮件 |
US20130138754A1 (en) * | 2011-01-05 | 2013-05-30 | International Business Machines Corporation | Displaying A Known Sender's Identifier To A Recipient Of A Joint Senders' Message |
-
2015
- 2015-03-26 CN CN201510136923.4A patent/CN104796323B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020099775A1 (en) * | 2001-01-25 | 2002-07-25 | Anoop Gupta | Server system supporting collaborative messaging based on electronic mail |
CN1701326A (zh) * | 2003-08-07 | 2005-11-23 | 国际商业机器公司 | 合作电子邮件 |
US20130138754A1 (en) * | 2011-01-05 | 2013-05-30 | International Business Machines Corporation | Displaying A Known Sender's Identifier To A Recipient Of A Joint Senders' Message |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105847131A (zh) * | 2016-05-12 | 2016-08-10 | 广东万丈金数信息技术股份有限公司 | 邮件发送方法和系统、邮件发送服务器、邮件接收服务器 |
CN105847131B (zh) * | 2016-05-12 | 2019-01-01 | 广东万丈金数信息技术股份有限公司 | 邮件发送方法和系统、邮件发送服务器、邮件接收服务器 |
CN106656755A (zh) * | 2016-12-15 | 2017-05-10 | 武汉船舶通信研究所 | 一种电子邮件传输方法和系统 |
CN106656755B (zh) * | 2016-12-15 | 2020-07-07 | 武汉船舶通信研究所 | 一种电子邮件传输方法和系统 |
CN109450929A (zh) * | 2018-12-13 | 2019-03-08 | 成都亚信网络安全产业技术研究院有限公司 | 一种安全检测方法及装置 |
CN109450929B (zh) * | 2018-12-13 | 2021-05-14 | 成都亚信网络安全产业技术研究院有限公司 | 一种安全检测方法及装置 |
CN110808902A (zh) * | 2019-11-12 | 2020-02-18 | 上海德启信息科技有限公司 | 数据发送方法、装置和设备 |
Also Published As
Publication number | Publication date |
---|---|
CN104796323B (zh) | 2019-02-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104506410A (zh) | 即时通讯的方法和装置 | |
CN105530372A (zh) | 消息显示方法、装置及终端设备 | |
CN104898613A (zh) | 智能家居设备的控制方法和装置 | |
CN104185304B (zh) | 一种接入wi-fi网络的方法及装置 | |
CN104539639A (zh) | 用户信息采集方法和装置 | |
CN104079473A (zh) | 信息发布方法及装置 | |
CN104468329A (zh) | 基于即时通信的成员添加方法和装置 | |
CN103986840B (zh) | 控制对话信息的方法及装置 | |
CN103973900B (zh) | 发送信息的方法及装置 | |
CN105159672A (zh) | 远程协助方法和客户端 | |
CN105491048A (zh) | 账户管理方法及装置 | |
CN106060257A (zh) | 查看联系人相关信息的方法及装置 | |
CN105630353A (zh) | 评论信息的发布方法及装置 | |
CN105141506A (zh) | 通信消息处理方法和装置 | |
CN105100355A (zh) | 识别主叫用户的方法及装置 | |
CN105049269A (zh) | 信息反馈方法及装置 | |
CN105515948A (zh) | 即时通信方法和装置 | |
CN104796323A (zh) | 电子邮件发送方法、邮件服务器及邮件客户端 | |
CN105208176A (zh) | 联系人记录处理方法及装置 | |
CN105187622A (zh) | 信息提示方法及装置 | |
CN104168356B (zh) | 处理通讯标识的方法及装置 | |
CN104881342A (zh) | 终端测试方法及装置 | |
CN105491518A (zh) | 基于可穿戴设备的社交提醒方法和装置 | |
CN105391624A (zh) | 通知消息传输方法、装置及系统 | |
CN105100199A (zh) | 云名片发送方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |