CN104683213A - 一种邮件发送方法及装置 - Google Patents
一种邮件发送方法及装置 Download PDFInfo
- Publication number
- CN104683213A CN104683213A CN201310618945.5A CN201310618945A CN104683213A CN 104683213 A CN104683213 A CN 104683213A CN 201310618945 A CN201310618945 A CN 201310618945A CN 104683213 A CN104683213 A CN 104683213A
- Authority
- CN
- China
- Prior art keywords
- size
- server
- attachment files
- limits value
- 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
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例提供了一种邮件发送方法,包括:第一服务器接收用户端发送的包含附件文件的邮件,判断该邮件大小是否大于该述邮件的目的域对邮件大小的限制值,若是,则将该附件文件发送给第二服务器,并将该附件文件在该第二服务器上的存储地址信息添加到该邮件中,发送添加有该存储地址信息的邮件。本发明实施例还提供了一种邮件发送装置,上述邮件发送方法及装置可提高携带较大附件文件的邮件发送成功率。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种邮件发送方法及装置。
背景技术
附件文件是在电子邮件正文编码中直接嵌入的文档、多媒体文件或者二进制文件。附件文件与邮件正文一同发送,接收方收到后,将邮件内容进行解码还原。
现有技术中,发送邮件需要将很大的附件文件直接编码到邮件中,可能导致邮件最终大小超过对方邮件接收服务器的限制而被退信,影响携带超大附件文件邮件的传输。
发明内容
有鉴于此,本发明提供一种邮件发送方法及装置,当邮件附件文件的大小超过一定数值时,将附件文件上传到云端服务器,由接收方根据附件文件存储链接下载该附件文件,从而可以避免附件文件过大被邮件的目的域服务器拒收,提高邮件发送成功率。
本发明实施例提供的邮件发送方法,包括:第一服务器接收用户端发送的包含附件文件的邮件;判断所述邮件大小是否大于所述邮件的目的域对邮件大小的限制值;若是,则将所述附件文件发送给第二服务器,并将所述附件文件在所述第二服务器上的存储地址信息添加到所述邮件中
本发明实施例提供的邮件发送装置,包括:接收单元,用于第一服务器接收用户端发送的包含附件文件的邮件;
判断单元,用于判断所述接收单元接收的所述邮件大小是否大于所述邮件的目的域对邮件大小的限制值;发送单元,用于若所述判断单元判断所述邮件的大小大于所述邮件的目的域对邮件大小的限制值,则将所述附件文件发送给第二服务器;添加单元,用于将所述附件文件在所述第二服务器上的存储地址信息添加到所述邮件中;所述发送单元,还用于发送所述添加单元添加有所述存储地址信息的邮件。
本发明实施例提供的邮件发送方法及装置,第一服务器若判断出接收的包含附件文件的邮件大于该邮件的目的域对邮件大小的限制值,则将该附件文件发送给第二服务器,将该附件文件在该第二服务器上的存储地址信息添加到该邮件中后进行发送,使得邮件接收方在接收到该邮件时,可根据该邮件中的存储地址信息从云端服务器获取该附件文件,而不限于该附件文件必须包含在邮件中到达目的域服务器才能够被用户获取,因此,第一服务器自动识别邮件大小是否过大而影响邮件发送的成功率,通过邮件中不携带附件文件而是将附件文件存储到第二服务器,实现发送携带较大附件文件的邮件,提高包含大附件文件邮件的发送成功率。
为让本发明的上述和其他目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附图式,作详细说明如下。
附图说明
图1为本发明实施例中的邮件发送方法的第一个实施例示意图;
图2为本发明实施例中的邮件发送方法的第二个实施例示意图;
图3为本发明实施例中邮件发送方法的交互流程示意图;
图4为本发明实施例中的邮件发送装置的第一个实施例示意图;
图5为本发明实施例中的邮件发送装置的第二个实施例示意图;
图6为本发明实施例提供的一种服务器结构示意图。
具体实施方式
为更进一步阐述本发明为实现预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例,对依据本发明的具体实施方式、结构、特征及其功效,详细说明如后。
本发明实施例所提供的邮件发送方法可应用于通过webmail收发电子邮件的场景,即通过网页浏览器阅读或发送电子邮件,或者应用于通过邮件客户端收发电子邮件的场景,该邮件客户端如Foxmail、MicrosoftOutlook,即使用互联网邮箱接入协议(IMAP,Internet Mail Access Protocol)/认证邮局协议(APOP,Authentication Post Office Protocol)/邮局协议第3个版本(POP3,Post Office Protocol3)/简单邮件传输协议(SMTP,Simple MailTransfer Protocol)/扩展SMTP协议(ESMTP,Extended SMTP)等协议收发电子邮件的软件阅读或发送电子邮件,可提高大邮件发送成功率。
请参阅图1,本发明实施例中的邮件发送方法的第一个实施例包括:
101、第一服务器接收用户端发送的包含附件文件的邮件;
本发明实施例中的用户端包括基于互联网的webmail或邮件客户端。
该第一服务器可以是邮件服务器,该邮件服务器用于处理邮件并将邮件发送给目的域服务器。附件文件指在邮件正文编码中直接嵌入的文档、多媒体文件或者二进制文件。
102、判断该邮件的大小是否大于该邮件的目的域对邮件大小的限制值;
邮件服务器判断接收的邮件的大小是否大于邮件的目的域对邮件大小的限制值。
103、若该邮件的大小大于该邮件的目的域对邮件大小的限制值,则将该附件文件发送给第二服务器,并将该附件文件在该第二服务器上的存储地址信息添加到该邮件中;
若邮件服务器判断该接收的邮件大小大于该邮件的目的域对邮件大小的限制值,则认为该邮件超出可以直接发送给目的域服务器而不会造成因附件文件过大而被退信的普通邮件的大小,不宜直接发送给目的域服务器。邮件包含的附件文件占邮件大小的很大比例,通常邮件因过大被拒收都是因为邮件中的附件文件过大。因此,邮件服务器将该附件文件发送给第二服务器,该第二服务器保存该附件文件。
本实施例中的第二服务器可以是云端服务器,具体存储方式可以是通过云硬盘或文件中转站将附件文件发送给云端服务器进行保存。该云硬盘是提供用户接口将附件文件永久发送给云端服务器的虚拟硬盘,该文件中转站是提供用户接口将文件临时发送给云端服务器的存储装置。
进一步地,邮件服务器将该附件文件在该云端服务器上的存储地址信息添加到该邮件中,可以添加在邮件的正文中,也可以添加在邮件的其他位置,其中存储地址信息可以是指向该附件文件在该云端服务器上的存储地址的链接,用户可通过该链接获取该附件文件。
104、发送添加有该存储地址信息的邮件。
邮件服务器向邮件的目的域服务器发送添加有存储地址信息的邮件,即,邮件服务器发动的邮件中不再携带附件文件,而只包含邮件正文及附件文件的存储地址信息,这样的邮件所占字节很小,一般不会受到邮件的目的域对邮件大小的限制。当邮件接收方接收到该邮件时,可根据该邮件中的存储地址信息从云端服务器获取该附件文件,从而可通过将附件文件上传到云端服务器实现向邮件接收方发送携带较大附件文件的邮件。
本发明实施例中,第一服务器若判断出接收的包含附件文件的邮件大于该邮件的目的域对邮件大小的限制值,则将该附件文件发送给第二服务器,将该附件文件在该第二服务器上的存储地址信息添加到该邮件中后进行发送,使得邮件接收方在接收到该邮件时,可根据该邮件中的存储地址信息从云端服务器获取该附件文件,而不限于该附件文件必须包含在邮件中到达目的域服务器才能够被用户获取,因此,第一服务器自动识别邮件大小是否过大而影响邮件发送的成功率,通过邮件中不携带附件文件而是将附件文件存储到第二服务器,实现发送携带较大附件文件的邮件,提高包含大附件文件邮件的发送成功率。
请参阅图2,本发明实施例中的邮件发送方法的第二个实施例包括:
201、第一服务器接收用户端发送的包含附件文件的邮件;
本发明实施例中的用户端包括基于互联网的webmail或邮件客户端。
该第一服务器可以是邮件服务器,该邮件服务器用于处理邮件并将邮件发送给目的域服务器。附件文件指在邮件正文编码中直接嵌入的文档、多媒体文件或者二进制文件。
202、在该邮件的发送目的地址中获取该邮件的邮件目的域的信息;
邮件服务器在该邮件的发送目的地址中获取该邮件的邮件目的域的信息。
203、在数据库中查找该邮件的目的域对邮件大小的限制值;
邮件服务器获取邮件的目的域对邮件大小的限制值,并保存在数据库中,数据库中保存的多个限制值中的最大值可确定为当前的限制值。
该邮件服务器从该邮件的目的域的退信中记载的提示信息中,获取邮件的目的域对邮件大小的限制值,也可将该邮件的目的域的退信对应的邮件的大小作为该邮件的目的域对邮件大小的限制值,即,若未在退信的提示信息中记载对邮件大小的限制值,则将被退回的邮件的大小作为该限制值。
从该邮件的目的域的退信中记载的提示信息中获取邮件的目的域对邮件大小的限制值,具体可以是从该邮件的目的域的退信中返回的错误提示信息中直接获取该限制值,一个实例如下:
退信的信息中包含如下内容:
host gmail-smtp-in.l.***.com[74.125.129.26]said:552Data size must notexceed35041K bytes.
上述信息中“35041K bytes”则为邮件的目的域对邮件大小的限制值,可以确认发送邮件的大小不能超过35041千字节。
204、判断该邮件大小是否大于该邮件的目的域对邮件大小的限制值;
具体包括:判断该邮件中邮件附件文件和邮件正文的总体大小是否大于该邮件的目的域对邮件大小的限制值,或者,根据该邮件中附件文件的大小的信息,判断该邮件中附件文件的大小是否大于该邮件的目的域对邮件大小的限制值。
通过webmail发送邮件,可以根据该邮件中邮件附件文件和邮件正文的总体大小,判断是否大于该邮件的目的域对邮件大小的限制值。
通过邮件客户端发送邮件,该邮件客户端可以计算出邮件的大小,并将邮件地址和邮件大小的信息一起组包发送给邮件服务器,该邮件服务器根据该邮件中包含的附件文件的大小的信息,判断该邮件中附件文件的大小是否大于该邮件的目的域对邮件大小的限制值。
205、若该邮件大小大于该邮件的目的域对邮件大小的限制值,则向该用户端发送通知;
本实施例中,若该邮件的大小大于邮件的目的域对邮件大小的限制值,则向该用户端发送通知,该通知用于指示该用户端向用户询问是否将该附件文件发送给该第二服务器。
需要说明的是,在使用邮件客户端发送邮件的应用场景,第一服务器可向邮件客户端发送特定编码,使得邮件客户端可以根据该特定编码向用户询问是否将该附件文件发送给该第二服务器。
206、若接收到该用户端发送的该用户确认发送的指令,则将该附件文件发送给该第二服务器,并将该附件文件在该第二服务器上的存储地址信息添加到该邮件中;
用户端接收到该邮件服务器发送的特定编码,在邮件客户端或webmail的前端页面弹出提示界面让用户选择是否将邮件包含的附件文件上传到第二服务器,并在邮件中记录该附件文件在该第二服务器上的存储位置信息以发送给邮件接收方,若用户选择确认发送,则用户端将用户相应的确认指令发送给该邮件服务器。邮件服务器如果接收到确认将邮件发送到该第二服务器的指令,将所该附件文件发送给该第二服务器,即通过将该附件文件发送到云硬盘或文件中转站,从而将该附件文件发送到云端服务器,具体地,邮件服务器分析该邮件的结构,将该邮件中的附件文件与邮件正文分离,并将分离后的附件文件上传到云端服务器,并将该附件文件在该云端服务器上的存储地址信息添加到该邮件中。
207、发送添加有该存储地址信息的邮件。
邮件服务器向邮件的目的域服务器发送添加有存储地址信息的邮件,即,邮件服务器发动的邮件中不再携带附件文件,而只包含邮件正文及附件文件的存储地址信息,这样的邮件所占字节很小,一般不会受到邮件的目的域对邮件大小的限制。当邮件接收方接收到该邮件时,可根据该邮件中的存储地址信息从云端服务器获取该附件文件,从而可通过将附件文件上传到云端服务器实现向邮件接收方发送携带较大附件文件的邮件。
本发明实施例中,从该邮件的目的域的退信中记载的提示信息中,获取该邮件的目的域对邮件大小的限制值,或者,将该邮件的目的域的退信对应的邮件的大小作为该邮件的目的域对邮件大小的限制值使得数据库中记录的该限制值更准确,判断该邮件的大小是否大于该限制值,自动识别邮件大小是否过大而影响邮件发送的成功率。若大于该限制值,则向该用户端发送通知,指示该用户端向用户询问是否将该附件文件发送给该第二服务器,得到用户确认后,再将该附件文件发送给该第二服务器,更好的实现人机交互,提高邮件发送***的实用性和便利性。将该附件文件发送给第二服务器,将该附件文件在该第二服务器上的存储地址信息添加到该邮件中后进行发送,使得邮件接收方接收到该邮件时,可根据该邮件中的存储地址信息从云端服务器获取该附件文件,因此,该第一服务器可自动识别邮件大小是否过大而影响邮件发送的成功率,通过邮件中不携带附件文件而是将附件文件存储到第二服务器,实现向邮件接收方发送携带较大附件文件的邮件,提高包含大附件文件邮件的发送成功率。
下面以一实际应用场景详细描述本发明实施例中的邮件发送方法,请参阅图3,本发明实施例中的邮件发送方法的交互流程包括:
301、发送包含附件文件的邮件;
用户端向邮件服务器发送包含附件文件的邮件。
302、判断邮件大小;
邮件服务器根据预置规则判断接收的邮件大小。具体地,从邮件目的地的地址提取邮件的目的域,在第一服务器保存的上限数据库中查找该邮件的目的域的对邮件大小的限制值,判断当前包含附件文件的邮件大小是否超过该限制值。
303、发送通知;
如果邮件的大小超过了邮件的目的域对邮件大小的限制值,则邮件服务器向用户端发送通知,该通知用于指示用户端询问用户是否将该邮件中包含的附件文件发送给云端服务器,而不是直接将包含附件文件的邮件发送给目的域服务器。
304、返回用户确认指令;
用户端将用户确认指令发送给邮件服务器,该用户确认指令表示用户同意邮件服务器将附件文件发送给云端服务器。
305、发送邮件中的附件文件;
邮件服务器将附件文件发送给云端服务器。
306、在邮件中添加附件文件的链接;
邮件服务器在邮件中添加附件文件在云端服务器上存储的链接;
307、发送邮件。
邮件服务器将添加有附件文件的链接的邮件发送给目的域服务器,以使邮件接收方从该目的域服务器接收到邮件,并根据邮件中的附件文件的链接获取该附件文件。
请参阅图4,本发明实施例中的邮件发送装置的第一个实施例包括:
接收单元401,用于第一服务器接收用户端发送的包含附件文件的邮件;
判断单元402,用于判断接收单元401接收的该邮件大小是否大于该邮件的目的域对邮件大小的限制值;
发送单元403,用于若判断单元402判断该邮件的大小大于该邮件的目的域对邮件大小的限制值,则将该附件文件发送给第二服务器;
添加单元404,用于将该附件文件在该第二服务器上的存储地址信息添加到该邮件中;
发送单元403,还用于发送添加单元404添加有该存储地址信息的邮件。
本发明实施例的邮件发送装置中各单元实现各自功能的过程,请参见前述图1所示的第一个实施例中的具体描述,此处不再赘述。
本发明实施例中,判断单元402若判断出接收单元401接收的包含附件文件的邮件大于该邮件的目的域对邮件大小的限制值,则发送单元403将该附件文件发送给第二服务器,添加单元404将该附件文件在该第二服务器上的存储地址信息添加到该邮件中后发送单元403发送该,使得邮件接收方在接收到该邮件时,可根据该邮件中的存储地址信息从云端服务器获取该附件文件,而不限于该附件文件必须包含在邮件中到达目的域服务器才能够被用户获取,因此,第一服务器自动识别邮件大小是否过大而影响邮件发送的成功率,通过邮件中不携带附件文件而是将附件文件存储到第二服务器,实现发送携带较大附件文件的邮件,提高包含大附件文件邮件的发送成功率。
请参阅图5,本发明实施例中的邮件发送装置的第二个实施例包括:
接收单元501,用于第一服务器接收用户端发送的包含附件文件的邮件;
判断单元502,用于判断接收单元501接收的该邮件大小是否大于该邮件的目的域对邮件大小的限制数值;
发送单元503,用于若判断单元502判断该邮件的大小大于该邮件的目的域对邮件大小的限制值,则将该附件文件发送给第二服务器;
添加单元504,用于将该附件文件在该第二服务器上的存储地址信息添加到所述邮件中;
发送单元503,还用于发送添加单元504添加有该存储地址信息的邮件。
进一步地,判断单元502,还用于判断该邮件中邮件附件文件和邮件正文的总体大小是否大于该邮件的目的域对邮件大小的限制值;
判断单元502,还用于根据该邮件中附件文件大小的信息,判断该邮件中附件文件的大小是否大于该邮件的目的域对邮件大小的限制值。
更进一步地,发送单元503,还用于若判断该邮件的大小大于该邮件的目的域对邮件大小的限制值,则向所述用户端发送通知,该通知用于指示该用户端向用户询问是否将该附件文件发送给该第二服务器;
发送单元503,还用于若接收到该用户端发送的该用户确认发送的指令,则将该附件文件发送给该第二服务器。
本发明实施例中的发送单元503还可以进一步包括:
分析单元5031,用于分析所述邮件的结构;
分离单元5032,用于将该邮件中的附件文件与该邮件的正文分离;
上传单元5032,用于将分离出的附件文件上传到云端服务器。
本发明实施例中的邮件发送装置还可以进一步包括:
获取单元505,用于在该邮件的发送目的地址中获取该邮件的邮件的目的域的信息;
查找单元506,用于在数据库中查找该邮件的目的域对邮件大小的限制值;
存储单元507,用于将该邮件的目的域对邮件大小的限制值保存在该数据库中;
获取单元505,还用于获取邮件的目的域对邮件大小的限制值;
进一步地,获取单元505还用于从该邮件的目的域的退信中记载的提示信息中,获取该邮件的目的域对邮件大小的限制值;
获取单元505还用于将该邮件的目的域的退信对应的邮件的大小作为该邮件的目的域对邮件大小的限制值。
本发明实施例的邮件发送装置中各单元实现各自功能的过程,请参见前述图1及图2所示的实施例中的具体描述,此处不再赘述。
本发明实施例中,获取单元505从该邮件的目的域的退信中记载的提示信息中,获取该目的域对邮件大小的限制值,或者,将该邮件的目的域的退信对应的邮件的大小作为该邮件的目的域对邮件大小的限制值,使得数据库中记录的该限制值更准确。判断单元502断该邮件的大小是否大于该限制值,自动识别邮件大小是否过大而影响邮件发送的成功率。若大于该限制值,则发送单元503向该用户端发送通知,指示该用户端向用户询问是否将该附件文件发送给该第二服务器,得到用户确认后,发送单元503再将该附件文件发送给该第二服务器,更好的实现人机交互,提高邮件发送***的实用性和便利性。发送单元503将该附件文件发送给第二服务器,添加单元504将该附件文件在该第二服务器上的存储地址信息添加到该邮件中后进行发送,使得邮件接收方接收到该邮件时,可根据该邮件中的存储地址信息从云端服务器获取该附件文件,因此,可自动识别邮件大小是否过大而影响邮件发送的成功率,通过邮件中不携带附件文件而是将附件文件存储到第二服务器,实现向邮件接收方发送携带较大附件文件的邮件,提高包含大附件文件邮件的发送成功率。
参见图6,图6是本发明实施例提供的一种服务器结构示意图。该服务器600可因配置或性能不同而产生比较大的差异,可以包括一个或一个以***处理器(central processing units,CPU)622(例如,一个或一个以上处理器)和存储器632,一个或一个以上存储应用程序642或数据644的存储介质630(例如一个或一个以上海量存储设备)。其中,存储器632和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器622可以设置为与存储介质630通信,在服务器600上执行存储介质630中的一系列指令操作。服务器600还可以包括一个或一个以上电源626,一个或一个以上有线或无线网络接口650,一个或一个以上输入输出接口658,和/或,一个或一个以上操作***641,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。上述图1以及图2所示实施例中所述的由服务器所执行的步骤可以基于该图6所示的服务器结构。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个......”限定的要素,并不排除在包括所述要素的过程、方法、物品或者装置中还存在另外的相同要素。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述,仅是本发明的较佳实施例而已,并非对本发明作任何形式上的限制,虽然本发明已以较佳实施例揭露如上,然而并非用以限定本发明,任何熟悉本专业的技术人员,在不脱离本发明技术方案范围内,当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本发明技术方案内容,依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰,均仍属于本发明技术方案的范围内。
Claims (14)
1.一种邮件发送方法,其特征在于,包括:
第一服务器接收用户端发送的包含附件文件的邮件;
判断所述邮件大小是否大于所述邮件的目的域对邮件大小的限制值;
若是,则将所述附件文件发送给第二服务器,并将所述附件文件在所述第二服务器上的存储地址信息添加到所述邮件中;
发送添加有所述存储地址信息的邮件。
2.根据所述权利要求1所述的方法,其特征在于,所述判断所述邮件的大小是否大于所述邮件的目的域对邮件大小的限制值包括:
判断所述邮件中附件文件和邮件正文的总体大小是否大于所述邮件的目的域对邮件大小的限制值;
或者,
根据所述邮件中附件文件大小的信息,判断所述邮件中附件文件的大小是否大于所述邮件的目的域对邮件大小的限制值。
3.根据所述权利要求1所述的方法,其特征在于,所述若是,则将所述附件文件发送给第二服务器包括:
若是,则向所述用户端发送通知,所述通知用于指示所述用户端向用户询问是否将所述附件文件发送给所述第二服务器;
若接收到所述用户端发送的所述用户确认发送的指令,则将所述附件文件发送给所述第二服务器。
4.根据所述权利要求1所述的方法,其特征在于,所述将所述附件文件发送给第二服务器包括:
分析所述邮件的结构,将所述邮件中的附件文件与所述邮件正文分离,并上传到云端服务器。
5.根据所述权利要求1所述的方法,其特征在于,所述判断所述邮件的大小是否大于所述邮件的目的域对邮件大小的限制值之前包括:
在所述邮件的发送目的地址中获取所述邮件的邮件目的域的信息;
在数据库中查找所述邮件的目的域对邮件大小的限制值。
6.根据所述权利要求5所述的方法,其特征在于,所述方法还包括:
获取邮件的目的域对邮件大小的限制值并保存在所述数据库中。
7.根据所述权利要求5所述的方法,其特征在于,所述获取邮件的目的域对邮件大小的限制值包括:
从所述邮件的目的域的退信中记载的提示信息中,获取所述邮件的目的域对邮件大小的限制值;
或者,
将所述邮件的目的域的退信对应的邮件的大小作为所述邮件的目的域对邮件大小的限制值。
8.一种邮件发送装置,其特征在于,包括:
接收单元,用于第一服务器接收用户端发送的包含附件文件的邮件;
判断单元,用于判断所述接收单元接收的所述邮件大小是否大于所述邮件的目的域对邮件大小的限制值;
发送单元,用于若所述判断单元判断所述邮件的大小大于所述邮件的目的域对邮件大小的限制值,则将所述附件文件发送给第二服务器;
添加单元,用于将所述附件文件在所述第二服务器上的存储地址信息添加到所述邮件中;
所述发送单元,还用于发送所述添加单元添加有所述存储地址信息的邮件。
9.根据所述权利要求8所述的装置,其特征在于,
所述判断单元,还用于判断所述邮件中附件文件和邮件正文的总体大小是否大于所述邮件的目的域对邮件大小的限制值;
所述判断单元,还用于根据所述邮件中附件文件大小的信息,判断所述邮件中附件文件的大小是否大于所述邮件的目的域对邮件大小的限制值。
10.根据所述权利要求8所述的装置,其特征在于,
所述发送单元,还用于若判断所述邮件的大小大于所述邮件的目的域对邮件大小的限制值,则向所述用户端发送通知,所述通知用于指示所述用户端向用户询问是否将所述附件文件发送给所述第二服务器;
所述发送单元,还用于若接收到所述用户端发送的所述用户确认发送的指令,则将所述附件文件发送给所述第二服务器。
11.根据所述权利要求8所述的装置,其特征在于,所述发送单元还包括:
分析单元,用于分析所述邮件的结构;
分离单元,用于将所述邮件中的附件文件与所述邮件正文分离;
上传单元,用于将分离出的附件文件上传到云端服务器。
12.根据所述权利要求7至11任一项所述的装置,其特征在于,
所述装置还包括:
获取单元,用于在所述邮件的发送目的地址中获取所述邮件的邮件目的域的信息;
查找单元,用于在数据库中查找所述邮件的目的域对邮件大小的限制值。
13.根据所述权利要求12所述的装置,其特征在于,
所述获取单元,还用于获取邮件的目的域对邮件大小的限制值;
所述装置还包括:
存储单元,用于将所述获取单元获取的邮件的目的域对邮件大小的限制值保存在所述数据库中。
14.根据所述权利要求13所述的装置,其特征在于,
所述获取单元,还用于从所述邮件的目的域的退信中记载的提示信息中,获取所述邮件的目的域对邮件大小的限制值;
所述获取单元,还用于将所述邮件的目的域的退信对应的邮件的大小作为所述邮件的目的域对邮件大小的限制值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310618945.5A CN104683213A (zh) | 2013-11-28 | 2013-11-28 | 一种邮件发送方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310618945.5A CN104683213A (zh) | 2013-11-28 | 2013-11-28 | 一种邮件发送方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104683213A true CN104683213A (zh) | 2015-06-03 |
Family
ID=53317834
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310618945.5A Pending CN104683213A (zh) | 2013-11-28 | 2013-11-28 | 一种邮件发送方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104683213A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105847121A (zh) * | 2016-04-19 | 2016-08-10 | 乐视控股(北京)有限公司 | 邮件发送方法和装置 |
CN105847117A (zh) * | 2016-03-29 | 2016-08-10 | 乐视控股(北京)有限公司 | 一种带有附件的邮件发送方法、装置及移动终端 |
CN105959200A (zh) * | 2016-04-19 | 2016-09-21 | 乐视控股(北京)有限公司 | 邮件发送方法和装置 |
CN106445889A (zh) * | 2015-08-07 | 2017-02-22 | 北京国双科技有限公司 | 生成报表邮件的方法和装置 |
CN109218163A (zh) * | 2017-07-05 | 2019-01-15 | 北京二六三企业通信有限公司 | 邮件投递方法及服务器 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020016823A1 (en) * | 2000-06-14 | 2002-02-07 | Sony Corporation | Information processing apparatus, information processing method, information management system, and program storage medium |
US20030084106A1 (en) * | 2001-10-31 | 2003-05-01 | Comverse, Ltd. | Efficient transmission of multi-media contents as electronic mail |
CN1512416A (zh) * | 2002-12-27 | 2004-07-14 | 江西博纳技术有限公司 | 具有附件文件的电子邮件 |
CN1809065A (zh) * | 2005-12-14 | 2006-07-26 | 李喆 | 一种新的邮件发送、传输、接收的方法 |
CN101079846A (zh) * | 2007-06-08 | 2007-11-28 | 腾讯科技(深圳)有限公司 | 一种邮件附件的发送及接收方法和*** |
-
2013
- 2013-11-28 CN CN201310618945.5A patent/CN104683213A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020016823A1 (en) * | 2000-06-14 | 2002-02-07 | Sony Corporation | Information processing apparatus, information processing method, information management system, and program storage medium |
US20030084106A1 (en) * | 2001-10-31 | 2003-05-01 | Comverse, Ltd. | Efficient transmission of multi-media contents as electronic mail |
CN1512416A (zh) * | 2002-12-27 | 2004-07-14 | 江西博纳技术有限公司 | 具有附件文件的电子邮件 |
CN1809065A (zh) * | 2005-12-14 | 2006-07-26 | 李喆 | 一种新的邮件发送、传输、接收的方法 |
CN101079846A (zh) * | 2007-06-08 | 2007-11-28 | 腾讯科技(深圳)有限公司 | 一种邮件附件的发送及接收方法和*** |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106445889A (zh) * | 2015-08-07 | 2017-02-22 | 北京国双科技有限公司 | 生成报表邮件的方法和装置 |
CN105847117A (zh) * | 2016-03-29 | 2016-08-10 | 乐视控股(北京)有限公司 | 一种带有附件的邮件发送方法、装置及移动终端 |
WO2017166663A1 (zh) * | 2016-03-29 | 2017-10-05 | 乐视控股(北京)有限公司 | 一种带有附件的邮件发送方法、装置、移动终端和电子设备 |
CN105847121A (zh) * | 2016-04-19 | 2016-08-10 | 乐视控股(北京)有限公司 | 邮件发送方法和装置 |
CN105959200A (zh) * | 2016-04-19 | 2016-09-21 | 乐视控股(北京)有限公司 | 邮件发送方法和装置 |
CN109218163A (zh) * | 2017-07-05 | 2019-01-15 | 北京二六三企业通信有限公司 | 邮件投递方法及服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104683213A (zh) | 一种邮件发送方法及装置 | |
US20150052194A1 (en) | Publisher-based message data caching in a publish-subscription environment | |
US8650245B1 (en) | Systems and methods for providing adaptive views of domain name system reputation data | |
CN104125135B (zh) | 一种即时通信应用聊天记录的管理方法和终端 | |
CN102710761A (zh) | 一种pdf文件在线存储和访问方法 | |
US8874675B2 (en) | Message thread management using dynamic pointers | |
CN105827512A (zh) | 一种通过碎片化多云存储的电子邮件通信方法 | |
EP2985957A1 (en) | Network device and e-mail request processing method | |
CN104980469A (zh) | 一种提取邮件的方法及*** | |
CN101667976A (zh) | 一种邮件推送方式确定方法、推送方法、装置及*** | |
US8874666B2 (en) | Publisher-assisted, broker-based caching in a publish-subscription environment | |
CN101789105B (zh) | 一种在数据包的级别动态检测邮件附件病毒的方法 | |
US20150312183A1 (en) | Variable image acquisition and processing techniques based on image data type | |
CN105069369A (zh) | 一种文档阅后即焚的方法及装置 | |
CN104539618A (zh) | 一种邮件的管理方法、装置和终端 | |
WO2016184359A1 (zh) | 收发电子邮件的方法、电子邮件客户端、服务端和*** | |
CN103326927B (zh) | 一种代收邮件的方法和装置 | |
CN105450513A (zh) | 归档邮件附件的方法和云存储服务器 | |
US20120215858A1 (en) | Caching potentially repetitive message data in a publish-subscription environment | |
CN104753768A (zh) | 一种信息处理方法及电子设备 | |
CN104283763A (zh) | 传送带有大信息量附件电子邮件的服务***及其收、发方法 | |
CN105207884A (zh) | 一种获取电子邮件投递状态的方法和装置 | |
CN104065617A (zh) | 一种骚扰邮件处理方法、装置和*** | |
JP5431408B2 (ja) | メールシステム | |
CN103746896A (zh) | 一种处理邮件的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150603 |
|
RJ01 | Rejection of invention patent application after publication |