CN101902701B - 邮件中继装置 - Google Patents
邮件中继装置 Download PDFInfo
- Publication number
- CN101902701B CN101902701B CN2010101887122A CN201010188712A CN101902701B CN 101902701 B CN101902701 B CN 101902701B CN 2010101887122 A CN2010101887122 A CN 2010101887122A CN 201010188712 A CN201010188712 A CN 201010188712A CN 101902701 B CN101902701 B CN 101902701B
- Authority
- CN
- China
- Prior art keywords
- request
- communication terminal
- compressing
- receives
- 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.)
- Expired - Fee Related
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/06—Message adaptation to terminal or network requirements
- H04L51/066—Format adaptation, e.g. format conversion or compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
- H04L67/5651—Reducing the amount or size of exchanged application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种邮件中继装置。为了解决便携电话运营商中增大的邮件流量导致的邮件服务器的存储容量和网络负荷的增大,在运营商设备网中设置对邮件的转发(SMTP通信)和邮件的取得(IMAP通信)进行中继的中继装置。中继装置包含标题来压缩从邮件转发服务器转发的邮件,赋予新的标题并进行封装,作为压缩邮件转发到IMAP服务器。对于来自通信终端的邮件取得请求,将从IMAP服务器取得的压缩邮件解封装后将压缩复原,向通信终端发送。中继装置变更邮件大小等参数,以免由于邮件的压缩、复原而在IMAP的各种命令中发生不一致。
Description
技术领域
本发明涉及邮件的中继方法。
背景技术
由于便携电话的电子邮件的普及,提供便携电话的通信服务的公司(便携电话运营商)管理的网络(运营商设备网)以及邮件服务器组处理大量的邮件流量。近年,由于图像文件、声音文件等添加文件,邮件大小也急剧增大,今后可预见到流量的进一步增大。根据以上背景,在便携电话运营商中,邮件服务器的存储装置的容量和网络负荷成为了问题。
作为削减邮件服务器的存储装置的容量和网络负荷的方法,存在特开平8-331173号公报(文献1)的方法。文献1中公开了以下技术:发送侧在送出电子邮件前,调查在接收侧能否将压缩后的电子邮件解压缩,若能够解压缩则压缩邮件主体并送出电子邮件。
通过以上方法,解决了不进行数据压缩而直接发送的电子邮件系统中的问题,即数据量大的情况下通信费用高,另外通信线路共存这样的问题。
认为文献1的方法对于例如附加了添加文件等邮件主体的大小较大的邮件效果特别大。一般在因特网上发送的邮件的主体被变换成Base64等7位数据的形式。因此,容量成为原始数据的约1.3倍,认为压缩效果较高。
但是,为了把文献1的技术应用于便携电话运营商的邮件系统,需要在终端中安装与压缩、伸展(或者解压缩。以下把伸展或解压缩称为复原)对应的邮件程序,难以实现。
作为不在通信终端中安装与压缩、复原对应的邮件程序而进行邮件的压缩、复原的方法,考虑到设置对邮件进行中继的中继装置的方法。即,中继装置压缩从通信终端接收到的邮件,然后向邮件服务器进行中继,并复原从邮件服务器取得的压缩邮件,然后向通信终端发送的方法。
但是,在IMAP等为了取得邮件而在便携电话中使用的协议中,通信终端在取得邮件前进行取得邮件大小等信息的处理,因此,通过在中继装置中单纯地进行压缩或复原的方法,在通信中发生不一致,发生了无法取得邮件的状况。
另外,文献1公开了邮件主体压缩,而包含地址信息等的信息部不压缩的技术(段落0040~0043)。但是,通过便携电话等通信终端交换的短邮件,与邮件主体相比,邮件标题的容量较大的邮件占多半,因此,仅进行邮件主体的压缩的效果较小。因此,文献1中记载的方法效果较小。
发明内容
本发明提供解决上述问题的中继装置和中继方法。即提供一种中继装置,其不需要向通信终端安装新的程序便可削减便携电话运营商等具备的大规模邮件系统中的存储容量和运营商设备网的负荷。
具体来说,所公开的中继装置被设置在运营商设备网中,对进行邮件的转发的SMTP(Simple Mail Transfer Protocol)通信、和进行邮件的取得的IMAP(Internet Message Access Protocol)通信进行中继。
具体来说,中继装置取得从邮件转发服务器转发到IMAP服务器的通常的邮件并进行压缩,将该压缩前后的邮件大小或压缩形式等与压缩相关的信息附加在压缩后的邮件中,然后发送到IMAP服务器(邮箱)。在压缩时,中继装置不仅包含邮件主体,还包含邮件标题来压缩。而且,中继装置在原始的邮件标题中附加信息或者变更邮件大小等参数,以免由于压缩邮件而在IMAP的各种命令中发生不一致。
另外,中继装置对与邮件接收相关的通信终端和IMAP服务器间的通信进行中继。具体来说,中继装置把从通信终端接收到的信封(envelope)信息取得请求、邮件大小取得请求、邮件取得请求向IMAP服务器中继。另外,根据从IMAP服务器接收到的应答进行信封信息的生成、从压缩复原后的邮件大小的计算、取得的压缩邮件的复原等,由此生成与来自通信终端的请求对应的应答,然后发送到通信终端。
更具体来说,本发明提供一种中继装置,其与邮件管理服务器、邮件转发服务器以及通信终端连接,所述邮件管理服务器保管邮件,并根据来自通信终端的请求,传送以通信终端为目的地的邮件,该中继装置的特征在于,从邮件转发服务器接收邮件,关于接收到的邮件,若判断出压缩的效果超过规定值,则包含邮件主体和邮件标题来压缩邮件,生成压缩邮件的主体,生成压缩邮件的标题,该压缩邮件的标题包含与压缩相关的压缩信息、和邮件标题中包含的信息,向邮件管理服务器发送包含压缩邮件的标题和压缩邮件的主体的压缩邮件,并使所述邮件管理服务器保管该压缩邮件,若判断出压缩的效果在规定值以下,则向邮件管理服务器发送接收到的邮件,并使所述邮件管理服务器保管该邮件。
在生成压缩邮件的标题时,可以从邮件标题中包含的信息中,选择在压缩邮件的标题中包含的信息,包括Message-ID,在Message-ID中,作为压缩信息而追加压缩邮件的主体的大小。
另外,本发明的特征在于,在从通信终端接收与在邮件管理服务器中保管的邮件相关的请求的情况下,分析请求,根据分析结果变换请求,将变换后的请求发送到邮件管理服务器,作为与变换后的请求对应的应答,从所述邮件管理服务器,接收与以所述通信终端为目的地的所述邮件相关的信息,根据分析结果和接收到的与所述邮件相关的信息,生成针对从通信终端接收到的请求的应答,将生成的应答发送到通信终端。
另外,接收到的与邮件相关的信息是与压缩邮件相关的信息,如果分析结果表示请求是邮件的取得请求、或者是取得邮件数据的一部分的请求、或者是分析邮件数据的请求,则从压缩邮件中包含的压缩邮件的主体,复原为从邮件转发服务器接收到的邮件,根据复原后的邮件和分析结果,生成针对从通信终端接收到的请求的应答。
另外,关于分析结果,(A)如果从通信终端接收到的请求表示邮件大小的取得请求,则选择IMAP命令的Fetch all,(B)如果从通信终端接收到的请求表示取得邮件数据的一部分的请求、或者表示分析邮件数据的请求,则选择取得邮件全体的IMAP命令的fetch rfc822,(C)在不是所述(A)(B)中任意一种情况时,选择从通信终端接收到的请求,作为上述变换后的请求。
另外,本发明的特征在于,把作为应答而接收到的压缩邮件的标题中包含的、由邮件管理服务器追加的标题项目追加到复原后的邮件的邮件标题中,如果请求是邮件标题的取得命令,则提取出追加了项目的邮件标题,如果请求是主体构造的取得命令,则分析邮件的邮件主体构造来生成应答。
另外,本发明的特征在于,当接收到的与邮件相关的信息与压缩邮件相关时,如果需要在针对来自通信终端的请求的应答中包含邮件大小,则从接收到的与压缩邮件相关的信息中取得压缩信息,根据压缩信息计算压缩前的邮件大小,包含在向通信终端的应答中。
在邮件转发服务器和IMAP服务器之间,大多设置一般的中继装置。在这种情况下,通过在已设置的中继装置中追加所公开的功能,可以解决上述问题。
另外,由于不需要在终端侧加以改造,所以对便携终端没有限制,可以利用一般的通信终端。
在大规模邮件系统中,不对终端或已有的服务器加以改造,便可以削减存储容量和运行商设备网的网络负荷。
附图说明
图1举例表示应用了本实施例的系统的结构。
图2举例表示应用了本实施例的中继装置106的结构。
图3举例表示邮件存储顺序。
图4举例表示中继装置106从通信终端101接收的邮件数据的内容。
图5举例表示中继装置106向IMAP服务器107发送的邮件数据的内容。
图6举例表示IMAP通信顺序。
图7举例表示中继装置106从IMAP服务器107接收的邮件数据的内容。
图8举例表示中继装置106的邮件中继的处理流程。
图9举例表示中继装置106的IMAP中继的处理流程。
图10是中继装置106的IMAP命令应答生成的处理流程的一例。
具体实施方式
以下,参照附图说明本发明的实施例。
图1是系统结构的一例。在该图中,符号101是通信终端,符号102是无线网,符号103是运营商设备网,符号104是因特网等网络,符号105是邮件转发服务器,符号106是中继装置,符号107是IMAP服务器等邮件管理服务器(以下称为IMAP服务器)。另外,至少中继装置106和IMAP服务器107通过可以处理8位数据的网络相连。
通信终端101表示便携电话终端或PC等可进行数据通信的终端装置,经由无线网102与运营商设备网103连接。无线网102是便携电话运营商管理的无线网络。运营商设备网103是把来自无线网102的通信向因特网104、中继装置106以及IMAP服务器107变换或中继的网络以及网络设备。由管理本实施例的中继装置106的便携电话运营商管理无线网102和运营商设备网103。邮件转发服务器105也称为MTA(Message Transfer Agent),把从其它便携电话运营商等经由因特网104接收的邮件转发至IMAP服务器107。
在本实施例中说明从因特网104向属于运营商设备网103的通信终端101发送邮件的情况。此外,也存在从运营商设备网103中包含的其它通信终端向通信终端101发送邮件的情况(在运营商设备网103内进行收发的情况),但在这种情况下,仅仅不把邮件转发服务器设置在因特网104中而设置在运营商设备网103中,顺序几乎没有改变,因此在本实施例中省略。
IMAP服务器107被设置在运营商设备网103中,存储发往通信终端101的邮件,通过IMAP向通信终端101传送邮件。在运营商等大规模邮件系统中,IMAP服务器107为了存储大量数据而以多台构成,但在本实施例中为了简化,以一台IMAP服务器进行说明。在本实施例中把邮箱设为IMAP服务器,但也可以代替IMAP服务器107而应用MMS(Multimedia Messaging Service)服务器。
中继装置106被设置在运营商设备网103中,接收邮件转发服务器105向运营商设备网103发送的邮件,并向IMAP服务器107进行中继。另外,中继装置106也对IMAP服务器107和通信终端101间的一连串的邮件传送顺序(IMAP通信)进行中继。在本实施例中,为了简化说明,说明了中继装置106为1台的情况,但为了使邮件流量的负荷分散,也可以通过多台中继装置106来构成。
另外,在一般的大规模邮件系统中,以往有时设置被称为邮件网关或在功能上被称为MTA、MSA(Mail Submission Agent)等的中继装置106。本实施例也设想上述情况,通过在已有的中继邮件的功能上添加实现本实施例的功能的中继装置106来构成系统。
图2是实现中继装置106的信息处理装置的硬件结构。实现中继装置106的信息处理装置由处理器202、存储装置207、用于向运营商设备网103收发数据的输入输出电路接口203、以及连接它们的总线等内部通信线构成。
存储装置207由半导体存储装置或硬盘等外部存储装置构成。存储装置207容纳了邮件中继程序存储器204、IMAP中继程序存储器206和数据存储部205。在邮件中继程序存储器204中记录了实现由中继装置106从邮件转发服务器105接收邮件,并向IMAP服务器107中继的处理的各种控制程序。在IMAP中继程序存储器206中记录了实现由中继装置106中继IMAP服务器107和通信终端101间的IMAP通信的处理的各种控制程序。通过处理器202执行上述的各程序。另外,在各程序存储器204、206中也存储由各程序使用的数据。
各程序可以预先存储在程序存储器204、206中,也可以经由未图示的可装卸的存储介质或通信介质(即网络或在其上传播的数字信号或载波)被导入各程序存储器204、206。在数据存储部205中存储在各程序存储器204、206以外利用的信息。
图3是举例表示邮件存储顺序的图。其表示中继装置106把从邮件转发服务器105接收到的邮件存储在IMAP服务器107的顺序。在本实施例中,作为进行邮件存储的协议,设想了SMTP、ESMTP(Extended SMTP)、LMTP(LocalMail Transfer Protocol)、HTTP(Hypertext Transfer Protocol),但其它可以发送邮件数据的协议也可以应用于本实施例。
最初,邮件转发服务器105向中继装置106发送邮件304。接着,中继装置106进行削减邮件容量的邮件压缩·变换处理305(以下,把用于削减邮件容量的邮件压缩变换处理简称为压缩变换或压缩,在图8中表示详细内容)。接着,中继装置106向IMAP服务器107发送压缩·变换处理后的邮件308。接着,IMAP服务器107进行存储邮件的处理309。接着,IMAP服务器107向中继装置106发送正常应答301。最终,中继装置106向通信终端101发送来信通知311。
图4表示中继装置106从邮件转发服务器105接收到的邮件304的数据的一例。该图是在通信终端间交换的一般邮件数据的结构以及内容,符号411是邮件标题,符号412是邮件主体。邮件标题411由Return-Path401、Received 402、Message-ID403、Message-Type404、Content-Type405、To406、From407、Date408、Subject409、以X起始的扩展410等标题项目组构成。
Received402是对邮件转发服务器等中继了邮件的每个服务器附加的标题项目,被附加到每个邮件转发服务器。Message-ID403是邮件的发送源或者中继了该邮件的服务器用于惟一识别邮件的识别符。To406和From407分别表示邮件的发送源和目的地的邮件地址。Subject409表示邮件的主题。邮件主体412由邮件正文以及在邮件中添加的文件等构成,分别构成为MIME(MultipurposeInternet Mail Extension)部分。在一般的邮件中,MIME部分被编码成Base64等7位数据(7bit data)。
图5表示中继装置106向IMAP服务器107发送的邮件308的数据的一例。在该图中,符号501是邮件标题,符号509是邮件主体。根据中继装置106进行的处理305来决定邮件标题501的结构,在此表示的标题项目类别或处理方法根据中继装置106的设定而变化(图8中表示详细内容)。To406、From407、Date408、Subject409与图4相同,除此以外的标题项目由中继装置106在处理305中变更或生成。
Content-type502表示邮件主体509的压缩形式。Message-ID507是在Message-ID403的末尾附加表示中继装置106接收到的邮件304和发送的邮件308的各自的邮件大小的信息(以下称为邮件大小信息)而得到的。在此表示压缩前的邮件304是2600byte,压缩后的邮件308是900byte。在本实施例中,邮件大小信息被附加在被称为IMAP的信封的信息(在图6中说明详细内容)中包含的作为标题项目的Message-ID上,但也可以被附加在除此以外的标题项目上。
上述中继装置106在标题上附加的信息不一定是字符信息,为了削减数据量,也可以是二进位形式。邮件主体509是把作为压缩对象的邮件304的邮件标题411和邮件主体412集中压缩而得到的。
图6表示通信终端101经由中继装置106与IMAP服务器107交换IMAP命令的顺序。以下,IMAP命令的标记,在多个命令中包含相同处理内容的情况下,在本实施例中定义表示该处理内容的命令名,用括号“()”标记多个IMAP命令中代表性的命令。例如,取得邮件的大小的处理,被包含在作为仅取得邮件的大小的IMAP命令的fetch rfc822.size、或作为合并了fetchrfc822.size和fetch flags、fetch internaldate这样的其它两个命令的命令的fetchfast中,因此,把表示该处理的命令定义为“邮件大小取得请求(fetchrfc822.size)”。但是,fetch rfc822.size也被包含在作为合并fetch fast、fetchenvelope这两个命令而得的命令的fetch all、作为合并fetch all、fetch body这两个命令而得的命令的fetch full中,但它们同时包含fetch envelope命令,所以定义为在后面说明的信封信息取得请求。另外,可以通过一个IMAP命令来表现的命令,通过其命令名来记载。
在图6中说明信封信息取得、邮件大小取得以及邮件取得这3种IMAP的处理顺序(这些顺序没必要连续执行,可以分别独立执行)。
在这些顺序之前,IMAP服务器107需要进行通信终端101的认证(login)和邮箱选择(select),但在图6中为了简化而省略。另外,在IMAP中可以通过一个命令进行针对多个邮件的处理,而图6的各顺序在这种情况下也同样地进行处理。
所谓信封信息,是在IMAP中定义的表示邮件的构造的信息,包含Data、Subject、From、Sender、Reply-To、To、Cc、Bcc、In-Replay-To、Message-ID等标题项目。信封信息可以通过“信封信息取得”处理来集中取得。而且,如图5中说明的那样,通过把邮件大小信息附加在Message-ID等标题项目中,可以在取得信封信息的同时取得邮件大小信息,是高效率的。
以下说明信封信息取得顺序。
在信封信息取得顺序中,最初,通信终端101向中继装置106发送信封信息取得请求604。作为可以请求取得信封信息的命令,存在作为仅取得信封信息的命令的fetch envelope、或作为包含fetch envelope的复合命令的fetch all、fetch full,因此,在此按照上述标记方法,标记为信封信息取得请求(Fetchenvelope)。
中继装置106向IMAP服务器107发送信封信息取得请求(fetch envelope)605,IMAP服务器107向中继装置106发送信封信息606作为应答。
中继装置106进行信封信息606内的参数的变换处理607(图9表示详细内容),生成变换信封信息608。
中继装置106向通信终端101发送变换信封信息608。
以下说明邮件大小取得顺序。
在邮件大小取得顺序中,最初,通信终端101向中继装置106发送邮件大小取得请求609。作为可以请求取得邮件大小的命令,除了fetch rfc822.size以外,存在作为包含fetch rfc822.size的复合命令的fetch fast,但不包含在信封信息取得请求中包含的fetch all、fetch full。在此,标记为邮件大小取得请求(fetchrfc822.size)609。中继装置106向IMAP服务器107发送fetch all610。然后,IMAP服务器107对应于fetch all,向中继装置106发送包含邮件的信封信息和邮件大小信息的应答611。然后,中继装置106进行根据fetch all的应答611中包含的邮件大小信息计算邮件大小的处理612(图9表示详细内容)。然后,中继装置106向通信终端101发送求出的邮件大小613。
在邮件的取得顺序中,最初,通信终端101向中继装置106发送邮件取得请求614。作为可以请求取得邮件的命令,除了取得邮件的fetch rfc822以外,还存在作为包含fetch rfc822的复合命令的fetch all或fetch fast,因此,在此标记为邮件取得请求(fetch rfc822)614。中继装置106向IMAP服务器107发送邮件取得请求615,IMAP服务器107作为应答,向中继装置106发送压缩邮件616。中继装置106进行复原接收到的压缩邮件616的处理617。最后,中继装置106向通信终端101发送复原后的邮件618。
虽然在图6中未记载,但存在并非如邮件的取得请求那样取得一封邮件的全部,而取得邮件数据的一部分的请求。例如是仅邮件标题的取得命令(fetchrfc822.header)或分析邮件数据的请求、例如主体构造的取得命令(fetchrfc822.body)等。与这些请求对应的处理顺序与邮件的取得顺序相同,中继装置106取得压缩邮件616全部,进行到邮件数据复原617,对于该复原后的邮件进行追加的处理,由此可以实现。
另外,图6说明了IMAP命令,但即使是MMS,若使用变换邮件大小的信息的顺序,则也可以与IMAP的情况相同地应用本实施例的思路。
图7表示中继装置106从IMAP服务器107接收到的压缩邮件616的数据的一例。压缩邮件616的数据由邮件标题611、邮件主体709构成。邮件标题611的To406、From407、Date408、Subject409、Message-ID507以及邮件主体709与图5相同,除此以外的标题项目中,Content-Type502是IMAP服务器107在邮件存储时的处理309、或者在压缩邮件发送616前的处理的某一处理中生成的标题项目,Received710是由IMAP服务器107附加的标题项目。但是,除上述以外,IMAP服务器107生成或变更后的标题项目取决于IMAP服务器107的标准,但在此省略。
图8是中继装置106从邮件转发服务器105向IMAP服务器107中继邮件时的处理流程(以下把中继装置106的一连串处理称为邮件中继处理)。通过处理器202执行图2所示的邮件中继程序存储器204中的程序,由此实现该处理流程。
步骤801是中继装置106从邮件转发服务器105接收邮件304的处理。
步骤802是调查邮件304的邮件大小是否在预先规定的值以下的处理。如果邮件大小在规定值以下,则压缩的效果小,因此省略压缩处理,进入步骤819,如果邮件大小超过了规定值则进入步骤803。步骤803是调查邮件304中是否存在未分析的标题项目的处理。如果存在未分析的标题项目则进入步骤804,否则进入步骤809。
步骤804是中继装置106选择未分析的标题项目的处理,对于所选择的标题项目进行步骤805到808的处理。步骤805是调查所选择的标题项目是否是必需标题项目的处理,如果是必须标题项目则进入步骤806,如果不是必需标题项目则返回步骤803。
所谓必需标题项目,是中继装置106在压缩后的邮件308的标题上附加的标题项目,是根据IMAP的信封信息或SMTP、LMTP、ESTMP等协议标准、IMAP服务器107的标准等判断为必需的标题项目。在本实施例中,把作为Date、Subject、From、Sender、To、Cc、Bcc、In-Reply-To、Message-ID等IMAP的信封信息所需要的标题项目设为必需标题项目。图5的501中记载的项目是本实施例的必需标题项目。
步骤806是调查在所选择的标题项目中是否存在回避对象字符的处理,若存在回避对象字符则进入步骤807,否则进入步骤808。所谓回避对象字符,如下所述,是不适合于中继装置106进行的削减邮件容量的压缩变换处理(具体来说,从步骤812到816,在后面详细描述)的字符串。
中继装置106在压缩变换处理中,把中继装置106独特标准的信息作为压缩信息附加在邮件标题中。当该独特标准的信息泄漏时,有可能篡改来自邮件转发服务器105、通信终端101的邮件的标题项目,使得从IMAP管理服务器107接收到邮件的中继装置106像解释压缩邮件那样解释未压缩的邮件,并有可能误动作并对系统造成影响。为了防止这一点,中继装置106在接收到用于向IMAP管理服务器107发送的邮件的时刻,对于与已附加的独特标准的信息对应的字符串进行回避处理。
步骤807是中继装置106作为回避处理,用特定的字符包围回避对象字符或者将回避对象字符替换为其它字符的处理。
步骤808是为了生成压缩邮件308而把所选择的标题项目复制到数据存储部205的处理。
步骤809是取得作为压缩对象的邮件标题411、邮件主体412的大小的处理。
步骤810是分析在邮件主体412中存在的添加文件的形式的处理。具体来说,进行MIME标题的分析等,针对邮件中包含的各MIME部分的数据,进行字符串、图像、声音等种类的判别,进而进行该数据的压缩形式以及该数据的大小的分析。
步骤811是根据在步骤809、810的处理中取得的数据,调查在进行压缩变换处理时预测出的预想压缩率是否在规定值以下的处理。具体来说,根据在步骤809、810中取得的数据组、各压缩形式和大小、以及与它们对应的在中继装置106中预先设定的预想压缩率,计算压缩变换后的预想邮件主体大小。然后,将预想邮件主体大小和接收邮件304进行比较,计算预想压缩率。预想邮件大小是压缩变换处理前的、基于简单计算的大小的估算,通过步骤812到816来计算准确的压缩后的大小。
在步骤811中,若预想压缩率在规定值以下则进入步骤819,若预想压缩率不在规定值以下则进入步骤812。
从步骤812到步骤816是实现压缩变换的流程。步骤812是将接收邮件304整个进行压缩,生成邮件主体509的处理。根据在步骤810中取得的数据形式和中继装置106的设定的组合来决定压缩算法。
如上所述,连接中继装置106和IMAP服务器107的网络可以处理8位数据,因此作为压缩处理,可以是把被变换为Base64等7位数据的形式的数据解码为原始数据形式的处理(此时,压缩后的数据达到压缩前数据的0.75倍)。
步骤813是取得压缩后的大小的处理。步骤814是生成包含压缩邮件后的形式的标题项目Content-type502的处理。
步骤815是将步骤808中复制的、选择的标题项目追加到新的邮件标题501中的处理。
步骤816如图5的说明中所述那样,是在Message-ID403上附加压缩前后的邮件大小信息来生成Message-ID507的处理。
步骤819是向IMAP服务器107发送包含邮件标题501和邮件主体509的压缩邮件308的处理。
图9是中继装置106分析从通信终端101接收到的IMAP命令,变换为向IMAP服务器107发送的IMAP命令然后进行发送,根据从IMAP服务器107接收到的应答生成向通信终端发送的应答时的处理流程。通过处理器202执行IMAP中继程序存储器206中的程序来实现该处理流程。
在本实施例中,中继装置106在生成压缩邮件时重新生成压缩标题,在IMAP服务器107中存储压缩后的邮件和未压缩的邮件的双方。为了正确地处理它们的标题,中继装置106如以所述那样变换IMAP命令。
步骤901是从通信终端101接收IMAP命令的处理。步骤902是分析接收到的命令的处理,若是邮件大小取得请求(fetch rfc822.size)则进入步骤903,若是取得或分析邮件数据的一部分的请求,例如是邮件标题的取得命令(fetchrfc822.header)或主体构造的取得命令(fetch rfc822.body)等的情况下,则进入步骤904。另外,在除此以外的命令的情况下进入步骤905。
步骤903是作为向IMAP服务器107发送的命令的变换处理,代替接收到的邮件大小取得请求(fetch rfc822.size)而选择fetch all的处理。步骤904是作为同样的变换处理,代替取得或分析接收到的邮件数据的一部分的请求命令而选择取得邮件全体的fetch rfc822的处理。步骤905是作为变换处理,在接收到的IMAP命令不是前者任何一种的情况下,选择所接收到的命令本身,作为发送到IMAP服务器107的命令的处理。
步骤906是中继装置106把在步骤903、904、905中分别选择的IMAP命令发送到IMAP服务器107并成为应答等待状态的处理。步骤907是接收来自IMAP服务器107的应答的处理。该应答是与步骤906中由中继装置106发送的命令对应的应答(以下称为命令应答)。对于各个IMAP命令执行图9的处理流程,但所发送的IMAP命令和命令应答,可以通过被称为IMAP命令的标签的识别符来对应。
步骤911是判定接收到的应答是否是关于压缩邮件的命令应答的处理。即,由于在对应的邮件的中继处理中未对邮件进行压缩变换(例如图8的步骤811,是)等理由,在IMAP服务器107中共存有通过中继装置106压缩的邮件和未压缩的邮件。为了应对这种情况,需要步骤911的处理。在步骤911中,根据在命令应答内有无中继装置106所附加的邮件大小信息、或者Content-Type502来进行判定。在步骤911中,在是压缩邮件的情况下进入步骤915,在不是压缩邮件的情况下进入步骤912。
步骤912是判定从通信终端101接收的命令和来自IMAP服务器107的命令应答是否对应的处理,若对应,则可以把命令应答直接作为向通信终端101的应答,因此进入步骤918,若判定为不对应则进入步骤913。例如在图6中,中继装置106从通信终端101接收信封信息取得请求,若从IMAP服务器107接收了信封信息,则判定为对应,若对应于通信终端101的邮件大小取得请求接收了fetch all的命令应答,则判定为不对应。
步骤913是配合从通信终端101接收的命令来生成命令应答的处理。例如,若对应于通信终端101的邮件大小取得请求而接收了fetch all的命令应答,则从fetch all的应答取得邮件大小,生成邮件大小取得请求的命令应答。
步骤915是在从IMAP服务器107接收的命令应答被压缩的情况下,中继装置106生成向通信终端101发送的IMAP的命令应答的处理(以下称为IMAP命令应答生成处理)。图10中说明IMAP命令应答生成处理的详细内容。步骤918是中继装置106将在以上的步骤913或915中生成的命令应答发送到通信终端101的处理。
图10是图9的步骤915表示的中继装置107进行的IMAP命令应答生成处理的详细流程,与图9同样,通过处理器202执行IMAP中继程序存储器206中的程序而实现。步骤1008是分析已在步骤901中接收的来自通信终端101的IMAP命令的处理。其中,可以参照图9的步骤902中的分析结果。若IMAP命令为信封信息请求,则进入步骤1009,若是邮件大小取得请求,则进入步骤1031,若是邮件的取得请求、或者取得或分析邮件数据的一部分的请求,则进入步骤1012,若是除以以外的请求,则进入步骤1017。
步骤1009是判定从通信终端101接收到的、包含信封信息请求的IMAP命令是fetch envelope,还是除此以外、即fetch all或fetch full的处理。与它们中的任意一个IMAP命令对应的应答中都包含信封信息,但在IMAP命令为fetch envelope的情况下,在对应的命令应答中不包含邮件大小,在IMAP命令为fetch all或fetch full等的情况下,在对应的命令应答中需要包含邮件大小。因此,在IMAP命令为fetch envelope的情况下不需要包含邮件大小,因此进入步骤1014,除此以外的情况下进入步骤1021。
步骤1021是根据从IMAP服务器107接收到的命令应答的信封信息的Message-ID中包含的邮件大小信息,取得压缩后的邮件大小的处理。由于中继装置106进行了邮件压缩·变换处理,所以在命令应答中包含的邮件大小和实际的邮件大小不同。因此,从步骤1021到1023中进行根据命令应答中包含的邮件大小信息计算实际的邮件大小的处理。步骤1022是从命令应答中包含的邮件大小中减去步骤1021的结果,计算由IMAP服务器107附加的邮件标题的大小的处理。
步骤1023是在邮件大小信息中的压缩前的邮件大小上加上步骤1022的结果、即在复原后的邮件大小上加上由IMAP服务器107附加的邮件标题的大小的处理,计算通信终端101通过邮件取得请求可以取得的实际的邮件的大小。步骤1014是变换应答内的参数的处理。具体来说,删除Message-ID的邮件大小信息,在IMAP命令不是fetch envelope的情况下,把邮件大小替换为在步骤1011中计算出的邮件大小。
步骤1031到1033是与步骤1021到1023相同的步骤,进行根据命令应答中包含的邮件大小信息计算实际的邮件大小的处理。步骤1034是使用在步骤1033中计算出的邮件大小,生成邮件大小取得请求的命令应答的处理。
步骤1012是复原命令应答内的邮件主体来生成邮件的处理。该步骤,通过命令应答内的Content-type502判定邮件的压缩形式,进行在步骤812中压缩的邮件的复原处理。步骤1013把在命令应答内的邮件标题内包含的必需标题项目以外的标题项目追加到通过步骤1012复原的邮件的标题中。在此,所谓必需标题项目以外的标题项目,是IMAP服务器107在邮件存储时的处理309或者邮件数据发送616的某个中生成的标题项目,指的是Received710等。在步骤1015中,判定已经在步骤1008中分析的IMAP命令是否是邮件取得请求,在是邮件取得请求的情况下,不进行进一步处理,除此以外,即是取得或分析邮件数据的一部分的请求的情况下,进入步骤1016。
步骤1016是从复原后的邮件中提取或者分析应该取得的部分来生成应答的处理。例如在邮件标题的取得命令(fetch rfc822.header)的情况下,从步骤1013的处理完成后的邮件中仅提取出邮件标题,在主体构造的取得命令(fetchrfc822.body)的情况下,分析步骤1013的处理完成后的邮件的邮件主体的构造来生成应答。
在步骤1017中不对接收到的命令应答进行进一步处理,在步骤1018中删除在命令应答中包含的邮件大小信息。
在本实施例中,中继装置106具备图8所示的邮件中继处理的功能、和进行图9所示的IMAP中继处理的功能两者,但通过安装了这两种功能中的互不相同的一方的两台中继装置可以实现与本实施例相同的效果。此时,具有邮件中继处理的功能的装置中继SMTP、ESMTP、LMTP等存储邮件的协议通信,IMAP中继装置中继IMAP通信。
Claims (9)
1.一种中继装置,与邮件管理服务器、邮件转发服务器以及通信终端连接,所述邮件管理服务器保管邮件,并根据来自所述通信终端的请求,传送以所述通信终端为目的地的邮件,所述中继装置的特征在于,
从所述邮件转发服务器接收邮件,
关于接收到的所述邮件,若判断出压缩的效果超过预定值,则包含邮件主体和邮件标题来压缩所述邮件,生成压缩邮件的主体,
生成压缩邮件的标题,该压缩邮件的标题包含与所述压缩相关的压缩信息、和所述邮件标题中包含的信息,
向所述邮件管理服务器发送包含所述压缩邮件的标题和所述压缩邮件的主体的压缩邮件,并使所述邮件管理服务器保管该压缩邮件,
若判断出所述压缩的效果在预定值以下,则向所述邮件管理服务器发送接收到的所述邮件,并使所述邮件管理服务器保管该邮件,
从所述通信终端接收与在所述邮件管理服务器中保管的邮件相关的请求,
分析所述请求,根据分析结果变换所述请求,
将所述变换后的请求发送到所述邮件管理服务器,
作为与所述变换后的请求对应的应答,从所述邮件管理服务器,接收与以所述通信终端为目的地的所述邮件相关的信息。
2.根据权利要求1所述的中继装置,其特征在于,
在生成所述压缩邮件的标题时,
从所述邮件标题中包含的信息中,选择在所述压缩邮件的标题中包含的信息,包括Message-ID,
在所述Message-ID中,作为所述压缩信息而追加所述压缩邮件的主体的大小。
3.根据权利要求1所述的中继装置,其特征在于,
根据所述分析结果和接收到的与所述邮件相关的所述信息,生成针对从所述通信终端接收到的所述请求的应答,
将所述生成的应答发送到所述通信终端。
4.根据权利要求1所述的中继装置,其特征在于,
接收到的与所述邮件相关的所述信息是与所述压缩邮件相关的信息,
如果所述分析结果表示所述请求是邮件的取得请求、或者是取得邮件数据的一部分的请求、或者是分析邮件数据的请求,则从所述压缩邮件中包含的所述压缩邮件的主体,复原为从所述邮件转发服务器接收到的邮件,
根据复原后的所述邮件和所述分析结果,生成针对从所述通信终端接收到的所述请求的应答。
5.根据权利要求1所述的中继装置,其特征在于,
关于所述分析结果,
(A)如果从所述通信终端接收到的所述请求表示邮件大小的取得请求,则选择IMAP命令的Fetch all,
(B)如果从所述通信终端接收到的所述请求表示取得邮件数据的一部分的请求、或者表示分析邮件数据的请求,则选择取得邮件全体的IMAP命令的fetch rfc822,
(C)在不是所述(A)(B)中任意一种情况时,选择从所述通信终端接收到的所述请求,
将所述选择的请求作为所述变换后的请求,发送到所述邮件管理服务器。
6.根据权利要求4所述的中继装置,其特征在于,
把作为应答而接收到的所述压缩邮件的标题中包含的、由所述邮件管理服务器追加的标题项目追加到复原后的所述邮件的邮件标题中,
如果所述请求是邮件标题的取得命令,则提取出追加了项目的所述邮件标题,如果所述请求是主体构造的取得命令,则分析邮件的邮件主体构造来生成所述应答。
7.根据权利要求1所述的中继装置,其特征在于,
当接收到的与所述邮件相关的所述信息与压缩邮件相关时,
如果需要在针对来自所述通信终端的所述请求的应答中包含邮件大小,则从接收到的与所述压缩邮件相关的信息中取得所述压缩信息,
根据所述压缩信息计算压缩前的邮件大小,包含在向所述通信终端的应答中。
8.根据权利要求1所述的中继装置,其特征在于,
当接收到的与所述邮件相关的所述信息与未压缩的邮件相关、不是针对来自所述通信终端的所述请求的应答时,根据该接收到的与所述邮件相关的所述信息,生成针对来自所述通信终端的所述请求的应答。
9.根据权利要求1所述的中继装置,其特征在于,
当接收到的所述邮件的邮件标题中预先包含有在所述压缩信息中包含的字符串时,对该字符串进行回避处理,替换为预定的其它字符串,或者用预定的特定字符包围。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009-125961 | 2009-05-26 | ||
JP2009125961A JP5124527B2 (ja) | 2009-05-26 | 2009-05-26 | メール中継装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101902701A CN101902701A (zh) | 2010-12-01 |
CN101902701B true CN101902701B (zh) | 2013-07-31 |
Family
ID=42352060
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010101887122A Expired - Fee Related CN101902701B (zh) | 2009-05-26 | 2010-05-25 | 邮件中继装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US8621013B2 (zh) |
EP (1) | EP2257004A1 (zh) |
JP (1) | JP5124527B2 (zh) |
CN (1) | CN101902701B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20130118103A (ko) | 2012-04-19 | 2013-10-29 | 삼성전자주식회사 | 반도체 장치 및 그 제조 방법 |
FR2991535B1 (fr) * | 2012-05-31 | 2015-05-01 | Streamwide | Procedes de delivrance de courriels a la demande, serveurs de courriels et programmes d'ordinateur mettant en oeuvre de tels procedes |
FR2991538B1 (fr) | 2012-05-31 | 2015-04-24 | Streamwide | Procede de traitement de flux de donnees imap, serveurs de courriels et programmes d'ordinateur mettant en oeuvre de tels procedes |
WO2014205669A1 (zh) * | 2013-06-26 | 2014-12-31 | 华为技术有限公司 | 网络设备及电子邮件请求处理方法 |
JP6836773B2 (ja) | 2016-11-15 | 2021-03-03 | 株式会社エヴリカ | 情報処理装置、方法およびプログラム |
GB2586516B (en) * | 2019-08-23 | 2022-07-06 | Imagination Tech Ltd | Random accessible image data compression |
CN112468389B (zh) * | 2020-12-02 | 2022-04-15 | 天津光电通信技术有限公司 | 一种基于tcp重组的imap邮件还原方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1761246A (zh) * | 2005-11-04 | 2006-04-19 | 中国移动通信集团公司 | 电子邮件附件的处理方法 |
CN101079879A (zh) * | 2006-12-19 | 2007-11-28 | 腾讯科技(深圳)有限公司 | 一种电子邮件传送系统及方法 |
CN101361343A (zh) * | 2005-12-19 | 2009-02-04 | 汤姆森许可贸易公司 | 用于在分布站的网络中交换数据分组的方法,以及用于该方法的压缩服务器、网络站和dhcp服务器 |
Family Cites Families (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08331173A (ja) | 1995-05-29 | 1996-12-13 | Toshiba Corp | データ圧縮機能付き電子メールシステム及びその送受信方法並びに送信装置 |
JPH10285205A (ja) * | 1997-04-04 | 1998-10-23 | Casio Comput Co Ltd | 電子メール送信・表示装置、電子メール送信・表示方法 |
JPH11272582A (ja) * | 1998-03-25 | 1999-10-08 | Sony Corp | 電子メール提供装置及び電子メール提供方法 |
JP2000270008A (ja) * | 1999-03-15 | 2000-09-29 | Canon Inc | 複合メール伝達システム及びその複合メール伝達方法並びに記録媒体 |
JP4306045B2 (ja) * | 1999-09-29 | 2009-07-29 | ブラザー工業株式会社 | インターネット通信システム |
US6449658B1 (en) * | 1999-11-18 | 2002-09-10 | Quikcat.Com, Inc. | Method and apparatus for accelerating data through communication networks |
AU1768801A (en) * | 1999-11-18 | 2001-05-30 | Quikcat.Com, Inc. | Method and apparatus for accelerating data through private enterprise networks |
JP2001257709A (ja) * | 2000-03-10 | 2001-09-21 | Sony Corp | 電子メール転送装置および電子メール転送方法 |
US7444381B2 (en) * | 2000-05-04 | 2008-10-28 | At&T Intellectual Property I, L.P. | Data compression in electronic communications |
US7089286B1 (en) * | 2000-05-04 | 2006-08-08 | Bellsouth Intellectual Property Corporation | Method and apparatus for compressing attachments to electronic mail communications for transmission |
JP2006180532A (ja) * | 2000-07-06 | 2006-07-06 | Fujitsu Ltd | メールシステム,管理装置,プログラムおよび同プログラムを記録したコンピュータ読取可能な記録媒体 |
US7136897B1 (en) * | 2000-08-22 | 2006-11-14 | International Business Machines Corporation | Minimizing electronic mailbox congestion |
US7814162B2 (en) * | 2000-08-22 | 2010-10-12 | International Business Machines Corporation | Self-protecting e-mail |
US7024460B2 (en) * | 2001-07-31 | 2006-04-04 | Bytemobile, Inc. | Service-based compression of content within a network communication system |
US7031314B2 (en) * | 2001-05-16 | 2006-04-18 | Bytemobile, Inc. | Systems and methods for providing differentiated services within a network communication system |
AU2002308764A1 (en) * | 2001-05-18 | 2002-12-03 | Bytemobile, Inc. | Dual mode service platform within network communication system |
JP2002359646A (ja) * | 2001-06-01 | 2002-12-13 | International System Research:Kk | 電子メールの送受信システム |
JP2003134175A (ja) * | 2001-10-24 | 2003-05-09 | Satoshi Nakamura | 圧縮メール通信システムおよび圧縮メール通信システム用中継サーバ |
JP2003173313A (ja) * | 2001-12-06 | 2003-06-20 | Ntt Docomo Inc | メール転送プロトコル変換システム、変換システム管理用サーバ、変換システム制御用プログラム及びこのプログラムの記憶された記憶媒体、並びに、メール利用機器、メール利用機器制御用プログラム |
US7213076B2 (en) * | 2002-01-15 | 2007-05-01 | International Business Machines Corporation | Dynamic indication of email capabilities |
US7023974B1 (en) * | 2002-10-31 | 2006-04-04 | America Online, Inc. | Compression of electronic communications |
US7360096B2 (en) * | 2002-11-20 | 2008-04-15 | Microsoft Corporation | Securely processing client credentials used for Web-based access to resources |
US7111039B2 (en) * | 2002-11-20 | 2006-09-19 | Microsoft Corporation | System and method for using packed compressed buffers for improved client server communications |
JP2004234454A (ja) * | 2003-01-31 | 2004-08-19 | Matsushita Electric Ind Co Ltd | 画像メール送信装置及び方法 |
JP2004274489A (ja) * | 2003-03-10 | 2004-09-30 | Fujitsu Ltd | メールデータ圧縮方法 |
WO2005099200A1 (en) * | 2004-03-30 | 2005-10-20 | Matsushita Electric Industrial Co., Ltd. | Content relay server, content relay system, content relay method, and program using the same |
US7751316B2 (en) * | 2005-05-13 | 2010-07-06 | Yahoo! Inc. | Relay Server for SIP/RTP messages with buffer management |
US20070043866A1 (en) * | 2005-08-18 | 2007-02-22 | International Business Machines Corporation | Predictive email actions and load prompts |
US20070067399A1 (en) * | 2005-09-22 | 2007-03-22 | Raghavendra Kulkarni | Electronic mail archiving system and method |
US7552182B2 (en) * | 2006-11-07 | 2009-06-23 | International Business Machines Corporation | Method, apparatus, and computer program product for lending e-mail space |
US7945504B1 (en) * | 2007-03-19 | 2011-05-17 | Columbia Capital Management, L.L.C. | Secure image bidding system |
US7836099B2 (en) * | 2007-07-31 | 2010-11-16 | Yahoo! Inc. | Mail compression scheme with individual message decompressability |
EP2751736A4 (en) * | 2011-08-31 | 2015-05-20 | Appcard Inc | APPARATUS AND METHOD FOR COLLECTING AND HANDLING TRANSACTION DATA |
-
2009
- 2009-05-26 JP JP2009125961A patent/JP5124527B2/ja not_active Expired - Fee Related
-
2010
- 2010-05-25 US US12/787,079 patent/US8621013B2/en not_active Expired - Fee Related
- 2010-05-25 CN CN2010101887122A patent/CN101902701B/zh not_active Expired - Fee Related
- 2010-05-26 EP EP10005461A patent/EP2257004A1/en not_active Withdrawn
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1761246A (zh) * | 2005-11-04 | 2006-04-19 | 中国移动通信集团公司 | 电子邮件附件的处理方法 |
CN101361343A (zh) * | 2005-12-19 | 2009-02-04 | 汤姆森许可贸易公司 | 用于在分布站的网络中交换数据分组的方法,以及用于该方法的压缩服务器、网络站和dhcp服务器 |
CN101079879A (zh) * | 2006-12-19 | 2007-11-28 | 腾讯科技(深圳)有限公司 | 一种电子邮件传送系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
EP2257004A1 (en) | 2010-12-01 |
US20100306329A1 (en) | 2010-12-02 |
JP2010278484A (ja) | 2010-12-09 |
US8621013B2 (en) | 2013-12-31 |
JP5124527B2 (ja) | 2013-01-23 |
CN101902701A (zh) | 2010-12-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101902701B (zh) | 邮件中继装置 | |
CN101668263B (zh) | 基于手机短信平台收发邮件的系统及邮件附件的处理方法 | |
CN101317474B (zh) | 消息转换设备、系统与转换方法 | |
US8005194B2 (en) | Technique for handling incoming reply messages | |
US20100153491A1 (en) | Method, System And Client Terminal For Sending Data In Instant Messaging System | |
US8260333B2 (en) | Consolidating international short message service messages destined to multiple recipients | |
CN101369989A (zh) | 跟踪已送达的电子邮件的方法和系统 | |
US8886234B2 (en) | Techniques for unified messaging | |
US20060200528A1 (en) | Method and system for processing data messages | |
JP5607461B2 (ja) | システム及びゲートウェイ | |
US20070072588A1 (en) | System and method for reconciling email messages between a mobile wireless communications device and electronic mailbox | |
CN101588542A (zh) | 消息处理方法及终端 | |
US8838711B2 (en) | Short message service system | |
EP1929723B1 (en) | System and method for reconciling email messages between a mobile wireless communications device and electronic mailbox | |
CN102655484A (zh) | 通过电子邮件添加联系人的方法、客户端及系统 | |
KR100455132B1 (ko) | 멀티미디어 메시징 서비스에서 메시지 전달 방법 | |
US20120296981A1 (en) | Method for Reduction of Disk Space Usage of Electronic Messages in a Network | |
JP2007156836A (ja) | 同報メールシステム | |
CN101764766A (zh) | 一种电子邮件附件信息提示方法及终端 | |
US20080263161A1 (en) | Terminal and method for distinguishing between email recipients using specific identifier | |
JP2002300207A (ja) | 電子メール転送装置、電子メールシステムの制御プログラムおよびそのプログラムが記録されたコンピュータ読み取り可能な記録媒体 | |
CN101631281A (zh) | 短消息存储方法及系统、移动终端及服务器 | |
CN101640850A (zh) | 使用电子邮件协议收发短信的方法 | |
JP3871625B2 (ja) | 通信装置 | |
CN117424874A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130731 Termination date: 20160525 |
|
CF01 | Termination of patent right due to non-payment of annual fee |