CN103595616B - 邮件收发方法以及邮件收发系统 - Google Patents
邮件收发方法以及邮件收发系统 Download PDFInfo
- Publication number
- CN103595616B CN103595616B CN201210294635.8A CN201210294635A CN103595616B CN 103595616 B CN103595616 B CN 103595616B CN 201210294635 A CN201210294635 A CN 201210294635A CN 103595616 B CN103595616 B CN 103595616B
- Authority
- CN
- China
- Prior art keywords
- compression
- protocol
- server
- mail server
- 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.)
- Active
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 50
- 238000000034 method Methods 0.000 title claims abstract description 33
- 230000006835 compression Effects 0.000 claims abstract description 85
- 238000007906 compression Methods 0.000 claims abstract description 85
- 101001094649 Homo sapiens Popeye domain-containing protein 3 Proteins 0.000 claims description 19
- 101000608234 Homo sapiens Pyrin domain-containing protein 5 Proteins 0.000 claims description 19
- 101000578693 Homo sapiens Target of rapamycin complex subunit LST8 Proteins 0.000 claims description 19
- 102100027802 Target of rapamycin complex subunit LST8 Human genes 0.000 claims description 19
- 238000005538 encapsulation Methods 0.000 claims description 3
- 238000005457 optimization Methods 0.000 description 4
- 239000002699 waste material Substances 0.000 description 2
- 230000006837 decompression Effects 0.000 description 1
- 238000005034 decoration Methods 0.000 description 1
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种邮件收发方法以及邮件收发系统,所述邮件收发方法包括:第一邮件客户端通过第一协议先查询第一邮件服务器是否支持压缩发送邮件;根据第一邮件服务器的返回结果,第一邮件客户端通过第一协议将邮件发送至第一邮件服务器;第一邮件服务器通过SMTP协议将邮件传送至第二邮件服务器;第二邮件客户端通过第二协议先查询第二邮件服务器是否支持压缩收取邮件;以及根据第二邮件服务器的返回结果,在第二邮件客户端通过第二协议从第二邮件服务器收取邮件。本发明能让邮件客户端收发企业邮件时速度更快且更有效率,并能减少邮件服务器的网络资源。
Description
【技术领域】
本发明涉及邮件收发领域,特别涉及一种邮件收发方法以及邮件收发系统。
【背景技术】
电子邮件收发是目前互联网最广泛的应用及最重要的功能之一,使用者可以通过邮件客户端软件(例如foxmail)收发及管理邮件,邮件发送是通过标准的简单邮件传输协议(Simple Message Transfer Protocol;SMTP,以下称为SMTP协议)进行传输,而收取邮件是通过邮局协议版本3(Post Office Protocol Version 3;POP3,以下称为POP3协议)进行传输。
请参考图1及图2,图1为现有技术邮件收发原理,图2为现有技术发送邮件的流程图。发送邮件原理如下:A200.开始。A202.邮件客户端100登录帐号及密码以进行验证。A204.邮件客户端100发送MAIL FROM命令,用于指定发件人。A206.邮件客户端100发送RCPTTO命令,用于指定接收人。A208.邮件客户端100发送DATA命令,用于将邮件内容基于多用途互联网邮件扩展(Multipurpose Internet Mail Extensions;MIME,以下称为MIME)的编码协议进行封装后传送。A210.发送“﹒”符号表示结束邮件内容。A212.发送QUIT命令,表示退出。A214.结束。
邮件客户端100通过SMTP协议将邮件发送到SMTP服务器102之后,SMTP服务器102同样会通过SMTP协议将邮件传送到POP3服务器104,接着POP3服务器104会通过POP3协议并如图3所示现有技术收取邮件的流程图来收取邮件。A300.开始。A302.邮件客户端106登录帐号及密码以进行验证。A304.发送LIST命令,用于指定发件人。步骤S306,发送UIDL命令,用于指定接收人。A308.发送RETR命令,用于开始收取基于MIME的编码协议进行封装的邮件内容。A310.开始读取内容并检查“﹒”结束符号。A312.发送QUIT命令,表示退出。A314.结束。上述进行LIST及UIDL命令时会返回POP3服务器104上所有邮件的大小信息与唯一标示符(Unique IDentifier;UID)信息,一旦邮件客户端100与SMTP服务器102之间及/或POP3服务器104与邮件客户端106的邮件量越来越大且收取的时间间隔较短时,会导致大量的冗余数据占用网络资源的问题。
故,有必要提出一种新的技术方案,以解决上述大量的冗余数据占用网络资源的技术问题。
【发明内容】
本发明的一个目的在于提供一种邮件收发方法以及邮件收发系统,能让邮件客户端收发企业邮件时速度更快且更有效率,并能减少邮件服务器的网络资源。
为达到上述目的,本发明提供了一种邮件收发方法,用于邮件收发系统,邮件收发系统包括第一邮件服务器、第二邮件服务器以及若干邮件客户端,其中若干邮件客户端至少包括第一邮件客户端以及第二邮件客户端,所述邮件收发方法包括:
所述第一邮件客户端通过第一协议先查询所述第一邮件服务器是否支持压缩发送邮件;
根据所述第一邮件服务器的返回结果,所述第一邮件客户端通过所述第一协议将邮件发送至所述第一邮件服务器;
所述第一邮件服务器通过SMTP协议将邮件传送至所述第二邮件服务器;所述第二邮件客户端通过第二协议先查询所述第二邮件服务器是否支持压缩收取邮件;以及
根据所述第二邮件服务器的返回结果,在所述第二邮件客户端通过所述第二协议从所述第二邮件服务器收取邮件。
在上述邮件收发方法中,根据所述第一邮件服务器的返回结果,所述第一邮件客户端通过所述第一协议将邮件发送至所述第一邮件服务器的步骤包括:
指定发件人;
指定接收人;以及
所述第一邮件服务器的返回结果指示所述第一邮件服务器是否支持压缩发送,若是,邮件进行压缩并发送,若否,邮件不进行压缩并发送。
在上述容邮件收发方法中,压缩的邮件与不压缩的邮件基于多用途互联网邮件扩展的编码协议进行封装后发送。
在上述邮件收发方法中,所述第一邮件服务器收取所述压缩过的邮件后进行解压缩。
在上述邮件收发方法中,根据所述第二邮件服务器的返回结果,在所述第二邮件客户端通过所述第二协议从所述第二邮件服务器收取邮件的步骤包括:
所述第二邮件服务器的返回结果指示所述第二邮件服务器是否支持压缩收取,若是,收取压缩过的邮件,若否,收取未经压缩过的邮件。
在上述邮件收发方法中,在收取压缩过的邮件的步骤之前包括获取邮件大小列表的步骤。
在上述邮件收发方法中,在收取压缩过的邮件的步骤之前包括获取邮件列表信息的步骤。
在上述邮件收发方法中,在收取压缩过的邮件的步骤之前包括获取未收取的邮件大小列表的步骤。
在上述邮件收发方法中,在收取压缩过的邮件的步骤之前包括获取未收取的邮件列表信息的步骤。
本发明还提供了一种邮件收发系统,包括:
第一邮件服务器;
第二邮件服务器;以及
若干邮件客户端,至少包括第一邮件客户端以及第二邮件客户端,所述邮件收发系统还包括:
第一协议单元,包括第一压缩询问模块、发送压缩模块及SMTP协议模块,其中所述第一邮件客户端通过所述第一协议单元的第一压缩询问模块先查询所述第一邮件服务器是否支持压缩发送邮件,然后所述第一协议单元根据所述第一邮件服务器的返回结果,决定通过所述发送压缩模块或所述SMTP协议模块处理邮件;以及
第二协议单元,包括第二压缩询问模块、收取压缩模块及POP3协议模块,其中所述第二邮件客户端通过所述第二协议单元的第二压缩询问模块先查询所述第二邮件服务器是否支持压缩收取邮件,然后所述第二协议单元根据所述第二邮件服务器的返回结果,决定通过所述收取压缩模块或所述POP3协议模块处理邮件。
在上述邮件收发系统中,所述第一邮件服务器的返回结果指示所述第一邮件服务器支持压缩发送时,所述发送压缩模块将邮件进行压缩并发送,所述第一邮件服务器的返回结果指示所述第一邮件服务器不支持压缩发送时,所述SMTP协议模块将邮件不进行压缩并发送。
在上述邮件收发系统中,压缩的邮件与不压缩的邮件基于多用途互联网邮件扩展的编码协议进行封装后发送。
在上述邮件收发系统中,所述第一邮件服务器收取所述压缩过的邮件后进行解压缩。
在上述邮件收发系统中,所述第二邮件服务器的返回结果指示所述第二邮件服务器支持压缩收取时,所述第二邮件客户端从所述收取压缩模块收取压缩过的邮件,所述第二邮件服务器的返回结果指示所述第二邮件服务器不支持压缩收取时,所述第二邮件客户端从所述POP3协议模块收取未经压缩的邮件。
本发明的邮件收发方法以及邮件收发系统在发送邮件时询问第一邮件服务器是否支持邮件压缩发送,若支持则可以使第一邮件客户端的邮件压缩后进行发送,达到发送优化的目的,在收取邮件时询问第二邮件服务器是否支持邮件压缩收取,若支持则可以自动执行命令来减少收取冗余数据,达到收取优化的目的,进而能减少网络资源的浪费。
为让本发明的上述内容能更明显易懂,下文特举优选实施例,并配合所附图式,作详细说明如下:
【附图说明】
图1为现有技术邮件收发原理;
图2为现有技术发送邮件的流程图;
图3为现有技术收取邮件的流程图;
图4为本发明中邮件收发方法的较佳实施例流程图;
图5为本发明的邮件收发系统;
图6为本发明的邮件收发方法中步骤A42的较佳实施例流程图;
图7为本发明的邮件收发方法中步骤A48的较佳实施例流程图。
【具体实施方式】
以下各实施例的说明是参考附加的图式,用以例示本发明可用以实施的特定实施例。
请参考图4及图5,图4为本发明中邮件收发方法的较佳实施例流程图,图5为本发明的邮件收发系统。邮件收发系统包括第一邮件服务器502、第二邮件服务器504以及若干邮件客户端,邮件客户端至少包括第一邮件客户端500以及第二邮件客户端506。
本发明之特点在于邮件收发系统还包括第一协议单元508以及第二协议单元510。第一协议单元508包括第一压缩询问模块5082、发送压缩模块5084及SMTP协议模块5080,第二协议单元510包括第二压缩询问模块5102、收取压缩模块5104及POP3协议模块5100。
第一协议单元508可以独立设置或设置在第一邮件服务器502与第一邮件客户端500之其中一者,或者根据需要将第一协议单元508的各模块分别设置在第一邮件服务器502与第一邮件客户端500之其中一者。第二协议单元510可以独立设置或设置在第二邮件服务器504与第二邮件客户端506之其中一者,或者根据需要将第二协议单元510的各模块分别设置在第二邮件服务器504与第二邮件客户端506之其中一者。
下述第一协议是指第一邮件客户端500与第一邮件服务器502两者能互相通信而自行定义的协议,第二协议是指第二邮件服务器504与第二邮件客户端两者能互相通信而自行定义的协议。
本发明的邮件收发方法包括下列步骤:
A40.第一邮件客户端500通过第一协议先查询第一邮件服务器502是否支持压缩发送邮件,亦即第一邮件客户端500通过第一协议单元508的第一压缩询问模块5082先查询第一邮件服务器502是否支持压缩发送邮件。
要说明的是,在步骤A40之前还包括第一邮件客户端500登录帐号及密码以进行验证的步骤,此步骤为本领域技术人员所熟知,此不多加赘述。
如上所述,第一邮件客户端500与第一邮件服务器502之间是通过第一协议进行通信,第一协议为第一邮件客户端500与第一邮件服务器502两者能互相通信且支持压缩发送的协议即可,而不用是标准的SMTP协议。
A42.根据第一邮件服务器502的返回结果,第一邮件客户端500通过第一协议将邮件发送至第一邮件服务器502。更明确地说,第一协议单元508根据第一邮件服务器502的返回结果,决定通过发送压缩模块5084或SMTP协议模块5080处理邮件。
若第一邮件服务器502支持压缩发送,发送压缩模块5084将邮件进行压缩并发送至第一邮件服务器502,而第一邮件服务器502收取压缩过的邮件后会进行解压缩,若第一邮件服务器502不支持压缩发送,SMTP协议模块5080将邮件不进行压缩而直接发送至第一邮件服务器502。
上述压缩的邮件与不压缩的邮件基于多用途互联网邮件扩展的编码协议进行封装后发送。
A44.第一邮件服务器502通过SMTP协议将邮件传送至第二邮件服务器504。于此步骤中,第一邮件服务器502必须通过标准的SMTP协议才能与第二邮件服务器504进行通信。
A46.第二邮件客户端506通过第二协议先查询第二邮件服务器504是否支持压缩收取邮件,亦即第二邮件客户端506通过第二协议单元510的第二压缩询问模块5102先查询第二邮件服务器504是否支持压缩收取邮件。
A48.根据第二邮件服务器504的返回结果,在第二邮件客户端506通过第二协议从第二邮件服务器504收取邮件。更明确地说,第二协议单元510根据第二邮件服务器504的返回结果,决定通过收取压缩模块5104或POP3协议模块5100处理邮件。
若第二邮件服务器504支持压缩收取,第二邮件客户端506从收取压缩模块5104收取压缩过的邮件,若第二邮件服务器504不支持压缩收取,第二邮件客户端506从POP3协议模块5100收取未经压缩的邮件。
第二邮件客户端506与第二邮件服务器504之间是通过第二协议进行通信,第二协议为第二邮件客户端506与第二邮件服务器504两者能互相通信且支持压缩收取的协议即可,而不用是标准的POP3协议,当然也可以是标准的POP3协议。
请参考图6,其为本发明的邮件收发方法中步骤A42的较佳实施例流程图,步骤A42包括:
A420.开始。
A421.第一邮件客户端500发送MAIL FROM命令,用于指定发件人。
A422.第一邮件客户端500发送RCPT TO命令,用于指定接收人。
A423.第一邮件服务器502的返回结果指示第一邮件服务器502是否支持压缩发送,若是,进入步骤A424,若第一邮件服务器502不支持压缩发送,进入步骤A425。
A424.发送QQDATA命令:邮件进行压缩并发送,压缩的邮件是基于MIME的编码协议进行封装的。QQDATA命令是通过第一协议而由第一邮件客户端500所安装的邮件收发软件(例如foxmail)自动执行的功能。跳至步骤A426。
本发明第一协议的QQDATA命令可以将邮件压缩,而现有SMTP协议的DATA命令不能将邮件压缩。
A425.发送DATA命令:邮件不进行压缩并发送。不压缩的邮件也是基于MIME的编码协议进行封装的。DATA命令为现有技术SMTP协议中的命令,此不多加赘述。
A426.发送结束符号,表示结束邮件内容。
A427.发送QUIT命令,表示退出此次发送。
A428.结束。
请参考图7,其为本发明的邮件收发方法中步骤A48的较佳实施例流程图,步骤A48包括:
A480.开始。
A481.第二邮件服务器504的返回结果指示第二邮件服务器504是否支持压缩收取,若是,进入步骤A482,若否,进入步骤A485。
A482.发送QQLIST命令,用于指定发件人及获取邮件大小列表。或者,使用QQLIST<last UID>命令可以实现获取未收取的邮件大小列表而不是全部的邮件大小列表,而现有SMTP协议的LIST命令会获取全部的邮件大小列表,造成占用网络资源的缺点。QQLIST命令与QQLIST <last UID>命令是通过第二协议而由第二邮件客户端506所安装的邮件收发软件(例如foxmail)自动执行的功能。
A483.发送QQUIDL命令,用于指定接收人及获取邮件列表信息。或者,使用QQUIDL<last UID>命令可以实现收取未收取的UID信息而不是全部邮件的UID信息,而现有SMTP协议的UIDL命令会获取全部邮件的UID信息,造成占用网络资源的缺点。QQUIDL命令与QQUIDL<last UID>命令是通过第二协议而由第二邮件客户端506所安装的邮件收发软件(例如foxmail)自动执行的功能。
A484.发送QQRETR命令,用于开始接收压缩过的邮件,压缩的邮件是基于MIME的编码协议进行封装的。使用QQRETR命令可以实现收取压缩过的邮件,而现有SMTP协议的RETR命令只能获取未压缩邮件。QQRETR命令是通过第二协议而由第二邮件客户端506所安装的邮件收发软件(例如foxmail)自动执行的功能。跳至步骤A488。
A485.发送LIST命令,用于指定发件人。
A486.发送UIDL命令,用于指定接收人。
A487.发送RETR命令,用于开始接收未压缩邮件,邮件是基于MIME的编码协议进行封装的。上述步骤A485-A487是针对不支持压缩收取所执行的步骤,LIST命令、UIDL命令与RETR命令为现有技术POP3协议的命令,此不多加赘述。
A488.开始读取内容并检查结束符号。
A489.发送QUIT命令退出,表示退出此次收取。
A490.结束。
于上述步骤中,若第二邮件服务器504支持压缩收取,可以通过自行定义的第二协议收取压缩过的邮件及获取未收取的邮件大小列表与邮件列表,而不需要获取所有的邮件大小列表与邮件列表,从而实现了减少收取冗余数据的目的。
此外,本发明中压缩邮件可以采用的算法为本领域普通技术人员所熟知,此不多加赘述。
本发明的邮件收发方法以及邮件收发系统在发送邮件时先询问第一邮件服务器502是否支持邮件压缩发送,若支持则可以使邮件压缩后进行发送,达到发送优化的目的,在收取邮件时询问第二邮件服务器504是否支持邮件压缩收取,若支持则可以自动执行命令来减少收取冗余数据,达到收取优化的目的,进而能减少网络资源的浪费。
综上所述,虽然本发明已以优选实施例揭露如上,但上述优选实施例并非用以限制本发明,本领域的普通技术人员,在不脱离本发明的精神和范围内,均可作各种更动与润饰,因此本发明的保护范围以权利要求界定的范围为准。
Claims (7)
1.一种邮件收发方法,用于邮件收发系统,邮件收发系统包括第一邮件服务器、第二邮件服务器以及若干邮件客户端,其中若干邮件客户端至少包括第一邮件客户端以及第二邮件客户端,其特征在于,所述邮件收发方法包括:
所述第一邮件客户端通过第一协议先查询所述第一邮件服务器是否支持压缩发送邮件;
根据所述第一邮件服务器的返回结果指示所述第一邮件服务器是否支持压缩发送,若是,则所述第一邮件客户端对邮件进行压缩,并基于多用途互联网邮件扩展的编码协议压缩后的邮件进行封装;通过所述第一协议将封装的邮件发送至所述第一邮件服务器,若否,则邮件不进行压缩并发送;
所述第一邮件服务器收取压缩过的邮件后进行解压缩,通过SMTP协议将邮件传送至所述第二邮件服务器;
所述第二邮件客户端通过第二协议先查询所述第二邮件服务器是否支持压缩收取邮件;以及
若第二邮件服务器支持压缩收取,第二邮件客户端通过所述第二协议从所述第二邮件服务器收取压缩过的邮件,若第二邮件服务器不支持压缩收取,第二邮件客户端通过所述第二协议从所述第二邮件服务器收取未经压缩的邮件;
其中在收取压缩过的邮件的步骤之前包括获取未收取的邮件大小列表的步骤;
在收取压缩过的邮件的步骤之前包括获取未收取的邮件列表信息的步骤。
2.根据权利要求1所述的邮件收发方法,其特征在于,根据所述第一邮件服务器的返回结果指示所述第一邮件服务器是否支持压缩发送,若是,则所述第一邮件客户端通过所述第一协议将邮件进行压缩并发送至所述第一邮件服务器,若否,则邮件不进行压缩并发送的步骤还包括:
指定发件人;
指定接收人。
3.根据权利要求1所述的邮件收发方法,其特征在于,压缩的邮件与不压缩的邮件基于多用途互联网邮件扩展的编码协议进行封装后发送。
4.根据权利要求1所述的邮件收发方法,其特征在于,在收取压缩过的邮件的步骤之前包括获取邮件大小列表的步骤。
5.根据权利要求1所述的邮件收发方法,其特征在于,在收取压缩过的邮件的步骤之前包括获取邮件列表信息的步骤。
6.一种邮件收发系统,包括:
第一邮件服务器;
第二邮件服务器;以及
若干邮件客户端,至少包括第一邮件客户端以及第二邮件客户端,其特征在于,所述邮件收发系统还包括:
第一协议单元,包括第一压缩询问模块、发送压缩模块及SMTP协议模块,其中所述第一邮件客户端通过所述第一协议单元的第一压缩询问模块先查询所述第一邮件服务器是否支持压缩发送邮件,然后所述第一协议单元根据所述第一邮件服务器的返回结果,决定通过所述发送压缩模块或所述SMTP协议模块处理邮件;具体地,所述第一邮件服务器的返回结果指示所述第一邮件服务器支持压缩发送时,所述发送压缩模块对邮件进行压缩,并基于多用途互联网邮件扩展的编码协议压缩后的邮件进行封装,通过所述第一协议将封装的邮件发送至所述第一邮件服务器;所述第一邮件服务器的返回结果指示所述第一邮件服务器不支持压缩发送时,所述SMTP协议模块将邮件不进行压缩并发送;以及
第二协议单元,包括第二压缩询问模块、收取压缩模块及POP3协议模块,其中所述第二邮件客户端通过所述第二协议单元的第二压缩询问模块先查询所述第二邮件服务器是否支持压缩收取邮件,然后所述第二协议单元根据所述第二邮件服务器的返回结果,决定通过所述收取压缩模块或所述POP3协议模块处理邮件;
其中,所述第一邮件服务器通过所述发送压缩模块收取压缩的邮件后进行解压缩,并通过SMTP协议将邮件传送至所述第二邮件服务器;
其中,所述第二邮件服务器的返回结果指示所述第二邮件服务器支持压缩收取时,所述第二协议单元从所述收取压缩模块收取压缩过的邮件,所述第二邮件服务器的返回结果指示所述第二邮件服务器不支持压缩收取时,所述第二协议单元从所述POP3协议模块收取未经压缩的邮件;
所述第二协议单元在收取压缩过的邮件之前,获取未收取的邮件大小列表;并获取未收取的邮件列表信息。
7.根据权利要求6所述的邮件收发系统,其特征在于,压缩的邮件与不压缩的邮件基于多用途互联网邮件扩展的编码协议进行封装后发送。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210294635.8A CN103595616B (zh) | 2012-08-17 | 2012-08-17 | 邮件收发方法以及邮件收发系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210294635.8A CN103595616B (zh) | 2012-08-17 | 2012-08-17 | 邮件收发方法以及邮件收发系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103595616A CN103595616A (zh) | 2014-02-19 |
CN103595616B true CN103595616B (zh) | 2018-11-27 |
Family
ID=50085605
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210294635.8A Active CN103595616B (zh) | 2012-08-17 | 2012-08-17 | 邮件收发方法以及邮件收发系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103595616B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103873562A (zh) * | 2014-02-27 | 2014-06-18 | 车智互联(北京)科技有限公司 | 缓存方法和缓存系统 |
CN111866118A (zh) * | 2020-07-16 | 2020-10-30 | 武汉空心科技有限公司 | 一种工作平台文件存储传输方法及系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101079879A (zh) * | 2006-12-19 | 2007-11-28 | 腾讯科技(深圳)有限公司 | 一种电子邮件传送系统及方法 |
CN101808049A (zh) * | 2010-03-25 | 2010-08-18 | 盈世信息科技(北京)有限公司 | 一种邮件传送方法及系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08331173A (ja) * | 1995-05-29 | 1996-12-13 | Toshiba Corp | データ圧縮機能付き電子メールシステム及びその送受信方法並びに送信装置 |
JP3854618B2 (ja) * | 2004-11-10 | 2006-12-06 | 株式会社エヌ・ティ・ティ・ドコモ | サーバシステムおよび電子メール配信方法 |
-
2012
- 2012-08-17 CN CN201210294635.8A patent/CN103595616B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101079879A (zh) * | 2006-12-19 | 2007-11-28 | 腾讯科技(深圳)有限公司 | 一种电子邮件传送系统及方法 |
CN101808049A (zh) * | 2010-03-25 | 2010-08-18 | 盈世信息科技(北京)有限公司 | 一种邮件传送方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN103595616A (zh) | 2014-02-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103595615B (zh) | 电子邮件的发送和接收方法、终端 | |
CN101668263B (zh) | 基于手机短信平台收发邮件的系统及邮件附件的处理方法 | |
EP1781048B1 (en) | Processing method for push notification in multimedia messaging service | |
CN101217504B (zh) | 一种共享通信好友的方法及网络通信系统 | |
US20060101124A1 (en) | Method and apparatus for mass email transmission | |
CN102571637A (zh) | 消息处理方法和装置 | |
CN108055196A (zh) | 基于即时通讯创建讨论群的方法、装置及系统 | |
CN101951348B (zh) | 一种邮件推送系统及其推送方法 | |
CN103888348B (zh) | 电子邮件应用系统和电子邮件传送方法、装置 | |
CN103595616B (zh) | 邮件收发方法以及邮件收发系统 | |
CN103609078B (zh) | 网络设备及电子邮件请求处理方法 | |
CN106375196A (zh) | 批量邮件的发送方法和装置 | |
CN101557358A (zh) | 一种电子邮件与即时通信整合的方法和系统 | |
CN1889106B (zh) | 分离保存邮件附件的方法 | |
WO2004084042A3 (en) | Messaging and document management system and method | |
EP2120410A1 (en) | Method and device for storing and transmitting messages | |
CN1588925A (zh) | 利用mms实现在移动终端上收发电子邮件的系统和方法 | |
CN102843309B (zh) | 邮件处理系统及方法 | |
CN104202232A (zh) | 一种互联网邮件处理方法及设备 | |
CN109218162A (zh) | 邮件投递方法及装置 | |
WO2017071216A1 (zh) | 移动终端的邮件正文的显示方法及装置 | |
KR20090113922A (ko) | 이메일 송수신에 사용되는 데이터 전송량 및 통신 횟수를최소화하는 대용량 이메일 전송 시스템 및 그 방법 | |
CN106209954B (zh) | 一种rdp明文数据解析方法及装置 | |
CN106161198B (zh) | 电子邮件重发方法及装置 | |
Fujiwara | Post-Delivery Message Downgrading for Internationalized Email Messages |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20240108 Address after: 518057 Tencent Building, No. 1 High-tech Zone, Nanshan District, Shenzhen City, Guangdong Province, 35 floors Patentee after: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd. Patentee after: TENCENT CLOUD COMPUTING (BEIJING) Co.,Ltd. Address before: 518000 East 403, Sai Ge science and Technology Park, Futian District, Shenzhen, Guangdong, 403 Patentee before: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd. |