CN102986174B - 邮件传输系统以及邮件网关 - Google Patents

邮件传输系统以及邮件网关 Download PDF

Info

Publication number
CN102986174B
CN102986174B CN201180031505.9A CN201180031505A CN102986174B CN 102986174 B CN102986174 B CN 102986174B CN 201180031505 A CN201180031505 A CN 201180031505A CN 102986174 B CN102986174 B CN 102986174B
Authority
CN
China
Prior art keywords
mail
sending destination
data
gateway
management information
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
Application number
CN201180031505.9A
Other languages
English (en)
Other versions
CN102986174A (zh
Inventor
木下雅文
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Publication of CN102986174A publication Critical patent/CN102986174A/zh
Application granted granted Critical
Publication of CN102986174B publication Critical patent/CN102986174B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/214Monitoring or handling of messages using selective forwarding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/42Mailbox-related aspects, e.g. synchronisation of mailboxes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2213/00Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F2213/0038System on Chip

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种具备邮件网关和网络的邮件传输系统,其具备暂时保存接收到的邮件的数据保存区域,在所述接收到的邮件的发送目的地中包括容纳于同一所述邮件传输服务器中的多个发送目的地的情况下,所述邮件网关生成包括容纳于该邮件传输服务器中的多个发送目的地的一个第一邮件管理信息,在所述数据保存区域中保存将所述生成的第一邮件管理信息与邮件的正文链接起来的邮件数据,在所述接收到的邮件的发送目的地中包括容纳于同一所述邮件传输服务器中的一个发送目的地的情况下,针对所述各发送目的地的每一个生成包括该发送目的地的邮件管理信息,在所述数据保存区域中保存将所述生成的多个邮件管理信息与邮件的正文链接起来的邮件数据。

Description

邮件传输系统以及邮件网关
本申请主张平成22年(2010年)8月31日申请的日本专利申请特愿2010-193122的优先权,其内容通过参照引用至本申请中。
技术领域
本发明涉及邮件传输系统,尤其涉及将用于保存向多个发送目的地发送的邮件的存储容量进行削减并且高效进行邮件传输的邮件传输系统。
背景技术
将电子邮件传输至发送目的地节点的邮件中继装置(邮件网关、邮件传输服务器等)将接收到的邮件暂时保存在存储装置(磁盘驱动器等)中,将保存的邮件向指定的发送目的地进行传输。在这样的邮件中继装置中,向存储装置进行的数据读写成为了性能上的瓶颈。
另外,提出了如下方法:在邮件中继装置接收多个发送目的地的邮件并将同一电子邮件向多个发送目的地发送时,按照邮件的发送目的地的数量复制邮件,将复制得到的多个邮件保存在存储装置中。该情况下,根据复制得到的邮件的数量消耗存储装置的容量,存储装置的读写次数增加,成为性能上的瓶颈。由此,在减少保存电子邮件所需的数据量的同时实现高效的电子邮件传输成为了一个课题。
该用于保存邮件的存储装置的削减与邮件管理及传输的高效化处于折衷的关系,要求兼顾。
针对该课题,提出了例如日本特开平7-264234号公报中记载的邮件系统。在该专利文献1记载的邮件系统中,将邮件的正文与发送信息分离,通过设置登记发送信息的邮件信息保存部和管理邮件信息保存部的数据的邮件管理部,来将邮件分发到邮件的保存区域,而不是每个发送目的地。由此,在将同一电子邮件向多个发送目的地发送时,减少了保存电子邮件所需的数据量。
发明内容
发明所要解决的课题
例如,移动电话运营商运营的邮件中继装置根据邮件的种类所处理的内容不同。具体地,为了针对每个域(domain)控制邮件的拥挤,通常在邮件传输目的地的每个邮件中继装置(域)具备发送队列。
但是,上述以往的方法没有考虑到应用于这种具备多个发送队列的邮件中继装置。也就是,必须根据包含发送目的地地址的域来进行访问控制、转码。
另外,存在如下情况:即使在同一队列内,也由于发送目的地不同,邮件传输失败和成功共存。在以往的方法中,没有考虑到邮件传输的失败和成功在多个发送目的地共存的情况。
因此,本发明的目的在于对保存邮件所需的存储容量进行削减,实现邮件中继处理的高效化。
用于解决课题的手段
本发明的具有代表性的一个例子如下所述。即,一种邮件传输系统,具备接收从终端发送来的电子邮件的邮件网关和连接所述终端与所述邮件网关的网络,所述邮件传输系统具备暂时保存接收到的所述邮件的数据保存区域,所述邮件网关与多个邮件传输服务器连接,所述邮件网关针对所述邮件的传输目的地的每个邮件传输服务器具有保存所传输的邮件的队列,在所述接收到的邮件的发送目的地中包括容纳于同一所述邮件传输服务器中的多个发送目的地的情况下,所述邮件网关生成包括容纳于该邮件传输服务器中的多个发送目的地的一个第一邮件管理信息,在所述数据保存区域中保存将所述生成的第一邮件管理信息与邮件的正文链接起来的邮件数据,在所述接收到的邮件的发送目的地中包括容纳于同一所述邮件传输服务器中的一个发送目的地的情况下,所述邮件网关针对所述各发送目的地的每一个生成包括该发送目的地的邮件管理信息,在所述数据保存区域中保存将所述生成的多个邮件管理信息与邮件的正文链接起来的邮件数据。
发明效果
根据该公开,能够对保存邮件所需的存储容量进行削减,实现邮件中继处理的高效化。
附图说明
图1是表示第一实施方式的邮件传输系统的构成的框图。
图2是表示第一实施方式的邮件网关的构成的框图。
图3A是说明第一实施方式中使用的邮件管理方式的图。
图3B是说明第一实施方式中使用的邮件管理方式的图。
图3C是说明第一实施方式中使用的邮件管理方式的图。
图4表示第一实施方式的邮件传输处理的顺序的一个例子(邮件数据共享的情况)。
图5是第一实施方式的RCPT检查处理的流程图。
图6是第一实施方式的管理方式判定处理(邮件正文检查处理)的流程图。
图7是第一实施方式中邮件正文数据进行共通管理的邮件的一部分发送目的地成为未送达的情况的处理的顺序图。
图8是第一实施方式的邮件发送和删除处理的流程图。
图9是表示第二实施方式的邮件传输系统的构成的框图。
图10是表示第二实施方式的邮件网关的构成的框图。
图11是表示第二实施方式的数据存储服务器的构成的框图。
图12是表示第二实施方式的邮件传输处理的一个例子(邮件数据共享的情况)的顺序图。
图13是说明第二实施方式的向数据存储服务器发送的数据包的一个例子的图。
图14是说明在第二实施方式的邮件网关执行的邮件管理的图。
图15是第二实施方式的由邮件网关执行的数据包构成处理的流程图。
图16是说明第二实施方式的数据存储服务器中数据保存的图。
图17是第二实施方式的由数据存储服务器执行的数据包构成处理的流程图。
具体实施方式
〈实施方式1〉
图1是表示本发明第一实施方式的邮件传输系统的构成的框图。
本实施方式的邮件传输系统在运营商网络103内构成,具备邮件网关106以及邮箱服务器107。邮件网关106与邮箱服务器107之间通过运营商网络103连接。
运营商网络103经由无线网络102与通信终端101连接,经由网络104与多个邮件传输服务器105A~105C连接。
邮件网关106是用于接收从通信终端101发送的电子邮件的数据,并将接收到的邮件数据向邮件传输服务器105A等传输的计算机。另外,邮件网关106除了具备发送电子邮件的功能,还具有向邮件的每个发送目的地发送费用信息、对移动电话发送告知收到邮件的通知、表示邮件发送人向发送目的地成功发送了邮件的分配通知等消息的功能。关于这些消息,在将消息发送到发送目的地这一点上,能够由与电子邮件发送相同的结构来实现。在本实施例中,针对这些消息不进行叙述,但是本发明能够应用于这些消息的传输。邮件网关106的构成使用图2在下文叙述。
邮箱服务器107是用于保存由邮件网关106接收、发往容纳于本网络内通信终端101的邮件的数据的计算机,即所谓的POP服务器、IMAP服务器。
无线网络102具备基站以及交换机,经由无线通信线路与通信终端101连接。通信终端101是移动电话等便携式通信终端,具有收发MMS、因特网邮件等邮件的功能。
邮件传输服务器105A~105C是作为邮件网关106所接收到的邮件数据的传输目的地的计算机。邮件传输服务器105A~105C可以是容纳发送目的地地址的邮件服务器,也可以是通往容纳发送目的地地址的邮件服务器的传输路径上的邮件传输服务器。
网络104是因特网等在多个邮件传输服务器间进行邮件数据交换的网络。
图2是表示第一实施方式的邮件网关106的构成的框图。
邮件网关106具备处理器202、存储器207、网络接口203以及非易失性存储装置208。
处理器202执行邮件网关程序204。通过由处理器202执行邮件网关程序204,来实现邮件网关106所进行的各种处理。
网络接口203与运营商网络103连接,按照规定的协议进行通信。存储装置208是磁盘装置、闪速存储器等非易失性的存储装置,设有邮件保存区域209以及日志保存区域210。
邮件网关106针对邮件的传输目的地的每个域(邮件传输服务器)具备发 送队列,将接收到的邮件保存在发送队列中。保存在发送队列中的邮件向传输目的地的邮件传输服务器105A等传输。另外,邮件网关106将接收到的邮件保存到邮件管理和保存区域205以及备份用的邮件保存区域209双方。邮件管理和保存区域205位于存储器207上,相比非易失性存储装置208读写为高速,所以通常邮件网关106进行邮件管理和保存区域205上的邮件管理信息(详细情况通过图3说明)的读写,进行各种处理。但是,由于邮件网关106停止后存储器207上的数据会丢失,所以也在备份用的邮件保存区域209中存储接收到的数据,即使邮件网关106由于故障等停止,也不会丢失接收到的邮件。保存在邮件管理和保存区域205以及邮件保存区域209中的邮件在完成向传输目的地服务器的邮件传输后被删除。通常,邮件网关106针对备份用的邮件保存区域209只进行两次访问,即邮件接收时的邮件保存和传输完成后的删除。
图3A~图3C是说明第一实施方式中使用的邮件管理方式的图。
邮件网关106接收到的邮件的数据作为图示的邮件正文进行保存。邮件管理信息是为了进行邮件的传输处理由邮件网关106根据邮件客户端的通信、邮件正文的分析所生成的数据,是在邮件中继装置间传输邮件时进行传输的信息,包括发送目的地、发送源、认证信息、邮件的用途、邮件的类别等。邮件网关106使用邮件管理信息处理邮件的传输。
第一方式为完全分离方式,如图3A所示,通过拷贝邮件的正文,生成邮件发送目的地的数量的邮件正文,针对每个邮件发送目的地生成邮件数据(邮件管理信息、邮件正文)。如下文所述,在有必要针对每个发送目的地在改写邮件正文后进行传输的情况下应用完全分离方式,但是即使在多个发送目的地的邮件正文相同的情况下,也能够应用完全分离方式。在该完全分离方式中,由于包括邮件正文的邮件数据针对每个发送目的地来生成,所以为了保存邮件数据需要很多存储区域,但是具有如下优点:容易进行每个发送目的地的邮件的状态(传输完成、未送达等)的管理、发生故障时的邮件恢复处理。
第二方式为邮件正文共享方式,如图3B所示,针对每个发送目的地生成多个邮件管理数据,但是邮件正文对于各邮件管理数据是共通的。各邮件管理数据通过与邮件正文链接来管理其对应。也就是,在邮件正文共享方式中,各邮件管理数据中包含一个发送目的地,邮件正文对所有邮件管理数据(所有发 送目的地)是共通的。如下文所述,邮件正文共享方式应用于多个发送目的地的域不同的情况。另外,邮件正文共享方式应用于向发往本网的多个发送目的地传输邮件的情况、针对发送目的地的每个邮箱分割邮件数据的情况。该情况下,保存在邮件保存区域的数据由发送目的地的每个邮箱的邮件管理信息和一个邮件正文构成。
在邮件正文共享方式中,通过多个邮件管理数据来共享邮件正文,所以能够减少用于保存邮件数据所需的存储区域。但是,在邮件正文共享方式中,由于在每个发送目的地的邮件的状态的管理中使用参照计数器等情况,邮件的管理复杂,发生故障时的邮件恢复处理复杂。
第三方式是多个发送目的地和邮件正文共享方式,如图3C所示,生成多个邮件管理数据,邮件正文对于各邮件管理数据是共通的,但是各邮件管理数据中包含一个或者多个发送目的地。各邮件管理数据通过与邮件正文建立链接来管理其对应。如下文所述,多个发送目的地和邮件正文共享方式应用于传输到容纳于同一邮件传输服务器105A等中的多个发送目的地的邮件的情况。但是,多个发送目的地和邮件正文共享方式不能应用于本网内的发送目的地为多个的情况。这是由于,在本网内从邮件网关106向发送目的地的邮箱传输邮件,所以有必要针对每个发送目的地邮箱管理邮件的状态(传输成功,未送达等)。另外,在本网内,由于邮箱服务器107、分配通知发送服务器、DNS等多个服务器协同进行处理,还由于针对本网内每个发送目的地而言,邮件的状态对于每个发送目的地不同,因此多个发送目的地和邮件正文共享方式不适合。
多个发送目的地和邮件正文共享方式中,针对每个发送目的地生成的邮件数据中包含除邮件正文以外的邮件管理信息,邮件正文通过各邮件管理数据共享,并且邮件管理信息在多个发送目的地共通,因此能够减少保存邮件数据所需的存储区域。另一方面,在多个发送目的地和邮件正文共享方式中,由于邮件管理信息中包含的发送目的地的数量不同,因此邮件的状态(传输成功,未送达等)的管理复杂。该情况下,如果将传输成功(或者未送达)向日志输出、或者记录在邮件管理信息中,则能够根据邮件的状态将处理进行分离。
并且,在多个发送目的地和邮件正文共享方式中,在处理完全不同的情况下不能应用。不适合于进行分离的处理。
如上所述,邮件网关106针对每个传输目的地域具备发送队列。由此,向不同域发送的邮件的状态不同,因此希望将邮件管理信息分为多个。由此,在本实施方式中,区分使用上述的三个邮件管理方式。
图4表示第一实施方式的邮件传输处理的顺序的一个例子(邮件数据共享的情况)。
而且,邮件传输服务器105A、105B是容纳发送目的地地址的邮件服务器,也可以是通往容纳发送目的地地址的邮件服务器的传输路径上的邮件传输服务器。
通信终端(邮件客户端)101在发送邮件的情况下,在与邮件网关之间建立连接之后,向邮件网关106发送MAIL FROM消息(邮件来自消息)401,传达该邮件的发送源的地址。该MAIL FROM消息401的参数中描述有邮件的发送源的地址。邮件网关106正确接收MAIL FROM消息后,向邮件客户端101发送表示正确接收到了MAIL FROM消息的250OK消息402。
接着,邮件客户端101向邮件网关106发送RCPT TO消息403,传达该邮件的一个发送目的地地址(a1aaaa.ne.jp)。该RCPT TO消息的参数中描述有发送目的地地址。邮件网关106判定接收到的RCPT TO消息中所含的发送目的地地址是否正确,初步判定将该邮件保存到邮件管理和保存区域205以及邮件保存区域209中的方式(404)。然后,在发送目的地被判定为正确的情况下,向邮件客户端101发送250OK消息405。而且,该RCPT检查404的详细情况使用图5在下文描述。
之后,在该邮件的发送目的地为多个的情况下,邮件客户端101向邮件网关106发送RCPT TO消息406,传达该邮件的其他发送目的地地址(b2bbbb.ne.jp)。邮件网关106判定接收到的RCPT TO消息中所含的发送目的地地址是否正确,初步判定将该邮件保存到邮件管理和保存区域205以及邮件保存区域209中的方式(407)。然后,在发送目的地被判定为正确的情况下,向邮件客户端101发送250OK消息408。而且,该RCPT检查404的详细情况使用图5在下文描述。
邮件客户端101发送所有RCPT TO消息(发送目的地地址)后,发送邮件正文409。
邮件网关106正确接收到邮件(发送源、发送目的地等管理信息以及正文)后,判定邮件正文的管理方式(410),基于判定出的方式,将发往a1的邮件管理信息、发往b2的邮件管理信息以及邮件正文向邮件管理和保存区域205以及邮件保存区域209保存(411、412、413)。之后,邮件网关106向邮件客户端101发送表示正确接收到了邮件的250OK消息414。
之后,邮件网关106向容纳发送目的地a1的邮件传输服务器A(105A)传输邮件(415)。邮件传输服务器A(105A)正确接收到邮件后,向邮件网关106发送表示正确接收到了邮件的250OK消息416。邮件网关106在发往a1的邮件的传输成功后,将发往a1的邮件的管理信息从邮件管理和保存区域205以及邮件保存区域209中删除(417)。
另外,邮件网关106向容纳发送目的地b2的邮件传输服务器B(105B)传输邮件(418)。邮件传输服务器B(105B)接收到邮件后,向邮件网关106发送表示正确接收到了邮件的250OK消息419。之后,邮件网关106在发往b2的邮件的传输成功后,将发往b2的邮件的管理信息从邮件管理和保存区域205以及邮件保存区域209中删除(420)。
进而,邮件网关106在向所有发送目的地的邮件的发送结束后,将邮件数据从邮件管理和保存区域205以及邮件保存区域209中删除(421)。
而且,根据步骤410中判定的结果,上述的顺序存在若干不同。例如,在步骤410中判定为对邮件以完全分离方式进行处理的情况下(图6的步骤605),只要在步骤417中删除发往a1的邮件的管理信息以及邮件正文,并在步骤420中删除发往b2的邮件的管理信息以及邮件正文即可。在完全分离方式中,由于邮件管理信息与邮件正文一对一对应,因此,通过这样进行处理,在步骤421中也可以不删除邮件正文。
另外,在步骤410中判定为对邮件以多个发送目的地和邮件正文共享方式进行处理的情况下(图5的步骤513。而且,在该情况下,域A.com的发送目的地有两个),只要在步骤415中发送两封邮件(连续发送两件RCPT TO)、在步骤417中删除发往a1邮件的管理信息(保存有两个发送目的地)、在步骤420中删除发往b2邮件的管理信息,并在步骤421中删除共通的邮件正文即可。
图5是第一实施方式的RCPT检查处理的流程图,在图4的步骤404、407有邮件网关106(邮件网关程序204)执行。在该RCPT检查处理中,分析邮件的标题(尤其是发送目的地地址)来判定邮件的管理方式。
首先,参照发送目的地地址,选择与发送目的地所属的域对应的发送队列(501)。
之后,判定在步骤501所选择的发送队列是否为限制状态(502)。在其结果为所选择的发送队列是限制状态的情况下,由于不能向该发送目的地发送邮件,因此向邮件客户端101发送错误消息(503)。而在所选择的发送队列非限制状态的情况下,进入步骤504。
在步骤504中,计数该邮件的发送目的地的数量(RCPT数)(504),判定计数得到的RCPT数是否超出了一个邮件内所允许的最大值(505)。在其结果为计数得到的RCPT数超出了邮件的最大值的情况下,由于不能向该发送目的地传输邮件,因此将错误向邮件客户端101进行响应(506)。而在计数得到的RCPT数未达到邮件的最大值的情况下,进入步骤507。
在步骤507中,判定计数得到的RCPT数是否为“1”。如果其结果为计数得到的RCPT数为“1”,则向一个发送目的地传输该邮件即可,所以,生成描述有该发送目的地的RCPT信息的邮件管理信息,结束该RCPT检查处理(508)。而如果计数得到的RCPT数不是“1”,则由于有必要向多个发送目的地传输该邮件,所以进入步骤509。
在步骤509中,判定发送目的地邮件地址是否是本网内所包含的地址。如果其结果为发送目的地邮件地址非本网内所包含的地址,则进入步骤511。而如果发送目的地邮件地址是本网内所不包含的地址,则从邮箱服务器107取得用户信息(510),进入步骤511。该用户信息中包含该用户的终端能够接收的附件的信息(尤其是图像文件的格式以及大小)、邮件的传输目的地的邮箱的信息、以及进行该邮箱的处理的服务器的构成的信息。
在步骤511中,判定是否存在与该发送目的地为同一域的发送目的地。如果其结果为不存在与该发送目的地为同一域的发送目的地,则没有与该发送目的地传输到同一邮件传输服务器105A等的发送目的地,有必要生成与该发送目的地对应的邮件管理信息,所以进入步骤514。而如果存在与该发送目的地 为同一域的发送目的地,则判定RCPT数是否超过了网外最大值(512)。RCPT数的最大值是指通过一个邮件、也就是一个邮件管理信息能够汇总发送的发送目的地的最大数。如果其结果为该发送目的地在网外、RCPT数超过了网外最大值,则进入步骤514。而如果RCPT数未超过网外最大值,则能够生成邮件正文以共通的格式汇总得到的邮件数据。由此,将该发送目的地的RCPT信息追加到同一域的发送目的地的邮件管理信息(513)。而且,在步骤512中,邮件网关106在系统整体中不只持有一个网外最大值,能够针对每个发送目的地域单独设定网外最大值。例如,如果发送目的地为通信载波等发送失败的概率非常低的域,则邮件网关106选择较大的网外最大值。而在发送失败的概率高的域的情况下,由于失败的可能性较高,所以能够进行如下处理:选择较小网外最大值或者不以同一域汇总发送目的地,进入步骤514。
在不存在与该发送目的地为同一域的发送目的地、或者RCPT数超过了网外最大值(或者每个域的最大值)的情况下,由于该发送目的地的邮件保存在其他的发送队列中,所以有必要生成其他的邮件管理信息。由此,在步骤514中,生成新的邮件管理信息(514),将该发送目的地的RCPT信息追加到生成的邮件管理信息(515)。而且,在该步骤512中RCPT数超过最大值、在步骤514中生成了新的邮件管理信息的情况下,能够直至新的邮件管理信息中RCPT数超过最大值为止,汇总下一封以后的邮件。
图6是第一实施方式的管理方式判定处理(邮件正文检查处理)的流程图,在图4的步骤410由邮件网关106(邮件网关程序204)执行。在该邮件正文检查处理中,通过分析邮件正文来判定邮件的管理方式。也就是,通过分析邮件正文,将已经在RCPT检查处理(图5)中判定为共享邮件正文进行管理的邮件的管理方式变更为邮件正文分离的形式。
首先,参照邮件管理信息,判定是否存在应该分析邮件正文的邮件管理信息(601)。如果其结果为没有成为对象的邮件管理信息,则结束该邮件正文检查处理。而如果存在成为对象的邮件管理信息,则进入步骤602。
在步骤602中,分析该发送目的地的邮件管理信息。具体地,检查邮件正文的格式、有无附件、以及用户信息的有无。而且,该用户信息是图5的步骤510中取得的信息。
接着,基于步骤602中的判定结果,判定该邮件的发送目的地是否是本网内、是否有图像文件附件、以及用户信息的设定是否不同(603)。在其结果为该邮件的发送目的地为本内网、具有图像文件附件、并且用户信息的设定不同的情况下,由于有必要转换图像数据,因此进入步骤605。而在该邮件为发往网外的邮件传输服务器、没有图像文件附件、或者用户信息的设定满足相同的某一条件的情况下,进入步骤604,判定邮件的格式是否为cHTML,也就是,该邮件是否是眩彩邮件(Decoration Mail)。
如果其结果为邮件的格式为cHTML格式,则由于有必要转换邮件正文,因此进入步骤605。
在步骤605中,为了按照发送目的地将邮件正文进行分离并管理,拷贝邮件正文,将邮件管理信息分离,将分离后的邮件管理信息附加到拷贝得到的邮件正文并保存在发送目的地队列中(605)。
在图6所示的管理方式判定处理中,判定了邮件的格式是否为cHTML,但是如果通过判定邮件格式是否为一般文本格式并且邮件的格式为一般文本格式,则还能够判定没有必要转换邮件正文。
进而,判定邮件正文中是否包含图画文字,如果邮件正文中包含图画文字,则还能够判定有必要转换邮件正文。
图7是第一实施方式中邮件正文数据进行共通管理的邮件的一部分发送目的地成为未送达的情况的处理的顺序图。
而且,邮件传输服务器105A是容纳发送目的地地址的邮件服务器,也可以是通往容纳发送目的地地址的邮件服务器的传输路径上的邮件传输服务器。
首先,邮件网关106向邮件传输服务器A(105A)发送MAIL FROM消息,传达该邮件的发送源地址(701)。邮件传输服务器A(105A)正确接收MAIL FROM消息后,向邮件网关106发送表示正确接收到了MAIL FROM消息的250OK消息(702)。
接着,邮件网关106向邮件传输服务器A(105A)发送RCPT TO消息,传达该邮件的一个发送目的地地址(a1aaaa.ne.jp)(703)。邮件传输服务器A(105A)判定RCPT TO消息中所含的发送目的地地址是否容纳于邮件传输服务器A(105A)。在该发送目的地地址容纳于邮件传输服务器A(105A)中 的情况下,邮件传输服务器A(105A)向邮件网关106发送250OK消息(704)。
进而,邮件网关106向邮件传输服务器A(105A)发送RCPT TO消息,传达该邮件的另一个发送目的地地址(b2aaaa.ne.jp)(705)。邮件传输服务器A(105A)判定RCPT TO消息中所含的发送目的地地址是否容纳于邮件传输服务器A(105A)。在该发送目的地地址未容纳于邮件传输服务器A(105A)中的情况下,邮件传输服务器A(105A)向邮件网关106发送错误响应(706)。
邮件网关106接收到错误响应后,为了请求未送达通知,将邮件正文拷贝分离(707)。邮件网关106向邮件客户端101通知发往地址b2aaaa.ne.jp的邮件未送达(709)。邮件客户端101从邮件网关106正确接收到未送达通知后,向邮件网关106发送未送达通知的响应(710)。邮件网关106接收到未送达通知的响应后,向邮件管理信息以及日志输出发往地址b2aaaa.ne.jp的邮件未送达、也就是未送达通知的成功发送(711)。而且,如果取代步骤707,将邮件网关106在705的邮件发送失败向邮件管理和保存区域205以及备份用邮件保存区域209、以及日志进行写入,生成只包括未送达通知的邮件管理区域的话,则即使不分离邮件正文也能够实现步骤707~711的处理。
邮件网关106与步骤709、710并行地将在步骤707中分离的邮件正文作为发往a1aaaa.ne.jp的邮件向邮件传输服务器A(105A)发送(713)。邮件传输服务器A(105A)正确接收到邮件正文后,向邮件网关106发送表示正确接收到了邮件正文的250OK消息(714)。
邮件网关106接收到针对发送邮件正文的确认响应(250OK)后,向邮件管理信息以及日志输出邮件正文的发送成功(715)。通过以上的处理,确定了发往a1aaaa.ne.jp的邮件的传输成功和发往b2aaaa.ne.jp的邮件的传输的失败(未送达),因此邮件网关106将邮件管理信息以及邮件数据(正文)从邮件管理和保存区域205以及邮件保存区域209中删除(716)。
而且,邮件网关106在不同线程(thread)并行处理向邮件客户端101的未送达通知(709~710)和邮件正文的分离、传输(712~715),但是如果依次处理向邮件客户端101的未送达通知(709~710)和邮件正文的分离、传输(713~716),则能够在一个线程进行处理。
图7所示的顺序中,通过将传输结果逐次输出到邮件管理信息以及日志, 能够使邮件的状态单纯化并进行管理。例如,在邮件传输成功的情况下,能够通过向日志的输出来使分配处理为结束状态。
图8是第一实施方式的邮件发送和删除处理的流程图,在图4的步骤515~521中由邮件网关106(邮件网关程序204)来执行。
邮件网关106向邮件传输服务器(或者下一个邮件传输服务器)发送邮件正文(801),等待来自传输目的地的邮件传输服务器的回信。邮件网关106判定来自传输目的地的邮件传输服务器的回信(802)。在来自传输目的地的邮件传输服务器的回信为发送成功的情况下,进入步骤803,开始将邮件数据删除的处理。而在来自传输目的地的邮件传输服务器的回信为发送失败的情况下,进入步骤808,请求未送达通知。
在步骤803中,由于邮件发送成功,所以从邮件数据的参照数(参照计数器)减去1,向日志输出邮件发送成功,将邮件发送成功的地址的管理信息所包含的状态变更为已发送。
之后,参照邮件管理信息所包含的状态,判定是否向所有发送目的地的邮件发送已经完成(804)。而且,在参照计数器中设定该邮件的邮件管理信息的数量。
如果判定的结果为一部分邮件的发送没有完成,则为了发送其他邮件,结束该邮件发送和删除处理,开始下一封邮件的发送和删除处理。而如果所有邮件的发送已经完成,则检查表示与邮件正文链接的未发送邮件的邮件管理信息的数量的参照计数器(805)。如果其结果为参照计数器为0(806中是),则由于向所有发送目的地的邮件发送已经完成,将邮件正文以及邮件管理信息删除(807),结束该邮件发送和删除处理。而如果邮件数据的参照数非0(806中否),则由于向一部分发送目的地的邮件未发送,所以为了发送未发送的邮件,结束该邮件发送和删除处理,开始下一封邮件的发送和删除处理。
另一方面,在步骤808中,由于邮件发送失败,所以判定该邮件的重发次数是否超过了最大重发次数、以及是否过了有效期限(808)。在该邮件的重发次数未超过最大重发次数、并且未过有效期限的情况下,为了向该发送目的地重发邮件,结束该邮件发送和删除处理,开始下一封邮件的发送和删除处理。
而在超过了最大重发次数的情况或者过了有效期限的情况下,则没有向该 发送目的地重发邮件的必要,向该发送目的地的邮件发送被作为错误处理,所以从参照计数器减去1,向日志输出邮件发送的失败,将邮件发送失败的地址的邮件管理信息所包含的状态变更为已发送(809)。之后,请求未送达通知(810),进入步骤804。也就是,在邮件客户端101接收到未送达通知的情况下,作为已发送处理。
如上所述,根据本发明第一实施方式,通过邮件管理信息以及邮件正文决定邮件的管理方式,根据邮件进行适当的邮件管理,因此能够削减邮件的保存所需的存储容量,并且能够使邮件的中继处理高效化。
而且,先通过邮件管理信息初步决定邮件管理方式,之后再根据邮件正文最终决定邮件管理方式,因此能够高效决定邮件的管理方式。
〈实施方式2〉
接着,说明本发明第二实施方式。第二实施方式不同于上述的第一实施方式,邮件网关106不具备邮件保存区域,而是数据存储服务器108具备邮件保存区域。也就是,由邮件网关106应该传输的邮件的数据从邮件网关106传输到数据存储服务器108,在邮件网关106完成邮件传输后被删除。
而且,在第二实施方式中,关于与所述的第一实施方式相同的功能的构成以及相同处理,赋予与第一实施方式相同的符号,并省略其说明。
图9是表示第二实施方式的邮件传输系统的构成的框图。
第二实施方式的邮件传输系统在运营商网络103内构成,具备邮件网关106、邮箱服务器107以及数据存储服务器108。邮件网关106与邮箱服务器107与数据存储服务器108之间通过运营商网络103连接。
运营商网络103经由无线网络102与通信终端101连接,经由网络104与邮件传输服务器105A~105C连接。
邮件网关106是用于接收从通信终端101发送的邮件数据,并将接收到的邮件数据向邮件传输服务器105A等传输的计算机。在邮件网关106的存储装置208中设有日志保存区域210。而且,第一实施方式的邮件网关106中设置的邮件保存区域209在第二实施方式中设置在数据存储服务器108中。
数据存储服务器108具备将从通信终端101发送、传输至各邮件传输服务器105A等的邮件数据暂时保存的邮件保存区域(图11的1009)。
图10是表示第一实施方式的邮件网关106的构成的框图。
邮件网关106具备处理器202、存储器207、网络接口203以及非易失性存储装置208。
存储装置208是磁盘装置、闪速存储器等非易失性的存储装置,设有管理信息保存区域211以及日志保存区域210。邮件管理和保存区域205中保存接收到的邮件(应传输邮件)的邮件正文以及邮件管理信息。邮件管理和保存区域205中保存的邮件管理信息在向传输目的地服务器的邮件传输完成后被删除。
第二实施方式不同于第一实施方式,在非易失性存储装置208中不保持备份用的邮件保存区域,而是取而代之地向数据存储服务器108保存备份。
图11是表示第二实施方式的数据存储服务器108的构成的框图。
数据存储服务器108具备处理器1102、存储器1107、网络接口1103以及存储装置1108。
处理器1102执行保存在数据存储服务器程序1104中的程序。通过由处理器1102执行数据存储服务器程序1104来实现数据存储服务器108进行的各种处理。
网络接口1103与运营商网络103连接,按照规定的协议与邮件网关106通信。非易失性存储装置1108是磁盘装置、闪速存储器等非易失性的存储装置。数据存储服务器程序1104管理作为邮件网关106的邮件管理和保存区域205的备份用区域的、备份用邮件保存区域1107、备份用邮件保存区域1109。在本实施例中,数据存储服务器程序1104保持备份用邮件保存区域1107和备份用邮件保存区域1109,但是无论只保持哪一个,本发明都能够实施。在本实施方式中,数据存储服务器作为高速缓存在备份用邮件保存区域1107中保持数据,作为主存储装置在备份用邮件保存区域1109中保持数据。
而且,备份用邮件保存区域1107和备份用邮件保存区域1109在本实施方式中只保存邮件,但是,数据存储服务器能够保存邮件以外的数据,能够将保存的数据一律作为二进制数据进行处理。
图12是表示第二实施方式的邮件传输处理的一个例子(邮件数据共享的情况)的顺序图。
通信终端(邮件客户端)101在发送邮件的情况下,在与邮件网关之间建立连接之后,向邮件网关106发送MAIL FROM消息1201,传达该邮件的发送源的地址。该MAIL FROM消息1201的参数中描述有邮件的发送源的地址。邮件网关106正确接收MAIL FROM消息后,向邮件客户端101发送表示正确接收到了MAIL FROM消息的250OK消息1202。
接着,邮件客户端101向邮件网关106发送RCPT TO消息1203,传达该邮件的一个发送目的地地址(a1aaaa.ne.jp)。该RCPT TO消息的参数中描述有发送目的地地址。邮件网关106判定接收到的RCPT TO消息中所含的发送目的地地址是否正确,初步判定为将该邮件保存到数据存储服务器108(邮件保存区域1109)中的方式(1204)。然后,在发送目的地被判定为正确的情况下,向邮件客户端101发送250OK消息1205。而且,该RCPT检查1204中能够使用上述的第一实施方式(图5)的方法。
之后,在该邮件中存在多个发送目的地的情况下,邮件客户端101向邮件网关106发送RCPT TO消息1206,传达该邮件的其他发送目的地地址(b2bbbb.ne.jp)。邮件网关106判定接收到的RCPT TO消息中所含的发送目的地地址是否正确,初步判定将该邮件保存到数据存储服务器108中的方式(1207)。然后,在发送目的地被判定为正确的情况下,向邮件客户端101发送250OK消息1208。而且,该RCPT检查1207中能够使用上述的第一实施方式(图5)的方法。
邮件客户端101发送所有RCPT TO消息(发送目的地地址)后,发送邮件正文1209。
邮件网关106正确接收到邮件(发送源、发送目的地等管理信息以及正文)后,向邮件管理和保存区域205进行保存,判定邮件正文的管理方式(1210),基于判定出的方式,生成向数据存储服务器108保存的数据包(1211),将生成的保存数据包向数据存储服务器108传输(1212)。
数据存储服务器108将接收到的保存数据包保存到邮件保存区域1107和邮件保存区域1109中(1213),向邮件网关106发送表示接收到的数据包保存结束的确认响应(1214)。
邮件网关106从数据存储服务器108接收到确认响应后,向邮件客户端 101发送表示正确接收到了邮件的250OK消息1215(1215)。
之后,邮件网关106向容纳发送目的地a1的邮件传输服务器A(105A)发送邮件(1216)。邮件传输服务器A(105A)正确接收到邮件后,向邮件网关106发送表示正确接收到了邮件的250OK消息1217(1217)。邮件网关106正确传输发往a1的邮件后,向数据存储服务器108发送删除发往a1的邮件的请求(1218)。数据存储服务器108接收到删除发往a1的邮件的请求后,将发往a1的邮件从邮件保存区域1107与邮件保存区域1109中删除。邮件网关106从数据存储服务器接收到删除的成功响应1219后,将发往a1的邮件的管理信息从邮件管理和保存区域205中删除(1220)。
另外,邮件网关106向容纳发送目的地b2的邮件传输服务器B(105B)发送邮件(1221)。邮件传输服务器B(105B)正确接收到邮件后,向邮件网关106发送表示正确接收到了邮件的250OK消息1222(1222)。邮件网关106正确传输发往b2的邮件后,向数据存储服务器108发送删除发往b2的邮件的请求(1223)。数据存储服务器108接收到删除发往b2的邮件的请求后,邮件网关106将发往b2的邮件从邮件保存区域1107与邮件保存区域1109中删除,从数据存储服务器发送删除的成功响应1224。邮件网关106接收到成功响应1224后,将发往b2的邮件的管理信息从邮件管理和保存区域205中删除(1225),将发往a1的邮件与发往b2的邮件之间共通管理的邮件正文的数据从队列中删除(1226)。
图13是说明第二实施方式的向数据存储服务器108发送的数据包的一个例子的图。
向数据存储服务器108发送的数据包包括数据包类别1310、关键字数1300、多个关键字(key)1301、1303、多个扩展关键字数据1302、1304、以及登记数据1309。
数据包类别1310表示由接收到该数据包的数据存储服务器108执行的处理(例如,登记、删除等)。
关键字数1300是该数据包中所含的关键字的数量。而且,图13中表示出了两个关键字,但是关键字的数量可以是一个也可以是任意多个。关键字1301、1303是用于唯一识别与关键字对应的邮件管理信息的识别符。扩展关 键字数据1302、1304保存关键字所对应的邮件管理信息与基本的邮件管理信息之间的差分的数据。而且,基本的邮件管理信息可以使用最初的邮件管理信息。登记数据1309包括邮件管理信息以及邮件正文。
第二实施方式中,邮件网关106也通过邮件管理方法1~3中任一种方法来管理邮件。
图14是说明在第二实施方式的由邮件网关106执行的邮件管理的图,表示完全分离方式(图3A)的情况。
首先,针对每个发送目的地生成邮件数据(邮件管理信息、邮件正文)。之后,对原邮件1400以及通过拷贝新生成的邮件1410的每一个邮件分配关键字1301、1303。
然后,比较各邮件的邮件管理信息与最初邮件的邮件管理信息,将其差分保存在扩展关键字数据2(1304)中。而且,由于与扩展关键字数据1(1302)对应的邮件管理信息不产生差分,因此保存表示在扩展关键字数据1(1302)中无差分的信息。
图15是第二实施方式的由邮件网关106执行的数据包构成处理的流程图。
首先,选择第二封邮件的邮件管理信息(1501),生成与所选择的邮件管理信息对应的关键字(1502)。
然后,提取所选择的邮件管理信息与最初的邮件管理信息之间的差分(1503),在对应的关键字的扩展关键字数据中保存所提取的差分,生成保存关键字数据(1504)。
之后,判定是否具有下一个邮件管理信息(1505)。如果具有下一个邮件管理信息,则返回步骤1502,处理下一封邮件。而如果没有下一个邮件管理信息,则由于针对所有邮件管理信息完成了处理,所以,将所生成的扩展关键字数据连接起来,构成向数据存储服务器108发送的数据包(1506)。
图16是说明第二实施方式的数据存储服务器108中数据保存的图。
首先,在邮件保存区域1109中确保每个关键字的保存区域1621、1622,在所确保的保存区域中保存登记数据1309。在之后的区域中保存与各个关键字对应的扩展关键字数据1302、1304。
以上所说明的数据存储服务器108针对每个发送目的地将邮件数据分离 后进行保存。这是由于,通常数据存储服务器108的存储容量充足,能够高速进行处理,另外,数据存储服务器108不将从邮件网关106发送来的数据识别为邮件,无论是邮件、文本、图像,都仅仅是同样进行处理。但是,在数据存储服务器108保存邮件数据的情况下,也能够针对每个发送目的地重组邮件数据并汇总能够共通化的部分。
图17是第二实施方式的由数据存储服务器108执行的数据包构成处理的流程图。
数据存储服务器108从邮件网关106接收到数据包后,判定接收到的数据包的数据包类别1310。然后,如果接收到的数据包的数据包类别11310为“登记”,则判定为接收到了保存数据包,开始数据包保存处理(1701)。
首先,从接收到的保存数据包取得该数据包所含的关键字的数量,并判定循环的次数(1702)。接着,从接收到的数据包取得关键字以及关键字扩展数据(1703、1704),一直到不存在下一个关键字为止(到所取得的关键字的数量等于在步骤1702中取得的关键字数量为止),反复步骤1703~1704的处理(1705)。之后,从接收到的保存数据包取得登记数据(邮件管理信息、邮件正文)(1706)。
之后,在所取得的关键字中选择一个最初的关键字(1707),确保与所选择的关键字对应的数据保存区域(1708)。然后,将在步骤1706中取得的登记数据与扩展关键字数据保存在所确保的数据保存区域(1709)。然后,至所有的关键字的处理完成为止,反复步骤1707~1709的处理。
如上所述,根据本发明第二实施方式,即使在邮件网关106之外设置有数据存储服务器108的情况下,也能够通过选择适当的邮件管理方式来削减邮件保存所需的存储容量,使邮件的中继处理高效化。
另外,邮件网关106由于向数据存储服务器108发送基本的邮件数据的各邮件管理信息的差分来代替将邮件数据(邮件正文、邮件管理信息)和各邮件管理信息全部发送,因此能够抑制从邮件网关106向数据存储服务器108发送的数据量的增加。
并且,数据存储服务器108将从邮件网关106接收到的邮件数据保存在邮件保存区域1109中,而不进行重组,所以数据存储服务器108能够实现邮件 处理的高速化。
以上参照附图详细说明了本发明,但是本发明并不局限于这样的具体构成,其包括在附加的权利要求范围内的各种变更以及同等构成。

Claims (13)

1.一种邮件传输系统,具备接收从终端发送来的电子邮件的邮件网关和连接所述终端与所述邮件网关的网络,其特征在于,
所述邮件传输系统具备暂时保存接收到的所述邮件的数据保存区域,
所述邮件网关与多个邮件传输服务器连接,
所述邮件网关针对所述邮件的传输目的地的每个邮件传输服务器具有保存所传输的邮件的队列,
在所述接收到的邮件的发送目的地中包括容纳于同一所述邮件传输服务器中的多个发送目的地的情况下,所述邮件网关生成包括容纳于该邮件传输服务器中的多个发送目的地的一个第一邮件管理信息,在所述数据保存区域中保存将所述生成的第一邮件管理信息与邮件的正文链接起来的邮件数据,
在所述接收到的邮件的发送目的地中包括容纳于同一所述邮件传输服务器中的一个发送目的地的情况下,所述邮件网关针对所述各发送目的地的每一个生成包括该发送目的地的邮件管理信息,在所述数据保存区域中保存将所述生成的多个邮件管理信息与邮件的正文链接起来的邮件数据。
2.根据权利要求1所述的邮件传输系统,其特征在于,
在所述接收到的邮件的发送目的地中包括容纳于第一所述邮件传输服务器中的多个发送目的地、并且包括容纳于第二所述邮件传输服务器中的一个发送目的地的情况下,所述邮件网关生成包括容纳于所述第一邮件传输服务器中的多个发送目的地的一个第一邮件管理信息、以及包括容纳于所述第二邮件传输服务器中的一个发送目的地的一个第二邮件管理信息,
所述邮件网关在所述数据保存区域中保存将所述生成的第一以及第二邮件管理信息与邮件的正文链接起来的邮件数据。
3.根据权利要求1所述的邮件传输系统,其特征在于,
在所述接收到的邮件的发送目的地中包括容纳于同一所述邮件传输服务器中的多个发送目的地、并且容纳于该邮件传输服务器中的发送目的地的数量未超过其最大值的情况下,所述邮件网关在保存有容纳于该邮件传输服务器中的发送目的地的邮件管理信息中追加所述发送目的地,
在所述接收到的邮件的发送目的地中包括容纳于各个所述邮件传输服务器中的一个发送目的地、或者容纳于该邮件传输服务器中的发送目的地的数量超过其最大值的情况下,所述邮件网关新生成与该发送目的地对应的邮件管理信息。
4.根据权利要求1所述的邮件传输系统,其特征在于,
所述邮件网关在将所述接收到的邮件向所述邮件传输服务器传输之前判定是否有修正所述接收到的邮件的正文的数据的必要,
在判定为有必要修正所述接收到的邮件的正文的数据的情况下,所述邮件网关针对每一所述邮件管理信息复制该邮件的正文,在所述数据保存区域中保存将所述各邮件管理信息与所述复制得到的邮件的正文链接起来的邮件数据。
5.根据权利要求4所述的邮件传输系统,其特征在于,
在所述接收到的邮件为发往网内邮件传输服务器的邮件、添加有图像文件、并且关于每个发送目的地的附件的设定不同的情况下,所述邮件网关判定为有修正该邮件的正文的数据的必要,
并且,在所述接收到的邮件为cHTML格式的邮件的情况下,所述邮件网关也判定为有修正该电子邮件的正文的数据的必要。
6.根据权利要求1所述的邮件传输系统,其特征在于,
所述邮件传输系统具备数据存储服务器,该数据存储服务器具备所述数据保存区域,
所述邮件网关生成邮件数据,该邮件数据将所述接收到的邮件分为:包括所述邮件的正文以及邮件管理信息的基本部分;所述邮件的每个发送目的地的所述邮件管理信息的差分,
所述邮件网关向所述数据存储服务器发送所述生成的邮件数据。
7.根据权利要求6所述的邮件传输系统,其特征在于,
所述数据存储服务器在从所述邮件网关接收到了所述邮件数据的情况下,将所述接收到的邮件数据保存在所述数据保存区域中,而不针对该邮件的每个发送目的地进行重组。
8.一种邮件网关,经由网络与终端连接,接收从所述终端发送来的电子邮件,其特征在于,
所述邮件网关与多个邮件传输服务器、以及暂时保存接收到的所述邮件的数据保存区域连接,
所述邮件网关针对所述邮件的传输目的地的每个邮件传输服务器具有保存所传输的邮件的队列,
在所述接收到的邮件的发送目的地中包括容纳于同一所述邮件传输服务器中的多个发送目的地的情况下,所述邮件网关生成包括容纳于该邮件传输服务器中的多个发送目的地的一个第一邮件管理信息,在所述数据保存区域中保存将所述生成的第一邮件管理信息与邮件的正文链接起来的邮件数据,
在所述接收到的邮件的发送目的地中包括容纳于同一所述邮件传输服务器中的一个发送目的地的情况下,所述邮件网关针对所述各发送目的地的每一个生成包括该发送目的地的邮件管理信息,在所述数据保存区域中保存将所述生成的多个邮件管理信息与邮件的正文链接起来的邮件数据。
9.根据权利要求8所述的邮件网关,其特征在于,
在所述接收到的邮件的发送目的地中包括容纳于第一所述邮件传输服务器中的多个发送目的地、并且包括容纳于第二所述邮件传输服务器中的一个发送目的地的情况下,所述邮件网关生成包括容纳于所述第一邮件传输服务器中的多个发送目的地的一个第一邮件管理信息、以及包括容纳于所述第二邮件传输服务器中的一个发送目的地的一个第二邮件管理信息,
所述邮件网关在所述数据保存区域中保存将所述生成的第一以及第二邮件管理信息与邮件的正文链接起来的邮件数据。
10.根据权利要求8所述的邮件网关,其特征在于,
在所述接收到的邮件的发送目的地中包括容纳于同一所述邮件传输服务器中的多个发送目的地、并且容纳于该邮件传输服务器中的发送目的地的数量未超过其最大值的情况下,所述邮件网关在保存有容纳于该邮件传输服务器中的发送目的地的邮件管理信息中追加所述发送目的地,
在所述接收到的邮件的发送目的地中包括容纳于各个所述邮件传输服务器中的一个发送目的地、或者容纳于该邮件传输服务器中的发送目的地的数量超过其最大值的情况下,所述邮件网关新生成与该发送目的地对应的邮件管理信息。
11.根据权利要求8所述的邮件网关,其特征在于,
所述邮件网关在将所述接收到的邮件向所述邮件传输服务器传输之前判定是否有修正所述接收到的邮件的正文的数据的必要,
在判定为有必要修正所述接收到的邮件的正文的数据的情况下,所述邮件网关针对每一所述邮件管理信息复制该邮件的正文,在所述数据保存区域中保存将所述各邮件管理信息与所述复制得到的邮件的正文链接起来的邮件数据。
12.根据权利要求11所述的邮件网关,其特征在于,
在所述接收到的邮件为发往网内邮件传输服务器的邮件、添加有图像文件、并且关于每个发送目的地的附件的设定不同的情况下,所述邮件网关判定为有修正该邮件的正文的数据的必要,
并且,在所述接收到的邮件为cHTML格式的邮件的情况下,所述邮件网关也判定为有修正该电子邮件的正文的数据的必要。
13.根据权利要求8所述的邮件网关,其特征在于,
所述邮件网关与具备所述数据保存区域的数据存储服务器连接,
所述邮件网关生成邮件数据,该邮件数据将所述接收到的邮件分为:包括所述邮件的正文以及邮件管理信息的基本部分;所述邮件的每个发送目的地的所述邮件管理信息的差分,
所述邮件网关向所述数据存储服务器发送所述生成的邮件数据。
CN201180031505.9A 2010-08-31 2011-06-16 邮件传输系统以及邮件网关 Active CN102986174B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2010-193122 2010-08-31
JP2010193122A JP5607461B2 (ja) 2010-08-31 2010-08-31 システム及びゲートウェイ
PCT/JP2011/063828 WO2012029374A1 (ja) 2010-08-31 2011-06-16 メール転送システム、メールゲートウェイ及びデータストアサーバ

Publications (2)

Publication Number Publication Date
CN102986174A CN102986174A (zh) 2013-03-20
CN102986174B true CN102986174B (zh) 2015-08-19

Family

ID=45772486

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201180031505.9A Active CN102986174B (zh) 2010-08-31 2011-06-16 邮件传输系统以及邮件网关

Country Status (4)

Country Link
US (1) US20130191484A1 (zh)
JP (1) JP5607461B2 (zh)
CN (1) CN102986174B (zh)
WO (1) WO2012029374A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014099778A (ja) * 2012-11-15 2014-05-29 Hitachi Ltd メール通信システム
JP5735566B2 (ja) * 2013-03-12 2015-06-17 日本電信電話株式会社 メッセージ配信システムおよびメッセージ配信方法
JP5956082B2 (ja) * 2013-09-30 2016-07-20 楽天株式会社 電子メール生成装置、電子メール生成方法、電子メール生成装置用プログラム、および、記憶媒体
CN104753630A (zh) * 2013-12-27 2015-07-01 中兴通讯股份有限公司 一种数据传输方法和系统
JP6043817B2 (ja) * 2015-01-16 2016-12-14 三菱電機インフォメーションシステムズ株式会社 メール配信装置及びメール配信プログラム
JP6583934B2 (ja) * 2015-12-10 2019-10-02 Necフィールディング株式会社 メールサーバ装置、メール管理方法、及びメール管理プログラム
CN108965095B (zh) * 2017-05-17 2021-03-30 北京京东尚科信息技术有限公司 邮件解析方法、邮件解析系统、电子设备和可读存储介质
US10798039B2 (en) * 2018-07-31 2020-10-06 Salesforce.Com, Inc. Intelligent real-time SMTP routing

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04196941A (ja) * 1990-11-28 1992-07-16 Nec Corp 同報メールの管理システム
JPH07264234A (ja) * 1994-03-17 1995-10-13 Hitachi Ltd 電子メール管理方法
JP2933123B2 (ja) * 1996-06-10 1999-08-09 日本電気株式会社 電子メール配信装置
US20040054731A1 (en) * 2002-09-12 2004-03-18 International Business Machines Corporation Apparatus, system and method of delivering e-mail messages
US7409428B1 (en) * 2003-04-22 2008-08-05 Cooper Technologies Company Systems and methods for messaging to multiple gateways
US20050111035A1 (en) * 2003-11-20 2005-05-26 Kouichi Takamine Printing apparatus, printing system, printing method, and program therefor
CN100581142C (zh) * 2005-11-04 2010-01-13 中国移动通信集团公司 电子邮件附件的处理方法
US20070255792A1 (en) * 2006-04-26 2007-11-01 Momail, Ab Method and apparatus for an email gateway
CN101079879A (zh) * 2006-12-19 2007-11-28 腾讯科技(深圳)有限公司 一种电子邮件传送系统及方法
US8392513B2 (en) * 2009-01-05 2013-03-05 International Business Machines Corporation Reducing email size by using a local archive of email components

Also Published As

Publication number Publication date
JP5607461B2 (ja) 2014-10-15
JP2012054623A (ja) 2012-03-15
US20130191484A1 (en) 2013-07-25
WO2012029374A1 (ja) 2012-03-08
CN102986174A (zh) 2013-03-20

Similar Documents

Publication Publication Date Title
CN102986174B (zh) 邮件传输系统以及邮件网关
US7930358B2 (en) Method and apparatus for efficiently managing “messages sent” file and resending of messages from mobile wireless communication device
CN102164097B (zh) 邮件系统以及数据存储服务器
JP2007535011A (ja) メッセージ交換システム
US7720911B2 (en) Email using queues in non-persistent memory
CA2589522A1 (en) Method and apparatus for efficiently managing "messages sent" file and resending of messages from mobile wireless communication device
CN101510893A (zh) 消息文件的发送、中转、接收方法、装置及传输系统
CN100361476C (zh) 发送、呈现电子邮件的方法和电子邮件客户机
CN101902701B (zh) 邮件中继装置
CN105791399A (zh) 多中继互联网大数据推送方法和系统
CN101507161A (zh) 用于在消息通讯系统内部路由消息的系统和方法
US9252974B2 (en) Mail gateway, mail delivery method, and program
US7555519B2 (en) Encoded electronic mail
JP3603759B2 (ja) ファクシミリサーバと該サーバを用いた通信方法
US20120278409A1 (en) Mail system
CN104378241A (zh) 一种基于ip数据分组的多协议信息解码的系统
JPH11252165A (ja) メール削除機能付き電子メールシステム
US8190691B2 (en) Terminal and method for distinguishing between email recipients using specific identifier
JP4414872B2 (ja) メッセージ通信システム
JP3871625B2 (ja) 通信装置
TWI241087B (en) Customer contact server, customer contact method and program thereof
JP2021072027A (ja) メール監視装置およびメール監視方法
JP2009098820A (ja) 電子メール管理システム
Tran FreeBSD server anti-spam software using automated TCP connection control

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