CN103532834A - 发送邮件的方法和终端 - Google Patents
发送邮件的方法和终端 Download PDFInfo
- Publication number
- CN103532834A CN103532834A CN201310557154.6A CN201310557154A CN103532834A CN 103532834 A CN103532834 A CN 103532834A CN 201310557154 A CN201310557154 A CN 201310557154A CN 103532834 A CN103532834 A CN 103532834A
- Authority
- CN
- China
- Prior art keywords
- content
- module
- compression
- memory capacity
- 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.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种发送邮件的方法和终端。所述方法包括:接收发送方发送邮件的指令;根据指令,获取邮件的内容的存储容量;判断内容的存储容量是否超出预置的容量阈值;当判断结果为是时,对内容进行压缩处理;发送内容经过压缩处理的邮件。所述终端包括:指令接收模块,用于接收发送方发送邮件的指令;容量获取模块,用于根据指令接收模块接收的指令,获取邮件的内容的存储容量;判断模块,用于判断容量获取模块获取的内容的存储容量是否超出预置容量阈值;压缩模块,用于当判断模块的判断结果为是时,对内容进行压缩处理;发送模块,用于发送所述内容经过所述压缩模块压缩处理的邮件。采用本发明能提高邮件发送上的方便性,保证邮件顺利发送。
Description
技术领域
本发明涉及传输控制技术,特别是涉及一种发送邮件的方法和终端。
背景技术
电子邮件作为互联网络中的重要交流工具,在人们生活和工作中扮演着重要的角色,并且成为人们生活和工作的一部分。同事之间、朋友之间以及家人之间都会通过发送邮件进行信息的传递,其中,所发送的邮件的内容常常包括了各种类型的文件等,例如,该内容可以是工作中的文件、朋友之间或家人的照片等。
随着信息传递需求的增多,使得邮件的内容所占据的存储容量也越来越大,人们不得不对邮件中的内容进行额外的手动压缩操作,以避免因为内容占用了太大存储容量而导致邮件发生延迟,但是,大多数人常常在将一定的文件添加至邮件的内容之后才意识到邮件的内容太大而不得不删除该文件,进行额外的手持压缩之后再次将压缩后的文件添加至邮件的内容中,操作上非常不方便,无法保证邮件的顺畅发送。
发明内容
基于此,有必要针对邮件的内容太大而导致的邮件发送的操作上非常不方便,无法保证邮件的顺畅发送的技术问题,提供一种能提高邮件发送的操作上的方便性,保证邮件顺畅发送的发送邮件的方法。
此外,还有必要提供一种能提高邮件发送的操作上的方便性,保证邮件顺畅发送的终端。
一种发送邮件的方法,所述方法包括:
接收发送方发送邮件的指令;
根据所述指令,获取邮件的内容的存储容量;
判断所述内容的存储容量是否超出预置的容量阈值;
当判断结果为是时,对所述内容进行压缩处理;
发送所述内容经过压缩处理的邮件。
在其中一个实施例中,所述内容具体为邮件的附件;
则所述根据所述指令,获取邮件的内容的存储容量的步骤,具体为:根据所述指令,获取所述附件的存储容量;
所述当判断结果为是时,对所述内容进行压缩处理的步骤,具体为:当判断结果为是时,对所述附件进行压缩处理;
所述发送所述内容经过压缩处理的邮件的步骤,具体为:发送所述附件经过所述压缩处理的邮件。
在其中一个实施例中,所述内容包括若干个文件;
则所述当判断结果为是时,对所述内容进行压缩处理的步骤,包括:
当判断结果为是时,根据文件的属性信息确定与所述属性信息存在预置的对应关系的压缩算法;
按照确定的压缩算法对所述文件进行压缩处理。
在其中一个实施例中,所述方法还包括:
获取服务器可接收的邮件的存储容量的最大值;根据所述最大值设置所述容量阈值。
在其中一个实施例中,所述服务器为邮件的接收方的服务器;
则所述获取服务器可接收的邮件的存储容量的最大值的步骤,具体为:获取邮件的接收方的服务器可接收的邮件的存储容量的最大值。
一种终端,包括:
指令接收模块,用于接收发送方发送邮件的指令;
容量获取模块,用于根据所述指令接收模块接收的指令,获取邮件的内容的存储容量;
判断模块,用于判断所述容量获取模块获取的内容的存储容量是否超出预置的容量阈值;
压缩模块,用于当所述判断模块的判断结果为是时,对所述内容进行压缩处理;
发送模块,用于发送所述内容经过所述压缩模块压缩处理的邮件。
在其中一个实施例中,所述内容具体为邮件的附件;
则所述容量获取模块具体用于根据所述指令接收模块接收的指令,获取所述附件的存储容量;
所述压缩模块具体用于当所述判断模块的判断结果为是时,对所述附件进行压缩处理;
所述发送模块具体用于发送所述附件经过所述压缩处理模块压缩处理的邮件。
在其中一个实施例中,所述内容包括若干个文件;所述压缩模块包括:
算法确定单元,用于当所述判断模块的判断结果为是时,根据文件的属性信息确定与所述属性信息存在预置的对应关系的压缩算法;
压缩处理单元,用于按照所述算法确定单元确定的压缩算法对所述文件进行压缩处理。
在其中一个实施例中,所述系统还包括:
容量阈值设置块,用于获取服务器可接收的邮件的存储容量的最大值并根据所述最大值设置所述容量阈值。
在其中一个实施例中,所述服务器为邮件的接收方的服务器;
则所述容量阈值设置模块具体用于获取邮件的接收方的服务器可接收的邮件的存储容量的最大值。
上述发送邮件的方法和终端,接收发送方发送邮件的指令,根据该指令,将获取邮件的内容的存储容量,判断邮件的内容是否超出预置的容量阈值,当判断结果为是时,将对邮件的内容进行压缩处理,并将内容经过压缩处理的邮件发送出去,与现有技术相比,在邮件的内容太大的情况下将不需要用户进行额外的操作而直接对邮件的内容进行压缩,提高了邮件发送的操作上的方便性,保证了邮件的顺畅发送。
附图说明
图1为一个实施例中发送邮件的方法的流程图;
图2为图1中对该内容进行压缩处理的方法流程图;
图3为另一个实施例中发送邮件的方法的流程图;
图4为一个实施例中终端的结构示意图;
图5为图4中压缩模块的结构示意图;
图6为另一个实施例中终端的结构示意图。
具体实施方式
如图1所示,在一个实施例中,一种发送邮件的方法,包括如下步骤:
S110,接收发送方发送邮件的指令。
本实施例中,接收发送方在邮件的发送界面所触发的邮件发送操作之后所生成的发送邮件的指令,其中,所述发送的邮件可以是带附件的邮件,也可以是没有带附件的邮件。
S130,根据指令,获取邮件的内容的存储容量。
本实施例中,根据发送方所触发的发送邮件的指令,获取邮件中附件或正文所占的存储空间,即邮件中内容的存储容量,其中,邮件中附件可为一个文件,或者包含多个文件。
S150,判断内容的存储容量是否超出预置的容量阈值,当判断结果为是时,则进入S170,当判断结果为否时,则进入S190。
本实施例中,用于对邮件中内容的存储容量进行判断的预置的容量阈值可根据服务器对邮件的存储容量进行预先设定,并且还可根据当前的网络环境进行灵活地调整,以使得该预置的容量阈值是与当前的网络环境相适应的。例如,该预置的容量阈值可为1兆。
判断内容的存储容量是否超出了预置的容量阈值,当判断为是时,则说明当前即将发送的邮件中内容所占用的存储容量过大,需要对当前即将发送的邮件中的内容进行处理,适当降低其所占用的存储容量,以便于顺利进行邮件的发送。
例如,邮件中内容包括嵌入正文的图片和视频各种多媒体文件,以使得接收方打开邮件即可直接浏览邮件中的图片和视频等内容,在发送方触发生成发送该邮件的指令时,将判断该邮件中内容所占用的存储容量是否超出预置的容量阈值,当判断为是时,进入S170对邮件中的内容进行适当压缩之后再发送出去。
此外,除了在邮件中内容正文嵌入多媒体文件而使得邮件中内容的存储容量有可能会超出预置的容量阈值之外,以附件形式存在的邮件的内容也有可能使得邮件中内容的存储容量超出预置的容量阈值,无论邮件中内容以何种形式存在都将对超出预置的容量阈值的内容进行一定的压缩处理。
S170,对该内容进行压缩处理,进入S180。
本实施例中,采用一定的压缩算法对邮件的内容进行压缩处理,以降低邮件的内容占用的存储空间。例如,若当前邮件的发送界面为邮件客户端界面,相应的,当前所进行的邮件发送也是通过邮件客户端实现的,因此,将通过邮件客户端调用一定的压缩算法。
若当前邮件的发送界面为网页页面,相应的,当前所进行的邮件发送是通过浏览器加载的网页实现的,因此,将通过浏览器以网页脚本或其它形式实现压缩算法的调用,进而完成邮件的内容的压缩处理。
S180,发送内容经过压缩处理的邮件。
本实施例中,根据邮件中的目标邮箱地址,将经过压缩的邮件发送出去,由于发送的邮件的内容不会超出预置的容量阈值,因此将保证了接收方能够接收到该邮件。
S190,发送邮件。
在一个实施例中,该内容具体为邮件的附件;则上述S130具体为:根据指令,获取附件的存储容量。
本实施例中,邮件包括了正文以及附件,并且附件通常占用了大多数的存储容量,因此,将获取附件的存储容量,以判断该邮件是否需要进行压缩处理。根据邮件发送方的需要,附件的文件类型将是多种多样的,因此,附件的文件类型可包括音频、视频、图像、文本和可执行文件等多种类型。
上述当判断结果为是时,对内容进行压缩处理的处理,具体为,当判断结果为是时,对附件进行压缩处理。
本实施例中,获取得到邮件的附件所对应的存储容量之后,将判断邮件的存储容量是否超出预置的容量阈值,当判断结果为是时,将对附件进行压缩处理,进而将附件经过压缩处理的邮件发送出去。
上述S180具体为:发送附件经过压缩处理的邮件。
在另一个实施例中,上述内容包括若干个文件;则如图2所示,上述当判断结果为是时,对该内容进行压缩处理的步骤包括:
S171,当判断结果为是时,根据文件的属性信息确定与属性信息存在预置的对应关系的压缩算法。
本实施例中,由于不同类型的文件有其适用的压缩算法,以便于通过适用的压缩算法昨到最佳的压缩效果,因此,将根据文件的属性信息进行压缩算法的选取,以采用选取的压缩算法对附件进行压缩。
例如,对于文件类型为音频、视频和/或图片的文件而言,可采用有损数据压缩算法,也可采用无损数据压缩算法,其它文件类型的文件则采用无损数据压缩算法。
根据文件的属性信息即可获取知该文件所对应的文件类型,因此可预置属性信息和压缩算法之间的对应关系,进而在触发进行文件压缩时,根据文件的属性信息即可通过对应关系得到对应的压缩算法,进而调用这一确定的压缩算法进行压缩处理,简单方便。
S173,按照确定的压缩算法对文件进行压缩处理。
如图3所示,在另一个实施例中,上述方法还包括如下步骤:
S310,获取服务器可接收的邮件的存储容量的最大值。
本实施例中,为保证邮件的接收方能够接收到发送的邮件,将考虑服务器可接收的邮件的存储容量的最大值,其中,在优选的实施例中,该服务器为邮件接收方服务器,以进一步保障接收方可顺利接收到发送方发送的邮件。
在一个实施例中,则获取服务器可接收的邮件的存储容量的最大值具体为:获取邮件的接收方的服务器可接收的邮件的存储容量的最大值。
S330,根据最大值设置容量阈值。
本实施例中,将容量阈值设置为与邮件接收方服务器可接收的邮件的存储容量的最大值相当的数值。
下面结合一个具体的实施例来详细阐述上述发送邮件的方法。该实施例中,在接收到发送方发送邮件的指令之后,将根据接收到的发送邮件的指令获取所要发送邮件的内容的存储容量,其中,该邮件的内容包括了邮件正文和/或附件。
对获取的邮件的内容的存储容量进行检测,以判断内容的存储容量是否超出了预置的容量阈值,若判断结果为是时,将对邮件的内容进行压缩处理,以降低邮件的内容所占用的存储空间,进而发送内容经过压缩处理的邮件,保证了邮件的快速发送;当判断结果为否时,直接发送该邮件即可。
进一步的,若邮件的内容包括附件,其中,邮件内容中的附件包括了一个或者多个文件,此时,在判断到邮件的内容的存储容量超出了预置的容量阈值时,将根据文件的属性信息确定与属性信息存在预置的对应关系的压缩算法,以对文件进行压缩处理。
若邮件的内容包括正文,在判断到正文所占用的存储容量是否超出了预置的容量阈值,若判断结果为是时,将对邮件的正文进行压缩处理后发送。
若邮件的内容包括了附件和正文,且判断到附件和正文所占用的存储容量超出了预置的容量阈值,则对附件和正文进行压缩处理以得到存储容量较小的邮件内容,并发送该邮件。
如图4所示,在一个实施例中,一种终端包括指令接收模块110、容量获取模块130、判断模块150、压缩模块170和发送模块180。
指令接收模块110,用于接收发送方发送邮件的指令。
本实施例中,接收发送方在邮件的发送界面所触发的邮件发送操作之后所生成的发送邮件的指令,其中,所述发送的邮件可以是带附件的邮件,也可以是没有带附件的邮件。
容量获取模块130,用于根据指令接收模块110接收的指令,获取邮件的内容的存储容量。
本实施例中,容量获取模块130根据发送方所触发的发送邮件的指令,获取邮件中附件或正文所占的存储空间,即邮件中内容的存储容量,其中,邮件中附件可为一个文件,或者包含多个文件。
判断模块150,用于判断容量获取模块130获取的内容的存储容量是否超出预置的容量阈值。
本实施例中,判断模块150用于对邮件中内容的存储容量进行判断的预置的容量阈值可根据服务器对邮件的存储容量进行预先设定,并且还可根据当前的网络环境进行灵活地调整,以使得该预置的容量阈值是与当前的网络环境相适应的。例如,该预置的容量阈值可为1兆。
判断模块150判断内容的存储容量是否超出了预置的容量阈值,当判断为是时,则说明当前即将发送的邮件中内容所占用的存储容量过大,需要压缩模块170对当前即将发送的邮件中的内容进行处理,适当降低其所占用的存储容量,以便于顺利进行邮件的发送。
例如,邮件中内容包括嵌入正文的图片和视频各种多媒体文件,以使得接收方打开邮件即可直接浏览邮件中的图片和视频等内容,在发送方触发生成发送该邮件的指令时,判断模块150将判断该邮件中内容所占用的存储容量是否超出预置的容量阈值,当判断为是时,通知压缩模块170对邮件中的内容进行适当压缩之后再发送出去。
此外,除了在邮件中内容正文嵌入多媒体文件而使得邮件中内容的存储容量有可能会超出预置的容量阈值之外,以附件形式存在的邮件的内容也有可能使得邮件中内容的存储容量超出预置的容量阈值,无论邮件中内容以何种形式存在都将对超出预置的容量阈值的内容进行一定的压缩处理。
压缩模块170,用于当判断模块150的判断结果为是时,对内容进行压缩处理。
本实施例中,压缩模块170采用一定的压缩算法对邮件的内容进行压缩处理,以降低邮件的内容占用的存储空间。例如,若当前邮件的发送界面为邮件客户端界面,相应的,当前所进行的邮件发送也是通过邮件客户端实现的,因此,将通过邮件客户端调用一定的压缩算法。
若当前邮件的发送界面为网页页面,相应的,当前所进行的邮件发送是通过浏览器加载的网页实现的,因此,将通过浏览器以网页脚本或其它形式实现压缩算法的调用,进而完成邮件的内容的压缩处理。
发送模块180,用于发送内容经过压缩模块170压缩处理的邮件。
本实施例中,发送模块180根据邮件中的目标邮箱地址,将经过压缩的邮件发送出去,由于发送的邮件的内容不会超出预置的容量阈值,因此将保证了接收方能够接收到该邮件。
发送模块180还用于当判断模块150的判断结果为否时,发送邮件。
在一个实施例中,该内容具体为邮件的附件;则容量获取模块130具体用于根据指令接收模块接收的指令,获取附件的存储容量。
本实施例中,邮件包括了正文以及附件,并且附件通常占用了大多数的存储容量,因此,容量获取模块130将获取附件的存储容量,以通过判断模块150判断该邮件是否需要进行压缩处理。根据邮件发送方的需要,附件的文件类型将是多种多样的,因此,附件的文件类型可包括音频、视频、图像、文本和可执行文件等多种类型。
压缩模块170具体用于当判断模块150的判断结果为是时,对附件进行压缩处理。
本实施例中,容量获取模块130获取得到邮件的附件所对应的存储容量之后,判断模块150将判断邮件的存储容量是否超出预置的容量阈值,当判断结果为是时,压缩模块170将对附件进行压缩处理,进而将附件经过压缩处理的邮件发送出去。
发送模块180具体用于发送附件经过压缩模块170压缩处理的邮件。
在另一个实施例中,该内容包括若干个文件;如图5所示,上述压缩模块170包括算法确定单元171和压缩处理单元173。
算法确定单元171,用于当判断模块150的判断结果为是时,根据文件的属性信息确定与该属性信息存在预置的对应关系的压缩算法。
本实施例中,由于不同类型的文件有其适用的压缩算法,以便于通过适用的压缩算法昨到最佳的压缩效果,因此,算法确定单元171将根据文件的属性信息进行压缩算法的选取,以采用选取的压缩算法对附件进行压缩。
例如,对于文件类型为音频、视频和/或图片的文件而言,可采用有损数据压缩算法,也可采用无损数据压缩算法,其它文件类型的文件则采用无损数据压缩算法。
根据文件的属性信息即可获取知该文件所对应的文件类型,因此可预置属性信息和压缩算法之间的对应关系,进而在触发进行文件压缩时,算法确定单元171根据文件的属性信息即可通过对应关系得到对应的压缩算法,进而调用这一确定的压缩算法进行压缩处理,简单方便。
压缩处理单元173,用于按照算法确定单元171确定的压缩算法对文件进行压缩处理。
在另一个实施例中,如图6所示,该系统还包括容量阈值设置模块210。
容量阈值设置模块210,用于获取服务器可接收的邮件的存储容量的最大值,并根据最大值设置容量阈值。
本实施例中,为保证邮件的接收方能够接收到发送的邮件,将考虑服务器可接收的邮件的存储容量的最大值,其中,在优选的实施例中,该服务器为邮件接收方服务器,以进一步保障接收方可顺利接收到发送方发送的邮件。
容量阈值设置模块210将容量阈值设置为与邮件接收方服务器可接收的邮件的存储容量的最大值相当的数值。
在一个实施例中,容量阈值设置模块210具体用于获取邮件的接收方的服务器可接收的邮件的存储容量的最大值。
下面结合一个具体的实施例来详细描述上述终端。该终端的指令接收模块110在接收到发送方发送邮件的指令之后,容量获取模块130将根据指令接收模块110接收到的发送邮件的指令获取所要发送邮件的内容的存储容量,其中,该邮件的内容包括了邮件正文和/或附件。
判断模块150对获取的邮件的内容的存储容量进行检测,以判断内容的存储容量是否超出了预置的容量阈值,若判断结果为是时,压缩模块170将对邮件的内容进行压缩处理,以降低邮件的内容所占用的存储空间,进而由发送模块180发送内容经过压缩处理的邮件,保证了邮件的快速发送;当判断结果为否时,发送模块180直接发送该邮件即可。
进一步的,若邮件的内容包括附件,其中,邮件内容中的附件包括了一个或者多个文件,此时,在判断模块150判断到邮件的内容的存储容量超出了预置的容量阈值时,压缩模块170中的算法确定单元171将根据文件的属性信息确定与属性信息存在预置的对应关系的压缩算法,由压缩模块170中的压缩处理单元173对文件进行压缩处理。
若邮件的内容包括正文,在判断模块150判断到正文所占用的存储容量是否超出了预置的容量阈值,若判断结果为是时,压缩模块170将对邮件的正文进行压缩处理后由发送模块180发送出去。
若邮件的内容包括了附件和正文,且判断模块150判断到附件和正文所占用的存储容量超出了预置的容量阈值,则压缩模块170分别对附件和正文进行压缩处理以得到存储容量较小的邮件内容,并由发送模块180发送该邮件。
上述发送邮件的方法和终端,接收发送方发送邮件的指令,根据该指令,将获取邮件的内容的存储容量,判断邮件的内容是否超出预置的容量阈值,当判断结果为是时,将对邮件的内容进行压缩处理,并将内容经过压缩处理的邮件发送出去,与现有技术相比,在邮件的内容太大的情况下将不需要用户进行额外的操作而直接对邮件的内容进行压缩,提高了邮件发送的操作上的方便性,保证了邮件的顺畅发送。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种发送邮件的方法,其特征在于,所述方法包括:
接收发送方发送邮件的指令;
根据所述指令,获取邮件的内容的存储容量;
判断所述内容的存储容量是否超出预置的容量阈值;
当判断结果为是时,对所述内容进行压缩处理;
发送所述内容经过压缩处理的邮件。
2.根据权利要求1所述的方法,其特征在于,所述内容具体为邮件的附件;
则所述根据所述指令,获取邮件的内容的存储容量的步骤,具体为:根据所述指令,获取所述附件的存储容量;
所述当判断结果为是时,对所述内容进行压缩处理的步骤,具体为:当判断结果为是时,对所述附件进行压缩处理;
所述发送所述内容经过压缩处理的邮件的步骤,具体为:发送所述附件经过所述压缩处理的邮件。
3.根据权利要求1所述的方法,其特征在于,所述内容包括若干个文件;
则所述当判断结果为是时,对所述内容进行压缩处理的步骤,包括:
当判断结果为是时,根据文件的属性信息确定与所述属性信息存在预置的对应关系的压缩算法;
按照确定的压缩算法对所述文件进行压缩处理。
4.根据权利要求1至3中任意一项所述的方法,其特征在于,所述方法还包括:
获取服务器可接收的邮件的存储容量的最大值;根据所述最大值设置所述容量阈值。
5.根据权利要求4所述的方法,其特征在于,所述服务器为邮件的接收方的服务器;
则所述获取服务器可接收的邮件的存储容量的最大值的步骤,具体为:获取邮件的接收方的服务器可接收的邮件的存储容量的最大值。
6.一种终端,其特征在于,包括:
指令接收模块,用于接收发送方发送邮件的指令;
容量获取模块,用于根据所述指令接收模块接收的指令,获取邮件的内容的存储容量;
判断模块,用于判断所述容量获取模块获取的内容的存储容量是否超出预置的容量阈值;
压缩模块,用于当所述判断模块的判断结果为是时,对所述内容进行压缩处理;
发送模块,用于发送所述内容经过所述压缩模块压缩处理的邮件。
7.根据权利要求6所述的终端,其特征在于,所述内容具体为邮件的附件;
则所述容量获取模块具体用于根据所述指令接收模块接收的指令,获取所述附件的存储容量;
所述压缩模块具体用于当所述判断模块的判断结果为是时,对所述附件进行压缩处理;
所述发送模块具体用于发送所述附件经过所述压缩模块压缩处理的邮件。
8.根据权利要求6所述的终端,其特征在于,所述内容包括若干个文件;所述压缩模块包括:
算法确定单元,用于当所述判断模块的判断结果为是时,根据文件的属性信息确定与所述属性信息存在预置的对应关系的压缩算法;
压缩处理单元,用于按照所述算法确定单元确定的压缩算法对所述文件进行压缩处理。
9.根据权利要求6至8中任意一项所述的终端,其特征在于,所述系统还包括:
容量阈值设置模块,用于获取服务器可接收的邮件的存储容量的最大值,并根据所述最大值设置所述容量阈值。
10.根据权利要求9所述的终端,其特征在于,所述服务器为邮件的接收方的服务器;
则所述容量阈值设置模块具体用于获取邮件的接收方的服务器可接收的邮件的存储容量的最大值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310557154.6A CN103532834A (zh) | 2013-11-11 | 2013-11-11 | 发送邮件的方法和终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310557154.6A CN103532834A (zh) | 2013-11-11 | 2013-11-11 | 发送邮件的方法和终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103532834A true CN103532834A (zh) | 2014-01-22 |
Family
ID=49934526
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310557154.6A Pending CN103532834A (zh) | 2013-11-11 | 2013-11-11 | 发送邮件的方法和终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103532834A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104270474A (zh) * | 2014-11-02 | 2015-01-07 | 佛山美阳瓴电子科技有限公司 | 一种在网络中分享信息的装置和方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020143883A1 (en) * | 2001-03-29 | 2002-10-03 | Kiyoshi Miyake | Electronic mail sending apparatus and method |
US7136897B1 (en) * | 2000-08-22 | 2006-11-14 | International Business Machines Corporation | Minimizing electronic mailbox congestion |
CN101079879A (zh) * | 2006-12-19 | 2007-11-28 | 腾讯科技(深圳)有限公司 | 一种电子邮件传送系统及方法 |
CN101079846A (zh) * | 2007-06-08 | 2007-11-28 | 腾讯科技(深圳)有限公司 | 一种邮件附件的发送及接收方法和系统 |
CN101409686A (zh) * | 2007-10-11 | 2009-04-15 | 鸿富锦精密工业(深圳)有限公司 | 电子邮件附件内容检查系统及方法 |
-
2013
- 2013-11-11 CN CN201310557154.6A patent/CN103532834A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7136897B1 (en) * | 2000-08-22 | 2006-11-14 | International Business Machines Corporation | Minimizing electronic mailbox congestion |
US20020143883A1 (en) * | 2001-03-29 | 2002-10-03 | Kiyoshi Miyake | Electronic mail sending apparatus and method |
CN101079879A (zh) * | 2006-12-19 | 2007-11-28 | 腾讯科技(深圳)有限公司 | 一种电子邮件传送系统及方法 |
CN101079846A (zh) * | 2007-06-08 | 2007-11-28 | 腾讯科技(深圳)有限公司 | 一种邮件附件的发送及接收方法和系统 |
CN101409686A (zh) * | 2007-10-11 | 2009-04-15 | 鸿富锦精密工业(深圳)有限公司 | 电子邮件附件内容检查系统及方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104270474A (zh) * | 2014-11-02 | 2015-01-07 | 佛山美阳瓴电子科技有限公司 | 一种在网络中分享信息的装置和方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103701853A (zh) | 发送文件的方法和终端 | |
US10169740B2 (en) | Tag cloud buddy list for messaging contacts | |
KR102450303B1 (ko) | 엔트리들을 위한 옵트-인 영속성을 갖는 메시지 스레드를 유지하는 장치 및 방법 | |
US8121263B2 (en) | Method and system for integrating voicemail and electronic messaging | |
WO2014206278A1 (en) | Message query methods and devices | |
US8874675B2 (en) | Message thread management using dynamic pointers | |
EP3068070A1 (en) | Method and device for initiating network conference | |
CN101409686A (zh) | 电子邮件附件内容检查系统及方法 | |
US9762516B2 (en) | Variable image acquisition and processing techniques based on image data type | |
CN104683213A (zh) | 一种邮件发送方法及装置 | |
CN103269311B (zh) | 一种在邮件服务器侧执行的方法及装置 | |
JP2006277402A (ja) | データ圧縮装置及び方法並びにデータ圧縮用プログラム | |
CN104753768A (zh) | 一种信息处理方法及电子设备 | |
US20120079034A1 (en) | Secure electronic message conveyance | |
CN101789105A (zh) | 一种在数据包的级别动态检测邮件附件病毒的方法 | |
CN110543451A (zh) | 一种高效清理设备文件的方法及装置 | |
CN103532834A (zh) | 发送邮件的方法和终端 | |
CN108039998B (zh) | 邮件处理方法及收件侧终端、发件侧终端和邮件系统 | |
CN103746896A (zh) | 一种处理邮件的方法及装置 | |
CN100588185C (zh) | 一种电子邮件处理系统及方法 | |
CN105704007A (zh) | 终端的彩信发送方法和系统 | |
CN103684985A (zh) | 外域邮件回撤的方法、邮件服务器及邮件系统 | |
CN110995576B (zh) | 一种邮件检测方法、装置、设备及存储介质 | |
CN103067885A (zh) | 一种利用手机短信发送附件的方法及系统 | |
US20160283514A1 (en) | Information processing method and electronic device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C53 | Correction of patent of invention or patent application | ||
CB02 | Change of applicant information |
Address after: 519000 Zhuhai science and Technology Innovation Coast Meizu technology building, Guangdong Applicant after: Meizu Technology (China) Co., Ltd. Address before: 519000 Zhuhai hi tech Zone, science and Technology Innovation Coast Meizu Technology Building Applicant before: Zhuhai Meizu Technology Co., Ltd. |
|
COR | Change of bibliographic data |
Free format text: CORRECT: APPLICANT; FROM: ZHUHAI MEIZU TECHNOLOGY CO., LTD. TO: MEIZU TECHNOLOGY (CHINA) CO., LTD. |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140122 |