CN100413292C - 验证电子消息的传递和内容的系统及方法 - Google Patents

验证电子消息的传递和内容的系统及方法 Download PDF

Info

Publication number
CN100413292C
CN100413292C CNB018147488A CN01814748A CN100413292C CN 100413292 C CN100413292 C CN 100413292C CN B018147488 A CNB018147488 A CN B018147488A CN 01814748 A CN01814748 A CN 01814748A CN 100413292 C CN100413292 C CN 100413292C
Authority
CN
China
Prior art keywords
message
server
addressee
receipt
described message
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
Application number
CNB018147488A
Other languages
English (en)
Other versions
CN1653458A (zh
Inventor
T·A·托姆科夫
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.)
RPOST INTERNATIONAL Inc
Original Assignee
RPOST INTERNATIONAL Inc
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=24510978&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=CN100413292(C) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by RPOST INTERNATIONAL Inc filed Critical RPOST INTERNATIONAL Inc
Publication of CN1653458A publication Critical patent/CN1653458A/zh
Application granted granted Critical
Publication of CN100413292C publication Critical patent/CN100413292C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/60—Business processes related to postal services
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
    • 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/21—Monitoring or handling of messages
    • H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
    • 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/21—Monitoring or handling of messages
    • H04L51/234—Monitoring or handling of messages for tracking messages

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Computer Hardware Design (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

为了提供电子消息，比如电子邮件的内容和传递的第三方验证，一个服务器服务于打算发送或者转送到指定收件人的电子邮件，并且对消息加“标签”，表示向该服务的提供者登记了该消息。然后，服务器建立与收件人的邮件用户代理(MUA)的直接远程网连接，并把加标签的电子邮件发送给收件人的MUA，以及任何其它收件人的MUA。在收到来自接收MUA的消息被成功接收的答复之后，服务器建立一个电子收据并转送给消息始发者。收据包括下列各项的一个或多个，最好是包括全部：原始附件的原始消息；一个传递成功/失败的列表，它列出收件人的MUA何时成功接收消息，和MUA存在传递失败；一个对应于消息和附件的数字签名。通过日后接收附件和验证数字签名匹配数字签名和有关信息，系统操作员可以提供独立的第三方确认，以证明收据是它们的系统的真实产物，关于消息内容和传递的信息是准确的，而且不需要对原始消息或者收据存档。

Description

验证电子消息的传递和内容的系统及方法
技术领域
本发明涉及一种验证电子消息的传递和内容的系统及方法，特别是一种以后提供关于电子邮件的传递和内容的证据的系统及方法。
背景技术
近些年来，电子邮件已经成为不可或缺的业务工具。电子邮件已经替代了用于许多业务的“邮递邮件”，因为电子邮件比“邮递邮件”更快、更便宜并且通常更可靠。但是，还是保留了硬拷贝仍然占主导地位的某些邮件应用，比如，挂号邮件和保证邮件。例如，当通过保证邮件发送信件时，给发送者一张收据以证明信件被邮寄。返回的挂号邮件添加邮局服务确认，以证实该信件已经被成功地传递给收件人或者收件人授权的代理。此外，专用信史，比如Eedral Expres
Figure C0181474800061
(联邦快递)和United Parcel Service
Figure C0181474800062
(UPS)(联合邮政服务)提供某些类型的传递确认。由于每一件信史邮件实际上都要登记，因此当顾客想要传递证明时，自然会求助于这些服务。
许多现存的电子邮件和电子邮件程序已经提供了某些形式的传递证明。例如，目前有一些电子邮件系统允许发送者制作具有“通知请求”标签的消息。这种标签允许发送者请求消息被传递和/或消息被打开时的通知。当发送者请求传递通知时，互联网电子邮件系统向发送者提供所述消息被传送到邮件服务器或者收件人的电子邮箱的电子邮件收据。收据消息可以包括消息的名称、目的地地址、传送时间。该收据消息还可以包括(取决于发送邮件软件中设置和激活的“标记”的类型)经由到达目的地的路由传送消息的所有互联网“站”的目录。这种数据传送的格式被做成实施电子邮件的某些规则和协议。此外，当“阅读通知”请求与消息一同发送时，收件人的电子邮件程序可以向发送者发送一个收件人打开该消息进行阅读的电子邮件通知。许多电子邮件客户机能够支持该类型的数据传送；但是，互联网协议不能进行这种强制。
然而，这不意味着与通知请求一同发送的电子邮件像挂号邮件那样在所有方面都是有效的。人们证实和登记信件是因为想要传送信件的证据，即在民事或者刑事诉讼中使用的证据，或者满足已经发出消息的管理员或者客户或者政府机构要求的证据，证明一件工作已经做完，一个指令已经发出，或者一个合同要求是满意的。
来自美国邮政管理局(USPS)的登记收据构成传递的证据，因为USPS是该收据的后台。该收据代表邮政局的确认，证明所涉及的信件和包裹确实被传递给收件人或者收件人的授权代表。另一方面，对于电子邮件收据，要使它成为被承认的值得信赖的电子邮件收据，也就是，使传送消息的证据成为法院上有说服力的证据，还存在各种障碍。毕竟该收据可能恰好是由任何人在任何时候变更或者创建的另一个电子邮件消息。
因此，需要一种可以提供电子邮件消息内容和传递的可靠证据的电子邮件系统和/或方法，以便得到经由电子邮件通信的便利性和低成本的更全面的优点。
为了满足这种需要，建立了某些系统，使发送者通过在服务中进行登记，可以接收第三方的传递证据，由此：
a)发送者向第三方发送电子消息和文件的预期收件人的名单。
b)第三方向每一个消息的预期收件人发送一个通知，邀请它们访问能够观看该消息的第三方网站。
c)如果预期收件人访问第三方网站，观看该消息，则第三方记录该访问，使发送者能够知道该消息已经被收件人阅读。
这种系统的缺点是多方面的。首先，该系统基本上依赖于电子邮件的电子邮件收件人的合作，即依赖于收件人从第三方服务中收集它们的消息。但是，发送者想要消息传递的证据的环境经常是，不能假定预期收件人将在接收消息时予以合作的环境。在这种情况下，例如，在消息的确认收据将出现在收件人的金融或者法律麻烦的情况下，收件人可能完全没有注意‘他有效接收邮件’的通知。需要注意的是，在这样的一个系统中，不能保证预期收件人已经收到等候邮件的通知。第二，在请求发送者和/或收件人连接环球网站点以发送、收集和验证每个消息传递的情况下，与常规的电子邮件相比，这种系统不仅使用麻烦而且速度慢。此外，利用这种方法的文件传送可能需要发送者和接收者双方将文件加载和下载到一个网站上。最后，由于这些方法需要第三方保留每个消息的全部拷贝，直至它们被收集到或者(时间)过期，因此该方法可能需要其供应者在扩展的时段，将相当大计算资源用于数据存储和数据跟踪。作为一种提供传递证据的可替代的方法，一些系统向所有者提供插入式的电子邮件客户机或者网络浏览器，假如收件人也使用相同的电子邮件客户机，则在接收到一个消息时，所述电子邮件客户机或者网络浏览器将通知发送者。
因此，存在这样一种电子邮件系统/方法之需要，该电子邮件系统/方法可以提供电子消息内容和传递的可靠证据，并且，不需要收件人的配合或者协作，不需要在发送者或者收件人部分上加载特殊电子邮件软件，而且采用与传统电子邮件相同的便利性和速度进行操作，以及服务供应者能够很经济地进行操作。
发明内容
本发明的一般目的是提供一种系统和方法，通过安全的和窜改证据的文件，可靠地验证诸如电子邮件的电子消息的内容和传递。在理论上，本发明将给予电子邮件和其它电子消息一个至少与挂号的美国邮件等同的法律地位。然而对本发明来说，当本发明提供有用信息和不关注的验证时，不需要把任何特定法律地位给予依据所教导的方法发送的消息。
本发明包括一个电子消息系统，用于建立和记录经由该系统发送的每个电子消息的数字签名。始发者可以向该系统发送电子消息的拷贝，或者在系统内产生电子消息。然后，该系统向所有收件人(或者，向与收件人相联系的指定消息管理人)发送和传送电子邮件消息，所述的收件人包括“to”收件人和“cc”收件人。此后，该系统把传送的收据回送给电子消息的始发者。其中，收据包括：原始消息；消息的数字签名；握手和传送历史，包括传送到收件人的次数。为了日后验证和鉴定收据中含有的信息，始发者或者用户将收据的拷贝发送给系统。然后，该系统验证数字签名是否与原始消息和收据的其余部分相配。如果这两者都相配，则系统发送一封验证电子消息没有改变的信件或者提供其它的验证电子消息没有改变的真实性确认。
该系统由连接互联网的电子邮件服务器构成，该系统可以被应用在许多方面。例如，各用户通过把一个“副本”发送给系统或者在系统内构成消息，可以注册他们的电子消息。对于公司和电子商务用户，这些用户通过使系统具有保留和归档收据的选项，可以将它们的服务器变成假如本发明的服务器并且具有它们的所有已登记的内部电子消息。该系统可以接受和验证已加密的电子消息并且管理“防火墙”内和/或外的电子消息。对于基于环球网的用户，即使用基于环球网的个人或者公司，比如MSN Hotmail
Figure C0181474800091
或者Yahoo Mail
Figure C0181474800092
，这些用户可以检查邮件箱或者把一个标志设置在它们的电子邮件程序内，以便以逐案件处理为基础，选择是否使用本系统登记电子邮件和/或归档该消息。
数字签名可以使用已知数字签名技术来创建，比如可以通过运算散列函数来产生消息摘要，然后对消息摘要加密。可以为消息正文、任何附件创建单独的数字签名，以及为包括正文、附件、各个消息摘要的全部消息创建单独的数字签名。已加密的消息摘要提供一种消息证明或者验证码，或者安全文件。也可以生成和使用其它的消息证明和/或验证码。
一个方面，本发明是一种提供有关电子消息的传送和内容地证据的方法，包括：经由计算机网络接收一个电子消息，该消息具有与其关联的地址；根据所述消息计算消息摘要，加密消息摘要；记录实现消息传送的简单邮件传输协议(SMTP)或者扩展的SMTP(ESMTP)对话；接收与所述消息和传送地址相关联的传送状态通知信息；向发送者提供一个电子收据，所述收据包括：消息拷贝，已加密消息摘要，(E)SMTP抄本，和至少一个传送状态通知信息的子集，并且在日后，电子接收来自发送者的电子收据，验证已加密的消息摘要对应于所述消息，验证所述消息被关联传送地址的电子消息处理器接收。
另一方面，本发明是一种验证电子消息传送的方法，包括：在广域网计算机系统中，接收来自消息发送者的消息，以选择到达目的地地址的路由；建立与一个关联目的地地址的电子消息服务器的通信，所述服务器定义一个目的地服务器；查询所述目的地服务器，以确定目的地服务器是否支持传送状态通知(DSN)功能；接收对所述查询的响应，所述查询和响应共同定义一个SMTP对话；根据SMTP对话，请求来自目的地服务器的传送状态通知信息；把电子消息发送到目的地地址；接收来自目的地服务器的关于电子消息传送的DSN信息；向消息发送者提供至少一部分SMTP对话和至少一部分DSN信息。
再一方面，本发明是一种验证已接收电子消息内容的方法，包括：接收电子消息；生成对应于已接收消息的内容的数字签名；向指定地址提供消息和数字签名；此后，验证数字签名对应于所述消息。
根据本发明的又一方面，所述方法包含建立收件人是否电子接收到一个消息的步骤，包括：发送者提供与收件人地址一起发送的一个消息；把所述消息电子地发送到收件人地址；跟踪所述消息，以确定发送到收件人地址的消息的最终传送状态；接收到消息的最终传送状态时，生成一个收据，所述收据包括消息的拷贝、签名、消息的最终传送状态；相发送人提供收据，以便日后确立所述消息被收件人电子接收。
根据本发明的另一方面，提供一种证明发送给收件人的电子消息被阅读的方法，包括：提供与收件人地址一同发送的电子消息；计算对应于电子消息的数字签名；把电子消息发送到收件人地址；请求来自收件人的邮件用户代理(电子邮件客户“阅读”)通知；收到阅读通知时，生成一个阅读收据，所述阅读收据包括来自收件人的消息拷贝、对应于电子消息的数字签名、所述阅读收据的第二数字签名；提供用于收件人接收所述消息的以后验证的阅读收据。
根据本发明的另一方面，提供了一种确认电子消息的有效拷贝(purported copy)的完整性的方法，包括：接收有效电子消息拷贝，所述有效拷贝包括与其关联的加密消息摘要；加密消息摘要；根据有效拷贝的内容生成第二消息摘要；通过比较已解密的消息摘要和第二消息摘要以确定这两个消息是否匹配，确认所述有效摘要。
根据本发明的又一方面，提供了一种确认已接收的被登记电子邮件的方法，包括：接收一个电子收据，所述收据包括基本消息和加密的消息摘要；解密所加密的消息摘要；从基本消息中生成第二消息摘要；如果解密的消息摘要与第二消息摘要相匹配，确认电子邮件。
在另一方面，本发明是一种用户可以发送和接收安全消息的网站，具有充当独立的第三方的网站主机，该网站主机发送和接收消息并且提供关于消息的内容和传送的安全文件。
当本领域的熟练技术人员阅读下面的优选实施例的详细说明和观看附图时，将会明白本发明的上述目的和其它特点以及本发明的优点。在附图中，相同的标号指相同的部件。
附图说明
下面参考附图详细说明本发明的优选实施例。
图1是本发明的第一实施例的系统图，其中，输出消息是通过一个特定邮件传送代理(MTA)进行发送而登记的；
图2A-2F构成了用于登记图1实施例的输出电子邮件的代表性流程图；
图3是本发明的第二实施例的系统图，发送者可以指导邮件传送代理经由一个单独的登记MTA发送已选择的消息；
图4是本发明的第三实施例的系统图，其中，将输出消息的副本(cc’s)发送给一个特殊服务器进行登记；
图5是本发明的第四实施例的系统图，其中，用户在一个指定网站构成要登记得输出消息；
图6是本发明的第五实施例的系统图，其中用户可以发送已登记得电子邮件，并且把由此而来的收据存储在基于环球网的邮件用户代理(MUA)中；
图7是确认已登记的电子邮件收据的流程图；
图8是用于登记输入消息的本发明一个实施例的系统图；
图9是用于登记输入消息的流程图；
图10是用于确认已接收的被登记消息的流程图；
图11是显示电子商务使用本发明登记和确认输入和输出通信的一个实例的系统图。
具体实施方式
该说明没有限定性意义，而仅仅是用于解释本发明的一般原理的目的。本详细说明的段落标题和整体组织仅仅用于便于解释的目的，而不是限制本发明。所以，本发明将对使用互联网网络结构和基本设施的电子邮件消息发送系统进行说明。应当理解的是，这里所述的消息类型和网络结构仅仅是示例；本发明还可以应用于使用包括有线和无线网络的其它计算机网络结构的其它电子消息协议和消息类型。为了标语讨论，根据本发明处理的消息可以被称之为“已登记”消息。在下面的讨论中，术语“RPost”被概括性地称之为第三方实体，它创建和/或操作实现本发明的软件和/或硬件，和/或充当一个指定的第三方消息验证器。所述术语仅用于方便示例的讨论，不能理解为限定本发明。
1.输出邮件服务器实施例的RPOST
图1是本发明的第一实施例的系统图，其中输出电子邮件根据本发明进行登记。在该实施例中，RPost登记服务器14用作一个消息发送者邮件用户代理(MUA)13的主要输出邮件传送代理(MTA)。尽管消息收件人18在技术上是收件人，因而仅仅在时间上是预期收件人或者目的地，但是为了便于说明，该实体将被称之为收件人、收信人或者目的地。需要注意的是，单一消息可以有许多不同的目的地，并且可以经由不同的MTA到达每一个这些目的地地每一个。
发送已登记消息的方法可以被划分成三个部分：
1)预处理：在发送消息前采取得步骤；
2)传送：传递消息到收信人的方法；
3)邮寄处理：收集消息传送后的关于该消息的信息的处理过程，收据的建立，和收据的确认。
1.1预处理
收到传送的消息时，RPost服务器将在用于每个消息的一个数据库中建立记录，该数据库将存储这样的信息：
a)接收消息的时间；
b)消息附件的名称；
c)消息地址的号码；
对于消息的每个目的地，数据库将记录：
a)目的地的名称(如果有效)；
b)目的地的互联网地址；
c)消息被传送到目的地邮件服务器的时间；
d)该目的地的传送状态。
系统使用的收件人传送状态将包括：
UNSENT
该状态指示还没有发送消息。
DELIVERED-AND-WAITING-FOR-DSN
该状态指示已经把消息传送给ESMTP适应的MTA，该MTA支持传送状态通知(DSN)，所以可以预料成功/失败通知。
DELIVERED
该状态表示发送给该收件人的消息拷贝已经被成功地传送到不支持ESMTP DSN的一个服务器。
DELIVERED-TO-MAILBOX
该状态表示已经接收到DSN消息，所述DSN消息指示发送给收件人的消息的拷贝被传送给收件人的邮件箱。
RELAYED
该状态表示已经收到MTA DSN，指示发送给该收件人的消息的拷贝已经被转送到前面的另一个服务器。
UNDELIVERABLE
该状态指示在重复尝试之后，RPost已经不能连接MTA，以把消息传递给该收件人。
FAILED
该状态表示已经接收到MTA DSN，它指示不能将消息的拷贝传送给该收件人。
此时，该系统将还对消息内容执行散列法功能。
PRost服务器14利用散列函数和加密算法。该散列函数可以是已知的任何一种散列函数，包括MD2、MD5、安全散列算法(SHA)，或者将来可能开发出来的散列函数。散列算法和方法被公开在下列文件中：Bruce-Schneider，Applied Cryptography：Protocols，Algorithms，andSource Code in C，John Wile Wiley & Sons，Inc.(New York)1993；FederalInformation Processing Standard Publication 180-1(FIPS PUB108-1)secure Hash Standard，National Institute of Standards andTechnology；and U.S.Pat.No.5,530,757 issued to Krawczyk，entitled“Distributed Fingerprints for Information Integrity Verification”，这里作为散列函数、加密和实施这些函数的方法和系统的教导引出。也可以使用检测消息内容是否已经被改变的其他的已知或者新的方法。
好的散列函数H是单向的；也就是，它是难于逆向的，其中“难于逆向”是指给出一个散列值h，它不可能通过计算发现某些输入x，使H(x)＝h。此外，散列函数至少应当是弱自由冲撞的，这意味着，给定一个消息x，不能通过计算发现某些输入，使H(x)＝H(y)。其结果是得知所使用的算法和得到散列值或者消息摘要的伪造者不能建立将分散相同数量的伪造消息。被散列函数逆向的散列值h通常被称之为消息摘要。消息摘要有时被称之为消息x的“数字指纹”。目前，建议单向散列函数产生至少128比特长的输出，以便确保结果是安全的而不是伪造的。随着技术的最新状态的前进，安全散列函数的推荐长度也许增加。
Rpost服务器14计算消息正文的消息摘要和消息的每个附件的独立的消息摘要，并以这样一种方式存储它们：它们以后被包含在该消息的收据内。
在以要求注册的方式改变消息之前，按照系统随后可以恢复原始消息和其附件的拷贝的方式存储它们。
Rpost服务器在将消息发送给收件人的MTA之前，可以以几种方式改变该消息。
尽管对消息加标签对本发明的实践不是必需的，但是，它是指消息已经被登记的事实，对消息加标签可以这样实现，比如插入字“已登记”或者在消息的“题目”行的开头插入“已登记”，在原始消息的结尾添加一个标签，比如：
“该消息已经被Rpost登记。关于附加信息，访问我们的网站，www.Rpost.com。”或者添加其他标签。此外，该标签可以包含指令，环球网地址，或者链路，该链路邀请并允许收件人通过链接到可以构成、发送已登记消息的网页，来发送一个已登记的消息答复。
尽管贴标签是任选的，但是通常将已传递的消息称之为加标签消息。
互联网协议提供两种用于电子邮件的收据格式：
MTA NOTIFICATIONS
这些是收件人的MTA发送的电子邮件，它通知名义发送者各种事件已经发生的消息。符合SMTP协议的MTA在邮寄者不能把一个消息传递给收信人的邮箱的情况下(如果地址无效或者收信人的邮箱已经超过分配的存储配额，则可能发生)通常将只发送一条通知。
由于引入了扩展的SMTP标准，它能够发送MTA以请求消息传递的成功和失败的通知。这些传递状态通知(DSN)是某些事件发生时由一个接收的MTA发送给消息的名义发送者的电子邮件，所述的某些事件发生是例如：消息已经被成功的放置到收件人的邮箱中；由于某种原因，该消息不能传递到收件人的邮箱；收件人的消息已经在不能给予DSN收据的另一个服务器上中继。
需要注意的是，支持扩展的SMTP(ESMTP)协议的电子邮件服务器支持DSN的格式，支持该功能的服务器是任选的ESMTP服务器并且依赖于服务器管理员选择的配置。
尽管DSN是一个随着ESMTP到来才开始使用的术语，但是在下文中，我们将使用‘DSN’涉及任何MTA生成的消息，这些消息与接收消息是否符合ESMTP协议的状态有关。
MUA NOTICES(READING NOTIFICATIONS)
这些是当某些事件发生时，由收件人的邮件用户代理(MUA)(电子邮件程序)发送给(名义)作者的电子邮件。所述的某些事件是例如：打开消息进行阅读，或者从系统中删除消息而不阅读。按照互联网协议(RFC1891)，不能强迫MUA程序生成这样的通知。不论MUA是否将生成，这些收据将依赖于它的用户选择的配置。
Rpost服务器14将以试图从顺从的MTA和MUA中引出MTA DSN和MUA通知的方式配置和发送消息。为了从顺从的MUA中得到阅读收据，某些报头必须被包含在电子邮件消息的报头部分中。不同的MUA响应不同的报头；因此，服务器14以被各种MUA识别的格式将若干不同报头添加到请求一个阅读通知的每个消息上。这些报头取以下格式：
报头标记：用户名(用户地址)
例如：
设置-通知-至：john smith<jsmi th@adomain.com>
阅读-通知-至：john smith<jsmi th@adomain.com>
其中，‘john smith’是要发送MUA通知的用户的姓名，‘<jsmith@adomain.com>’是用户的互联网地址。在名义上，这种报头应当涉及消息的作者，但是在本方法中，需要把该通知返回到RPost，使RPost能够处理该通知。为了确保实现上述目的，服务器14将插入请求要被发送到例如readreceipt@RPost.com地址的MUA收据的报头，由RPost处理它们。这将指导任何顺从的收件人把他们的通知发送给一个RPost地址，用于处理。
处理返回的MUA通知的任务引发了另一个问题，即必须在该阶段进行处理。没有管理MUA通知的格式或者内容的标准。它们通常将提供原始消息的主题和它们正在报告的事件(例如，“打开阅读”)的时间。但是，即使该消息被包含在该通知中，也不足以唯一地识别提示它的消息或者识别该消息的作者。当系统接收到一个MUA通知时，该系统能够识别提示它的消息，以便把通知信息包含在RPost将为发送者生成的收据中。作为选择，该系统必须至少能够可靠地识别MUA通知涉及的消息的发送者，使通知信息可以按照RPost阅读收据的形式被传送给发送者(参见下文)。
为了实现后一个目的，系统可以采用互联网具有两个分量的事实的优点。这两个分量是：一个姓名字段，和一个地址字段，其中地址字段由角形引用号“◇”分开。大多数MUA将把这两个字段包含在它们的MUA通知的目的地地址中。在构成它的用于MUA收据的请求时，RPost系统将包括服务器14，用于阅读作为通知的地址的收据处理地址，但是将使用报头姓名字段中的原始发送者的地址。例如，当消息 的原始发送者是互联网地址为jsmith@adomain.com的用户John Smith时，RPost服务器将包含以下形式的报头：
设置-通知-至：jsmi th@adomain.com readreceipts@RPost.com
这通常将导致顺从的MUA向按如下编址的readreceipts@RPost.com发送一个通知：
jsmith@adomain.com<readreceipts@RPost.com>
当在地址“readreceipts@RPost.com”收到一个通知时，服务器通过分析地址字段，确定该通知涉及一个由jsmith@adomain.com原始发送的消息，即使不能通过检查该通知的内容来确定它。对于该消息，服务器随后可以将通知的内容封装在一个被数字签名的RPost阅读收据中，并且发送该收据到地址jsmith@adomain.com。
RPost系统还将努力得到和收集由收件人MTA生成的MTA DSN通知。由于这种通知总是被发送给消息报头的“FROM：”字段中列出的地址，因此服务器14必须改变每个消息报头，以便在可以处理DSN的Prost地址上按照“FROM：”接收该消息。
然而，处理DSN的问题引发了该阶段必须处理的另一个问题。DSN没有任何标准内容和格式；通常不能仅仅通过检查这些电子邮件的内容来确定，电子邮件内容的消息正在给出什么通知。该问题被假定为，已经通过使用DSN封装ID编号对依据ESMTP协议生成的DSN编址(参见RFC1869)。根据该协议，一个发送的MTA可以包括一个基准编号和它的用于DSN的请求。该编号被引用在任何返回的DSN中，允许发送者识别DSN的消息主题。然而，事实上，许多支持ESMTP DSN的报告它们自己的MTA不返回足以可靠地识别主题消息的DSN封装ID或者任何其它信息。最后，即使DSN不能返回足以可靠地识别正在发出通知的消息的信息，它通常将不包含识别已经提示通知的消息的特定收件人的足够信息。因而，单一消息可以被发送给一个域的两个收件人；一个可以被成功地传送到收件人的邮箱；另一个则不能。用于该域的MTA可以按照不规定DSN的收件人的方式在DSN中报告这些事件，以确定是否成功地传送给收件人(例如，如果DSN报告收件人的地址为本地别名，而不是原始消息中包含的地址时，则可能发生)。
本发明通过四个步骤解决该问题：
1)为每个输出消息生成唯一的标识编号(例如，基于时间标记)。该编号被存储在一个数据库中。
2)列举每个消息的收件人，并且把识别的编号存储在一个数据库中。
3)把消息分别分送到每个预期收件人的MTA。(即使两个收件人具有公共域名和MTA，但是服务器14将在两个分离的SMTP远程网话路中把该消息发送给MTA。)
4)当服务器14发送消息到收件人的MTA时，它将增加消息的“FROM”字段，以显示已经从并入了发送者的消息唯一ID和识别编号的地址发送的消息。该地址还包括能够使服务器把返回消息识别为DSN的子串(例如，“rcpt”)。
这样，来自名为John Smith的发送者的，由服务器14命名“mmyyddss”的单一消息可以借助一个阅读报头被发送给第一预期收件人(由系统命名的“a”)：
From：John Smith<rcptmmddyyssa@RPost.com>
上述消息将借助一个阅读报头被发送给第二收件人：
From：John Smith<rcptmmddyyssb@Prost.com>
许多电子邮件的MUA将仅仅显示消息的发送者的姓名，因此大多数收件人将看不见具体的地址。
这种编址方式的结果是，当收件人MTA发出DSN(无论ESMTP顺从或者不顺从)时，它们将这些DSN发送到不同的Prost收件人。当收到这些DSN时，服务器14通过“RCPT”前缀把它们识别为DSN消息，并且通过分析收件人，可以确定那个消息和哪个收件人是DSN的对象。
当系统14每次试图发送消息给收件人MTA时，它将改变涉及消息的收件人的每个消息的‘FROM’字段。
为了确保正确引导收件人对所发送消息的答复，系统14将一个明确的“答复”消息添加到列出原始发送者姓名和互联网地址的消息中。在本实例中，这将是：
Reply-to：john smith<jsmith@adomain.com>
这将引导收件人MUA把对已接收消息的答复发送到实际的发送者地址，而不是发送给所构成的RPost地址。
1.2发送
如上所述，它是RPost服务器向该消息的每个收件人发送输出消息的分离拷贝的方法的部分。此外，RPost试图使每个这样的传递经由一个直接SMTP与记录每个目的地的邮件eXchanger(MX)连接。
注意：每个有效互联网电子邮件地址包括一个互联网域名或者IP地址每个域名/地址与授权接收该域中的收件人邮件的电子邮件服务器相关联。需要注意的是，某些域具有一个以上的服务器。负责每个域的域名服务器经由互联网广播它的邮件服务器的身份。该信息可以公开地利用、管理和传送，但必须遵守管理互联网电子邮件和域名服务的规则和协定。
在传送消息拷贝给任何目的地之前，RPost服务器将执行互联网名称服务器查找，以识别与目的地域关联的一个MTA。为目的地地址而识别责接收邮件的MTA后，系统将试图打开与目的地的本地MTA的远程网连接。
通常的做法是，互联网电子邮件从MTA转送到MTA，直至它们到达它们的最终目的地。对于具有负责接收用于收件人域名的电子邮件的所有权的电子邮件服务器，请求RPost服务器与目的地MTA之间一个直接连接的主要目的是使RPost服务器可以记录消息的传递，(该记录采取SMTP对话的形式)。
该记录的存在提供了消息被传递的有用证明，与已登记的邮件收据提供传递证明大体相同。USPS登记的邮件被处理为可验证传递的邮件，如果它已经被传递到收件人授权的代理(例如，秘书，或者邮件的同室职员)。如果发生对RPost传递收据的验证价值提出合法性挑战的情况，则将认可在选择互联网电子邮件服务提供者时，收件人已经授权该提供者代表他收集电子消息。反过来，服务提供者通过广播作为接受的用于该域的电子邮件服务器的MTA的地址，确认其作为该域名的收件人的授权代理的地位。
所以，将消息直接传递到负责接收收件人电子邮件的邮件服务器时，RPost已经将消息给已经合法授权接收他的邮件的收件人的代理。通过记录传递交易(该交易采用SMTP对话的形式)，RPost可以要求具有传递到收件人已授权代理的证据。
需要注意的是，尽管这里所述的方法试图收据传递到每个目的地的其它形式的证据，但是不论这些努力是否成功，都依赖于没有RPost控制的因素，(例如，在收件人的邮件服务器上配置的SMTP支持的形式)。另一方面，每个直达收件人邮件服务器的成功传递将总是生成SMTP记录，对该记录进行记录允许RPost提供传递到任何有效互联网目的地的证据，该有效互联网目的地服从互联网邮件的最低协议(SMTP)。这表示本方法具有超过也许试图依赖ESMTP DSN证明传递的其它方法重要优点。
识别用于消息目的地的MTA后，RPost服务器将通过发出服从于RFC1869的“EHLO”握手来试图打开与目的地MTA的ESMTP连接。如果服务器16支持ESMTP，则它将通过列出它支持哪些ESMTP服务的列表进行响应。
如果服务器16支持ESMTP，则RPost服务器将首先确定服务器16是否支持ESMTP服务“VERIFY”。该验证服务允许一个呼叫SMTP服务器特别地确定MTA域中的地址是否是真的。如果RPost服务器确定这些意味着它正在试图传送其消息的地址是无效的，则它将终止连接，停止将消息传递给该收件人的努力，并且把该消息目的地的状态作为UNDELIVERABLE(无法传递)记录在它的数据库中。
无论结果如何，RPost都将在一个字段中记录ESMTP VERIFY对话并存储它，以便随后可以把该对话加入或者包含在用于该消息的传递收据中。应当注意的是，处于安全考虑，少数ESMTP服务器支持VERIFY功能。
如果系统16不支持VERIFY方法，那么RPost服务器将仍然试图把消息传递到系统16。MTA通常将接受用于它的域中名义上的任何地址的消息，并且，如果该地址是无效的，则随后发送一个DSN。
RPost服务器将试图确定目的地服务器是否支持ESMTP服务DSN。如果是，则RPost将发送带有一个请求的消息，请求服务器16通知发送者带有ESMTP DSN的消息，无论到收件人的传递成功还是失败。当消息成功传递到该目的地之后，系统将把该目的地的传递状态记录为DELIVERED-WAITING-FOR-DSN.
如果服务器16答复在某种意义上指示它不支持ESMTP的“EHLO”握手，则RPost服务器将发出“HELO”消息，以启动SMTP连接。如果实现该连接，则RPost将发送服从SMTP协议的消息，并且把目的地的传递状态记录为DELIVERED。
无论该连接是SMTP还是ESMTP，RPost服务器将记录这两个服务器之间的整个对话。该对话通常将包括协议消息，其中，目的地服务器进行自我识别，授权加载用于指定收件人的消息，并确认该消息被接收。RPost将保存该交易的记录，这样，以后可以得到该记录，并且把该记录包含在或者加入到用于该消息的RPost传递收据中。
由于各种原因，RPost不能实现与收件人的MTA的SMTP连接，或者它也许实现这样一种连接，但是不允许收件人发送该消息。在这种情况下，如果互联网找到目的地地址由多个MTA服务的启示，则RPost将试图把它的消息依次传递给每个MTA。每当系统资源许可时，RPost将连续尝试对适当MTA的传递。如果，在一个时间长度之后，RPost不能传递消息到一个地址，它将把该消息收件人的状态做成“UNDELIVERABLE”，并且停止发送该消息到目的地地址的尝试。
当RPost服务器成功发送一个消息给明确支持ESMTP DSN的目的地服务器时，RPost将把该消息的收件人的状态记录为“DELIVERED-AND-WAITING-FOR-DSN”。
当RPost服务器经由一个不明确支持ESMTP DSN的连接成功发送一个消息给目的地服务器时，RPost将把该消息的收件人的状态记录为“DELIVERED”。
1.3.后处理
DSN处理
MTA DSN将被返回到对其专有域中的虚拟地址寻址的RPost(例如，“RPost.com”)，这些地址按照上述说明构成。RPost服务器将扫描对该域寻址的所有入站邮件，并且通过它们的识别子串(例如，“rcpt”)检测DSN消息。通过按上述方式分析这些地址，系统可以识别消息和已经提示DSN通知的收件人。
没有用于DSN消息的标准格式；也没有报告它们的结果的任何标准词典。为了估算已接收的DSN，该系统必须在DSN消息的主题行和正文中查找表达DSN含义的字和短语。例如，诸如“成功传递”或者“传递到邮箱”或者“被传递”通常用信号发送DSN涉及的消息被设置到目的地的邮箱中。当检测到这样的短语时，系统将把消息的该目的地的传递状态变为“DELIVERED TO MAILBOX”。
诸如“不可能传递”、“致命错误”、“失败”和“不成功”的短语通常用信号发送一个报告MTA传递消息到目的地失败的DSN。当检测DSN中的这些短语时，系统将把收件人传递状态的记录变成“FAILED”。
尽管该系统总是传递邮件到用于目的地域的专有MTA，但是这些MTA将在某些时候把消息转中继不同服务器(例如，如果接收的MTA在防火墙后面发送邮件，则可能出现该情况)。在这种情况下，DSN将包含诸如“转播”或者“向前转播”的短语。在这种情况下，该系统将收件人的传递状态变成“转播”。
因此，当估算DSN和更新收件人的传递状态后，该系统将保存DSN和它包含的任何附件，这样该消息可以被包含在和/或加入到RPost传递收据中。
消息管理
有时，该系统将扫描每个已发送的消息和检查该消息的每个目的地，以便确定该系统是否已经完成目的地的传递的处理。完成的条件依赖于以下的目的地传递状态：
DELIVERED：该状态指示该收件人的消息拷贝已经被传递到不支持ESMTP DSN的一个MTA。这样一个MTA在消息不可能被传送到收件人的邮箱的情况下，也许仍然发送一种形式的传递状态通知(例如，如果目的地地址与该域中的有效帐户不符，则可能发生)。所以，系统将不把用于这样一个收件人的传递处理为完成，直至因为对收件人MTA的传递使一个时段到期。该时段(通常是二至二十四小时)代表大多数服务器返回传递失败通知所需的最大时间的估算。如果特定目的地域遥远或者得知提示或者产生这样的通知迟缓，则可以调整上述时段。
RELAYED：该状态表示已经收到一个DSN，该DSN指示收件人MTA已经把消息传送到不能支持ESMTP DSN的另一个MTA。在该情况下，已经传递消息的MTA仍然能够在适当的时候发送一个传递失败的消息。所以，在与DELIVERED状态的收件人相同条件下，按照完成对待具有这种状态的收件人。
DELIVERED-AND-WAITING-FOR-DSN：该状态表示收件人的MTA支持ESMTP DSN以及已经请求一个DSN，但是还未接收到。有时可能发生这样的情况：尽管一个MTA把自己识别为支持该服务，但是，即便传递成功它也不提供DSN。因此，在一个时间段之后，即使没有收到DSN，系统也把带有该状态的目的地的传递看作完成。该时间段(通常是六至二十四小时)代表一个顺从的MTA返回一个DSN通常需要的最大时间的估值。
DELIVERED-TO-MAILBOX：该状态表示一个指示成功传递的DSN对于该收件人已经被接收，因此完成了对该目的地的消息传递。
FAILED，UNDELIVERABLE：总是按照完成对待带有这种状态的收件人的传递。
当系统认为对一个消息的所有收件人的传递已经被完成时，系统将构成用于该消息的传递收据。
传递收据的建立
传递收据是发送给已登记消息的原始发送者的电子邮件。收据20可以包含：
1.一个用于管理目的的标识符。该标识符可以是或者可以包括对发送者的ID的参考和/或该系统接收的发送者的消息的互联网消息ID的值；
2.生成收据的日期和时间；
3.原始消息的引用正文和预期收件人的电子邮件地址；
4.RPost收到该消息的日期和时间；
5.每个目的地的列表；
(i)收件人的MTA收到消息的时间和/或系统收到来自收件人的MTA的DSN报告的时间；
(ii)该目的地的消息的传递状态。一个传递收据中提供的传递状态基于目的地传递状态的系统内部记录。它们可以按以下方式录制：
·状态为FAILED或者UNDELIVERABLE的目的地传递将在收据中被记录为“失败”。
·状态为DELIVERED或者DELIVERED-AND-WAITING-FORDSN的目的地传递将在收据中被记录为“传递到邮件服务器”。
·状态为DELIVERED-TO-MAILBOX的目的地传递将在收据中被记录为“传递到邮件箱”。
这些报告的目的是以验证的形式精确地通知阅读者系统已经实现传递。
6.电子邮件的原始附件的列表和这些附件的单独的消息摘要；
7.原始消息的附加的拷贝，每个原始附件作为一个附件被附加到收据上；
8.包含在到达每个目的地的消息传递中的所有SMTP对话的记录、概要或者记录提要；
9.来自所有接收的DSN报告的正文和附件的引证，所述的报告包括传递的细节或者它们可以揭示的消息的布置；和
10.被返回到系统的作为DSN报告的附件的任何文件。
收据的所有这些分离的要素可以具有它们自己的包含在收据内的消息摘要或者数字签名。此外，收据可以包括单一的整体加密的消息摘要或者作为收据的部分计算和添加数字签名，从而提供了单一的消息确认码，该验证码可以用来验证包含在收据内的所有信息。由于收据本身和收据内的SMTP对话以及DSN报告包含时间标记，因此收据包括消息收件人的真实记录、消息内容和传递的时间和路由。
MUA通知处理
MUA通知可以按照与MTA DSN相同的方式来收集并且被并入RPost传递收据内。然而，MTA通知通常在几个小时内由接收的MTA发出，然而将不生成MUA通知，如果发出MTA通知，则该通知一直持续到收件人打开他的MUA电子邮件客户机并对收到的邮件采取某些行动。为此，在本发明的该实施例中，从诸多MTA通知中分别收集MUA，并且把“RPost阅读收据”中报告的内容与RPost传递收据相分离。
由上述方式构成的消息报头引出的MUA通知将被返回到一个公共RPost地址(例如，“readreceipts@RPost.com”)，并且每个通知在它的地址的名称字段中包含该消息的原始发送者的地址。由于这仅仅是以下述方式生成RPost阅读收据所需的信息，因此，系统可以处理MUA通知，不论这些通知可以到达，并且不需要把原始消息的任何信息存储在它的数据库中。
MUA通知可以报告，尤其是，收件人已经阅读的消息、收件人终端上显示的消息(不论是否阅读)、已经删除但没有打开的消息。这里没有用于MUA消息的内容或者格式的协议管理标准。可以配置该系统，以便以MTA DSN的系统应用的相同方式检查解释它们的报告的MUA的正文。然而，在本发明的当前实施例中，RPost服务器不能估算或者解释MUA，而是传递给阅读者，以RPost可以验证的一种形式进行他自己的估算。为此，系统将建立形成“RPost阅读通知”风格的电子邮件消息，包括以下各项，其中：
1.已接收的MUA通知的主题行；
2.作为阅读通知的正文引证的已接收的MUA通知的正文；
3.作为附件包含的已接收的MUA通知；
4.作为附件包含的已接收的MUA通知的任何附件；
5.已接收的MUA通知的消息摘要以及该通知的任何附件；
6.日期和时间标记；
7.至少上述项目5和6的加密散列，项目5和6提供一个用于文件和其内容的可验证的日期标记的数字签名。
收据设置
在本发明的当前实施例的情况下，RPost传递收据和阅读通知都被发送给被登记消息的原始发送者。由于这些收据被一个加密散列数字签名，因此在这些消息中包含的信息为验证目的被给予Prost的任何时候，RPost可以按照以下方式验证它们。这意味着，一旦系统把收据的拷贝传递给它的发送者(借助对发送者的指令，以保留用于他的记录的收据)，RPost就不再需要保留涉及该消息或者其传递的任何数据，并且可以从系统中擦除所有这种记录。这种数据存储器的节约给予本发明超过现有的各种消息验证系统的优势，而现有的消息验证系统需要服务提供者侧的大容量数据存储。
在此情况下，保留收据数据的负担落在消息的原始发送者上。作为选择或者补充，第三方验证器RPost可以(多半因为一个附加费)存储收据的永久拷贝或者某些或所有收据数据。收据或者收据的部分可以被保存在任何合适的数据存储器中，所述的数据存储器包括磁带、CD ROM、或者其它类型的存储装置。作为补充或者选择，在发送者或者发送者的机构的控制下，RPost可以把数据或者数据的部分返回到专用于此目的的一个存储系统。
如上所述，RPost收据信息包括来自原始发送者的消息及它的附件的所有数据。存在这样的环境：系统的用户也许不希望承受把收据保留在他们的记录中的负担，也不希望具有被RPost第三方控制的他们的消息的内容。所以，RPost可以丢弃消息的内容，但是在其数据库中仅仅存储这样的信息，诸如需要RPost验证和检验借助由发送者保留的消息拷贝展现时的一个消息的传递的信息(例如，发送者，组成消息的日期、消息摘要、目的地和传递状态)。
验证
在发送、传递和/或阅读电子邮件之日以后，如果消息的始发者需要证据，该始发者将消息的收据呈现给系统的操作者。
例如，为了证明一个特定消息从发送者10发送到收件人18，发送者10发送给RPost一个带有请求的收据20的拷贝。这可以通过把收据发送给RPost上的预定邮箱(例如，verify@RPost.com)来实现。RPost随后确定该收据是否为一个有效收据。如果数字签名匹配一个收据的余项以及消息摘要匹配原始消息的对应的各部分，则该收据是有效收据。具体说，RPost对消息的各部分运行散列函数，该消息包括消息正文、附件和包含SMTP对话和DSN报告的整体消息，以产生对应于所声称的消息拷贝的一个或多个消息摘要。RPost将包括整体消息摘要的所声称的拷贝中的消息摘要与RPost从所声称的消息拷贝中算出的消息摘要进行比较。通过解密按照所声称的收据中的数字签名接收的整体消息摘要，或者通加密从所声称的消息拷贝中算出的整体消息摘要，可以比较整体消息摘要。如果包括数字签名的消息摘要匹配，则该收据是真实的RPost生成的收据。假定良好的散列函数被使用以及数字签名加密算法没有被泄露，则几乎不可能由出示该收据的人伪造该收据。也就是，收据必须是由RPost生成的收据，因此收据中包含的消息、送出/到达信息、传递的日期和时间、成功传递的事实、消息传送的路由、收据内包含的DSN信息必定是该信息的真实拷贝并且是精确的。RPost随后可以提供收据内包含的信息的验证、证实和确认该确认可以取电子邮件确认、来自熟悉RPost所使用的方法的RPost职员的宣誓证词、书面和法院的现场宣誓证词的形式，和其它证词的形式。RPost可以收取发送者10、收件人18或者其它实体用于各种相应确认服务的费用。RPost还可以提供关于所声称的收据的非真实性的证词或者确认。可以根据证据的联邦法规901(9)、901(10)、803(6)、893(7)、1001-1004、1006、702-706和对应的证据的州法规和其它可应用法规来提供证词。
总之，该系统根据发送具有特定内容的一个特定消息的公正的第三方的证词，提供可靠的证据，例如，何时发送、谁发送、谁接收、何时打开阅读、何时删除。提供该证据可以在争论起因于消息的内容和传递的任何时候，例如当合同形成时、股票买进或者买出指令的时刻、和许多其它应用。系统的操作者可以证明收据中包含的信息的准确性，而不需要操作者保存收据中包含的信息的任何记录或者拷贝。
该系统的一个显著优点是，它可以由现存的MUA使用，而不需对其进行任何改变。由于计算、加密、ESMTP询问和对话、DSN报告收集和收据编辑都由第三方RPost服务器执行，因此这些功能不需要被实施在任何一个用户设备中。因此，用户可以快速和容易地得到系统的优点。
在上述的本发明的实施例中，RPost服务器登记经过它的所有消息的传递。作为选择，RPost服务器可以仅仅登记那些具有某些目的地的消息(例如，一个机构的外部)或者来自某些发送者的那些消息(例如，一个用户相关组)。作为选择或者补充，RPost服务器可以只登记那些具有消息主题或正文的识别字符或者字串的消息。例如，服务器可以只登记发送者已经把“(R)”放入消息主题中的消息。所有其它消息可以由RPost服务器或者由起普通互联网MTA作用的某些其它服务器传递。
在该实施例中，RPost可以以各种方式增加收入。例如，RPost可以收取消息发送者10或者她的机构的费用，该费用可以以每条消息为基础、以每千字节为基础、以固定费用周期为基础(如每月)、或者以上述组合为基础。RPost还可以借助收费的调度来收取用于验证和检验一个收据的费用，该收费的调度依赖于验证探寻是否为简单的返回电子邮件、书面誓词或者声明、书面或者法院的宣誓事实证词、或者书面或法院的宣誓专家证词。如果用户选择使RPost保留收据的拷贝，则RPost可以按每条项目和/或每月每前字节收取存储费用。
II.登记输出消息的流程图
图2A-图2G构成了一个显示系统第一实施例的示例操作的流程图。修改该流程图以适应其它实施例是熟悉软件和电子邮件协议的的人员的技能。
图3A，预处理，示出了在登记的服务器(系统)将发送消息之前，处理该消息的步骤。
为了登记一个电子消息，在步骤201中，始发器/发送者/用户使用任何一个互联网邮件用户代理(MUA)建立电子邮件消息。可能的MUA包括：(1)客户机侧电子邮件程序；(2)基于服务器的电子邮件程序；(3)基于web的电子邮件程序；和(4)经由网页提供的HTML格式。消息可以包含请求注解(RFC)822、2046和2047中描述的附加文件，这里作为参考引用。RFC涉及互联网的一系列注释，论述了计算机通信的许多方面，主要是网络协议、处理过程、程序和概念。
在该实施例中，系统起到发送者输出邮件服务器作用，因此发送者消息将由发送者MUA直接发送到RPost服务器(步骤202)。
在步骤203，系统建立待存储的原始消息的拷贝，用于以后处理。
在步骤204，系统在数据库中建立记录，可以包括如下的信息：服务器接收消息的时间，消息的文件附件的名称和大小，消息的每个目的地的名称(如果已知)；每个目的地的互联网地址；消息被传递到目的地MTA的时间(最初，该值为零)以及记录每个目的地的传递状态的单位。
在步骤205，每个目的地的传递状态被设置为“未发送”。
在步骤206，系统生成和存储一个得自消息正文的消息摘要或者数字指纹。
在步骤207，系统生成和存储一个用于包含在消息中的每个附件的散列或者数字摘要。
在步骤208，系统可以建立一个已修改的原始消息拷贝。在该第二拷贝中(步骤209)，可以修该消息的原始主题行，以指示该消息被登记(例如，通过待决前的“登记”)。
在步骤210，可以把登记消息的一个通知添加到消息的正文上，所述消息是通过系统和对该系统的环球网站的链接登记的。
在步骤211中，可以添加电子邮件报头，以按照由不同MUA识别的各种报头格式请求阅读通知。通知的请求指导返回通知送达一个与系统关联的地址：例如，readreceipt@RPost.com。这些报头还将包含地址名称字段中的消息的原始发送者的地址，MUA通知应当被发送到所述地址。
完成处理后，系统将消息的拷贝发送到如图2B所述的每个消息的目的地。
图2B图示说明了请求发送一个被登记消息的步骤。如步骤220所示，处理需要为每个消息的收件人分别发送。
在步骤221中，系统改变它的正在工作的消息拷贝的报头字段，以把消息显示为“来自：”一个发送者，该发送者的名称是消息的原始发送者，但是其地址是“RPost.com”地址，该地址根据以下各项构成：
a)用于识别返回MTA通知的字串(“RCPT”)；
b)唯一识别已发送的消息的字串；
c)唯一识别正在发送该消息拷贝的目的地的标记。
在步骤222中，通过使用当前正在发送消息的目的地的域名，系统进行域名服务器邮件交换查找，以发现负责收集该域中地址的邮件的MTA的地址。
在步骤223，系统试图将直达的远程网连接到该目的地的MTA。如果连接失败，则系统将试着再次连接。假如系统没有超过用于该目的地的重试(227)的最大次数，则系统将可能使用该目的地域的另一个MX服务器试着连接(228)。
如果，在重试的最大次数之后，系统还不能连接到该目的地的MTA，则系统将(如步骤226)把盖目的地的传递状态记录为“无法传递”并停止将消息传递到该目的地的尝试。
一旦连接到目的地的MTA，系统就将用MTA开始做出一个它的(E)SMTP对话的记录(225)。
在步骤229，系统试图通过发出一个“EHLO”问候，启动一个与目的地MTA的扩展SMTP(ESMTP)交换。
如果目的地的MTS支持ESMTP，则系统将(230)确定该目的地MTA是否支持SMTP功能VERIFY.。如果MTA支持VERIFY，则系统将试图确定目的地地址是否为该域内的有效地址(231)。
如果该地址无效，那么如在步骤232那样，系统将把该目的地的传递状态记录为“失败”，并且将停止把消息传递到目的地的尝试。
如果地址有效，或者如果ESMTP服务器不支持VERIFY，则系统将(233)确定接收的MTA是否支持ESMTP服务DSN(传递状态通知)。
如果MTA不支持ESMTP，则系统将带有ESMTP请求的消息，以通知名义发送者传递成功或者失败的消息(234)。发送消息后，系统将把该目的地的传递状态记录为“DELIVERED-AND-WAITING-FOR-DSN”(235)。
如果接收的MTA不支持扩展的SMTP，则系统使用SMTP发送消息(236)，并且把目的地状态记录为“DELIVERED”(237)。
传递该消息后，系统将存储(E)SMTP对话，以随后可以恢复(238)的方式记录该传递，并且试图发送消息到另一个目的地。
把消息发送到目的地时，系统必须执行若干功能，以便收集关于消息配置的信息。图2C图示说明了系统处理由收件人MTA返回的MTA通知的处理。
由于图2B步骤221示出的已发送消息的报头所使用的格式，因此MTA消息通知将被传递到服务器的虚构的本地地址。该系统将能够通过它们地址中嵌入的字串(例如“rcpt”)检测这些通知。通过分析地址，如步骤242所示，系统可以确定目的地提示已收到通知的那个消息。
在步骤243中，系统扫描用于短语的已接收MTA的主题行和正文，所述短语指示MTA是否正在报告一个成功的传递、一个失败的传递，或者指示该消息已经转播到另一个服务器。
在步骤243上的处理显示该通知正在报告一个成功的传递的情况下，如步骤245所示，该系统将把相关消息的相关目的地的传递状态变成“DELIVERED-TO-MAILBOX”。
如果系统确定MTA通知正在报告一个传递失败，则系统将(247)把相关消息的相关目的地的传递状态变成“FAILURE”。
如果系统确定MTA通知指示消息被转播到另一个服务器，则系统将如步骤249所示的那样，把相关消息的相关目的地的传递状态变成“RELAYED”。
处理MTA通知时，系统将以这样一种方式保存该消息和所有该消息的附件：以后可以以该目的地收据的结构恢复并使用所述消息和附件(250)。
如图2D所示，有时系统将检查每个消息的状态，以确定该系统是否已经恢复所有MTA通知，该MTA通知很可能是收到用于每个目的地的消息，从而构建消息的收据。
系统将检查该消息的每个目的地的传递状态。
如果任何目的地具有传递状态“UNSENT”，那么消息的处理则未完成(252)。
如果目的地的传递状态是“DELIVERED-AND-WAITING-FOR-DSN”，那么系统将不把该目的地的处理视作完成，除非，如步骤254所示，自消息传递的时间已经超过了系统的等候时段(例如，24小时)。
如果目的地的传递状态是“DELIVERED”(257)，那么系统将该目的地的处理视作完成，其条件是一个时段已经过去，该系统的操作员将该时段视作足以接收来自目的地的MAT的传递失败的通知(例如，2个小时)。
任何其它的目的地传递状态(例如，“FAILED”、“UNDELIVER-ABLE”、“DELIVERED TO MAILBOX”被视为已经完成的处理。
如果任何一个消息的目的地的处理是未完成的，则系统不采取行动，而是转向考虑系统中的其它消息(步骤225)。
然而，如步骤259所示，如果消息的每个目的地的处理是完成的，则系统将生成消息的传递收据。
如图2E的实例所示，收据可以包括：
如方框271中所示的用于管理目的地标识符。该标识符可以是或者可以包括：发送者的ID的参考和/或由系统接收的发送者的消息的互联网消息ID的值。
如方框272所示，还可以包括原始消息12的引用正文与消息预期收件人的电子邮件地址。
如方框273所示，每个收件人的列表可以包括：
·收件人的MTA接收消息的时间和/或系统从收件人的MTA收到DSN的时间；
·该目的地的消息的传递状态报告，即，“传递到邮件服务器”、“传递到邮件箱”、“传播”、“传递失败”、“不能传递”；
如方框274所示，电子邮件的原始附件的列表和它们的分离散列值或者消息摘要。
如方框275所示，到每个目的地的消息传递中所包含的所有SMTP对话的副本或者该副本的提要。
如方框276所示，来自所有收到的DSN的正文和附件的引证，该DSN包括它们可以展现的消息传递的细节或配置。
如方框277所示，该系统可以添加原始消息的所有附件的收据拷贝，以及如方框278所示，系统可以另外添加返回到系统的文件，以作为对DSN的附件。
在步骤279，至此已经生成了收据的文本，然后该系统生成用于电子邮件的第一散列和用于收据正文的任何附件的第二散列，并且使用只有系统操作员知道的加密密钥计算每个散列的数字签名。加密可以使用例如，联邦信息处理标准公告4-2(FIPS PUB46-2)所述的数据加密标准、国家标准和技术学会的数据加密标准，这里作为参考引出。作为选择，可以使用加密散列值的其它已知或者新的方法。
在步骤280，把加密的散列附加到消息的结尾，作为“文件数字签名”。
在步骤281，通过电子邮件将现在完成的收据20与把它留作发送者的记录的建议发送给发送者。在步骤282中，系统现在可以删除原始消息、附件和DSN的所有拷贝。作为选择，系统不发送收据给发送者，而是系统可以存储收据，或者发送者和系统两者可以存储收据。
由于仅仅在收件人选项时和仅仅在收件人对收到的消息采取某些行动时返回MUA通知，因此该系统的实施例可以选择处理不同于MTA通知的这些返回消息。
图2F示出了系统如何处理这些MUA通知的情况。系统通过采用图2A的步骤211的方式把各种报头加入输出消息中，来请求MUA通知。这些报头指导顺从的MUA发送通知给为此目的留出的一个系统地址(例如，readreciept@RPost.com)。报头还使用该返回地址的“名称字段”中的消息的原始发送者的电子邮件地址。所以，在步骤286中，当MUA通知被返回到readreciept@RPost.com时，系统可以通过检查通知的地址来确定应当发送一个阅读通知的地址。
一旦来自目的地的MUA地阅读收据到达，系统就(在步骤287)生成包含作为其主题的收到的MUA通知主题的一个阅读收据，并且在消息正文中并入收到的MUA通知的正文。
在步骤288中，系统把可以伴随MUA收据的任何文件(这些文件通常可以包括传递或者处置的细节以及原始电子邮件的识别参考)添加到该收据上。
在步骤289中，系统生成一个散列用于附加到收据上的任何文件，并且把该散列记录在收据的正文中。
在步骤290中，系统生成一个散列用于收据正文和它的附件，加密该散列，并且把加码的散列附加到消息上，以作为“文件数字签名”。
在步骤291中，系统把所得到的收据发送给消息的发送者。在步骤292中，发送该收据后，系统可以删除该处理的所有内部记录。
III.作为第二邮件服务器实施例的RPOST
图3是本发明的第二实施例的系统图，其中RPost不用作用户的主要MTA，而是与另一个MTA合作工作。在该实施例中，通过把某些形式的标记包含在输出消息、消息主题或者消息地址中，发送者可以选择登记一个特定的输出消息。例如，如果并且只有当发送者把符号“(R)”放入消息的主题中，发送者的MTA才将指导消息经由RPost服务器发送，以生成一个收据。
在该实施例中，RPost的操作者从发送者的MTA的操作者按照发送的每条消息和/或每千字节得到收入。
IV.CC TO RPost实施例
图4是将副本(“cc”)发送给RPost服务器的第三实施例的系统图。在该实施例中，用户或者消息发送者10可以使用没有修改的标准MUA和标准MTA。消息发送者10构成具有消息正文和任何数量的附件的电子邮件，并且把该电子邮件与任何副本(cc)及故意的隐藏副本(bcc)传递到消息收件人18。此外，消息发送者10把cc传递给RPost。RPost服务器14对上述的消息加标签，并且发送包括收件人MTA16的附件的加标签消息和任何指定的cc。当收到这样一个副本时，RPost服务器14可以发送确认收到该副本的电子邮件。
收件人18和其它的消息目的地现在将接收到相同消息的两个版本：一个直接从发送者接收到的消息的第一版本，一个从RPost传送的第二和加标签版本。一旦从收件人MTA16收到消息的加标签版本被收件人MTA16成功地接收的确认，RPost将构成上述的消息收据20，并且把该收据发送给发送者10用于他的记录。
通过建立用于消息始发域或者各消息发送者的帐户，并且按每条消息、每千字节、每月或者这些组合在用户帐户上记帐，可以产生收入。收入还可以这样产生：在收据上安排广告，提供前述的确认和验证服务。
V.环球网站点实施例
图5示出了第四实施例的一个系统图。在该实施例中，RPost服务器14与用户构成消息的环球网站点(简称网站)相关联。消息发送者10访问RPost网站，并且在该网站上通过键入预期的“to”、“cc”、“bcc”、“主题”和消息文本信息来构成他的消息。通过使用可以在标准浏览器和环球网服务器上可视的特征(feature)可以加入附件。在该实施例中，发送者必须另外提供登记收据可以被发送到的一个地址。RPost服务器14经由发送者的MTA巴该收据发送给发送者10。
通过建立用于消息始发域或者各消息发送者的帐户，并且按每条消息、每千字节、每月或者这些组合在用户帐户上记帐，可以产生收入。收入还可以这样产生：在收据上安排广告，提供前述的确认和验证服务。
VI.基于环球网的MUA实施例
图6是第四实施例的系统图。在该实施例中，RPost服务器14与基于环球网的邮件用户代理相关联。除了允许用户通过环球网浏览器构成邮件外，这样的一个MUA还向用户提供浏览器可阅览邮件箱，以显示存储在环球网服务器站点上的消息。这样一种服务的用户借助用户名和口令访问邮件帐户。在该实施例中，消息发送者10访问RPost环球网站，通过键入用户名和口令访问基于环球网的电子邮件帐户，并且构成他的传送的消息，用于向RPost服务器14的传递。RPost服务器生成的收据被返回到与用户帐户关联的基于环球网的邮件箱。
除了其它实施例中可得到的收入来源外，在该实施例中，操作员可以收取保持在基于环球网的邮件箱中的存储费。
在所有这些实施例中，收据可以用作具有以下特征的证据：
(1)始发者过去发送了一个电子邮件消息；
(2)在某个时间发送了一个消息；
(3)电子邮件被传递到某个收件人；
(4)电子邮件被传送到每一个它的预期收件人的电子邮件箱；
(5)在某个时间传递电子邮件；
(6)电子邮件通过某个网络路由传递；和
(7)电子邮件消息和它的附件具有记录在收据中的特定内容。
此外，某些环境下的系统生成一个单独的收据，它可以用作具有以下特征的证据：
(1)电子邮件经由收件人的邮件用户代理(MUA)检查；和
(2)收件人响应该消息采取某些行动，例如，在特定时间阅读或者删除电子邮件。
如同其它实施例，该实施例产生已证明的证据，该证据可以由传递完整的一个电子消息地系统的公正的第三方操作员证明和验证。换句话说，可以把该系统看作，将电子邮件变换为已登记得电子邮件，以便以后使用该已登记的电子邮件证明一个特定的电子邮件被发送、被成功地传递，以及何时和如何传递。
如果发生争议，该争议可以通过由系统产生收据来解决，因为收据是如此编码的，该编码使得系统的操作员可以确定该收据是否为系统的产品的验证。因此，根据包含在收据自身中的信息，而不需要操作员保存该收据中信息的任何记录或复制件，系统的操作员就可以证实包含在真实收据中的信息的准确性。
除了这些优点外，该系统生成的收据作为诸如经由该系统发送的材料的存在和原作者的证据也是有用的。此外，该系统容易使用，因为该系统可以通过任何互联网电子邮件客户程序/MUA使用，所以不需要附加软件。
验证收据的流程图
图7是说明验证收据的示范性方法的流程图。如果消息的发送者需要发送和传递(和/或)电子邮件的证据，则发送者把对应于该消息的收据呈现给系统的操作者(步骤700)。在步骤702，系统的操作员分离和解密附加到收据上的文件数字签名。在步骤703，操作员生成文件的对照表，包括附件的一个散列。
在步骤704，如果散列值与解密散列值不匹配，那么系统生成一个报告，声明RPost不能把该收据确认为收据中描述的消息的传递或者内容的精确记录。
如果解密的散列值等同于消息的当前散列，则系统如步骤706所示，证明消息正文未变化，因为该收据经过了该系统。如果原始消息不包含附件，则系统也许生成一个报告，证明该收据是RPost服务器做出的消息内容和其传递的精确记录。
如果收据报告原始消息包含附件，则该收据还将记录每个附件的名称和散列值。在生成收据时，原始消息的所有附件未加变化地附加到该收据上。所以，系统将为每个这样的附加文件生成附加文件的散列(708)，并将它与收据本体重记录的散列值比较(709)。
如果文件的计算散列值与收据中包含的散列值匹配，则系统可以证明附加到收据上的文件与附加到作为原始传递的消息上的文件相同。如果这两个散列不匹配，则系统将报告它不能证明该收据与附加到原始消息上的文件相同。
对附加到原始消息上的每个文件执行计算时，系统准备一个报告，对收据和其每个附加文件的真实性做出报告(710)或者报告确认失败(712)。
完成评估后，系统将把收据的拷贝和它的所有附件添加到系统已经生成的报告上，并经由电子邮件将它发送到提出确认报告的用户的返回地址。
VII.登记入站电子邮件
图8是说明登记入站电子邮件的本发明另一实施例的系统图。在该实施例中，消息发送者60发送一个电子邮件消息。发送者MTA 62把消息70发送到普通的互联网上。然而，在本实施例中，RPost接触服务用户/收件人68，以登记入站电子邮件。根据协定，RPost由NetworkSolution有限公司(NSI)或者其它域名管理机构指定，以作为收件人68的邮件收件人(MX服务器)。这使发送者MTA62所提出的域名服务(DNS)请求返回RPost的IP地址，以作为收件人的IP地址，反过来又使发送者MTA62发送电子邮件消息给RPost服务器64。RPost服务器64充当收件人68的SMTP、POP、POP3或者IMAP MTA(统称为“POP邮件服务器”)。SMTP、POP和IMAP MTA受RFC 821、SMTP协议、RFC1939邮局协议-版本3(替代RFC1725)和RFC2060 IMAP(互联网消息访问协议)版本4修订1(替代RFC1730)支配，这里作为参考引出。
RPost64准备原始消息70的一个被登记版本74，并且将该登记的版本74放入收件人68的收件箱，以替代原始消息70，或者也把原始消息70放入该收件箱。登记的版本可以有上文中结合电子邮件收据讨论的所有确认和信息特征以及选项。该信息可以包含，但不局限于：每个消息正文和文本的各消息摘要、送出/到达信息、其它报头信息、每个附件、整体消息摘要和数字签名以及消息路由选择信息和标签。图6所示的消息70的登记版本74包括：包含报头信息消息正文，一个附件，用于每个消息正文的单独消息摘要，数字签名或者加密的消息摘要。使用只有系统操作员知道的专用短句或者专用密钥执行散列功能和加密。收件人68通过收件人的MUA得到登记版本74，用于检验或者下载。
RPost服务器可以随意地把一个确认得电子邮件72发送给消息发送者60。确认消息72可以是指示消息被接收和登记得简单文本消息。确认消息72还可以包括一个消息，诸如“你的电子邮件消息在2000年3月24日下午2点5分收到。消息的数字签名是[128比特数字签名]。为了更多信息，请访问我们的网站，www.RPost.com”。作为选择，或者补充，确认消息可以包括登记版本74中包含的所有信息。
因此，系统可以向消息收件人68提供收据74或者其它可验证的确认：
(1)收件人收到一个电子邮件消息；
(2)该消息在某个时间收到；
(3)电子邮件是从某个发送者传送的；
(4)消息声称经由某个网络路由来传递；
(5)电子邮件消息和它的附件具有特定的内容。
因此，系统提供了可以由系统的操作者证明的证据，证明特定的电子消息和文件被传递给收件人，它们具有确定的内容并把它们自己说成是来自确定的发送者。
图9是说明登记入站邮件的一个例子的流程图。在步骤901中，RPost服务器64接收一个新的电子邮件消息。在步骤902中，系统生成包括消息报头的消息内容合附件的散列/数字签名。此外，系统可以生成用于每个消息附件的单独散列。在步骤903中，系统使用只有系统操作员知道的加密密钥对散列加密。在步骤904中，将得到的加密散列图加到附加到消息正文上。然后，在步骤905，经由收件人的MUA得到修改的消息，用于检查和下载。
图10是验证已收到的电子邮件消息的一个实例的流程图。在步骤1000中，如果消息的收据将要求在特定时间收到具有具体内容的电子邮件的证据，则该收据可以把电子邮件消息70的已登记版本74(图8)的拷贝呈现给系统的操作员，用于验证。为了确认该消息，在步骤1001中，系统分离和加密附加到该消息上的文件数字签名。在步骤1002，系统生成平衡文件的一个散列，该散列用于附加到消息上的每个文件。在步骤1003和1004，比较这些散列，如果文件散列与解密散列匹配，那么消息和它的附件必定经过了该系统，并且自它们传递到收件人后没有改变。
确定电子邮件没有改变后，系统操作员可以证明：
(1)电子邮件在某一时间被系统系统接收；
(2)电子邮件据称是经由某一互联网路由到达系统；
(3)电子邮件据称是来自某一发送者；
(4)电子邮件和它的附件与它们单前包含的特定内容一起被传递。
另一方面，在步骤1006中，如果这些散列值不匹配，那么操作员不可能证明电子邮件是真的，即不能证明电子邮件是系统接收的电子邮件正确的版本。
图11图示说明了如何通过利用电子工具的商务(“电子商务”)使用本发明。电子商务30可以利用系统登记来自它的客户34的所有输入和输出电子消息。在该情况下，系统包括邮局服务协议(POP)服务器36和简单邮件传输协议(SMTP)服务器38。例如，电子商务30可以建立它的网站，把电子邮件格式送给客户，并转送来自客户34的询问和意见40。登记得询问、意见、指令、购置的提议、其它信息由系统发送给电子商务30。然后经由SMPT服务器38把收据供应给客户34。这样就不存在关于客户是否发送通信以及该通信包含什么的问题。此外，电子商务可以经由RPost服务器建立环球网站32，以便登记与客户的每次通信。换句话说，经过环球网站形成数据序列42，并且经过系统服务器可以登记自动响应44；此外，可以登记电子商务发送给客户34的任何一个确认、收集通知、客户报告和特别建议48，并且把确认发送给客户，以消除关于谁、何时发出什么命令的争论。如果需要，可以向客户34和电子邮件30提供相同的收据。作为选择，可以把SMTP服务器38和POP服务器36的功能包含在单个系统服务器中。
POP是用来从电子邮件服务器检索电子邮件的一个协议。许多电子邮件应用程序(有时称作电子邮件客户程序)使用POP协议，尽管有些可以使用较新的互联网消息访问协议(IMAP)。称之为POP2的POP的一个版本需要SMTP发送消息。一个较新版本，POP3可以与或者不与SMTP一起使用。SMTP是在服务器之间发送电子邮件消息的一个协议。许多经由互联网发送电子邮件的电子邮件系统使用SMTP从一个服务器向另一个服务器发送消息。然后可以使用POP或者IMAP，用电子邮件客户程序检索消息。此外，SMTP通常被用来从邮件客户程序项邮件服务器发送消息。电子邮件服务器可以使用各种协议与互联网通信。通常使用的协议包括SMTP、POP3和IMAP4。有间发送者位于服务器的相反端。由于邮件服务器经由SMTP接收消息，因此，电子邮件发送者使用SMTP把电子邮件发送给邮件服务器。同样，由于邮件服务器使用POP3和任意的IMAP4发送消息，因此有间发送者使用POP3或者IMAP4协议接受来自邮件服务器的消息。
尽管上文一般性地说明了验证电子邮件被发送和/和被接收的系统和方法，但是本发明可应用于任何电子消息。该电子消息可以通过电子消息网络或者通过任何电子门发送。电子消息可以包括：文本、音频、视频、图像、数据和各种文件类型的附件。这里所教导的方法和技术可以被编程到服务器和其它计算机中，实施本发明的计算机程序可以被写入计算机可读媒介，所述计算机可读媒介包括但不限于：CDROM、RAM、硬磁盘驱动器、磁带。本发明的电子邮件登记服务可以与互联网服务供应者(ISP)服务捆绑在一起，以向公司或者其它机构客户提供ISP解法。实施上述发明在软件技术的普通专业人员技能的范围之内。
尽管本发明已经结合优选实施例和其附图进行了详细说明。但是应当明白，在不背离本发明的精神和范围的条件下，可以完成本发明的各种改进和修改。因此，应当理解的是，作为上文描述的详细说明和附图不是用来限定本发明的范围，本发明的范围仅仅依据下面的权利要求以及其适当分析的合法等同物来推定。在下面的权利要求中，那些包含单词“means for”的权利要求被规定为按照35 U.S.C.§112，paragraph 6来解释；那些未包含单词“means for”的权利要求被规定为不按照35 U.S.C.§112，paragraph 6来解释。

Claims (15)

1. 一种在和收件人不在一个位置的服务器验证电子消息已发送的方法，包括：
依据从消息始发者接收的信息，为收件人生成电子消息；
将所述电子消息发送给所述收件人；
产生对应于所述电子消息的内容的一个消息摘要；
加密所述消息摘要；和
把所述电子消息和加密摘要传输给所述消息始发者。
2. 根据权利要求1所述的方法，其中
在所述消息和所述消息的加密摘要已经由所述服务器传输给所述消息始发者之后，所述消息和所述消息的加密摘要被所述服务器丢掉。
3. 根据权利要求2所述的方法，其中
当所述消息始发者希望所述消息被验证时，所述消息始发者将所述消息和所述消息的加密摘要重新传输给所述服务器，且其中
所述服务器根据所述消息和所述消息的加密摘要验证所述消息。
4. 根据权利要求3所述的方法，其中
所述服务器从所述消息产生第一摘要并从所述加密摘要产生第二摘要，和其中
所述服务器比较所述第一和第二摘要并在所述第一和第二摘要相同时验证所述消息。
5. 根据权利要求4所述的方法，其中
所述服务器将所述服务器的地址以及代表所述消息始发者身份的指示连同所述消息传输给所述消息始发者；
在所述服务器从所述收件人接收握手和从所述服务器到所述收件人的所述消息的传送历史；以及
从所述服务器向所述消息始发者传输所述消息、所述消息的加密摘要和所述握手以及所述消息的传送历史。
6. 根据权利要求5所述的方法，包括
通过从包括SMTP和ESMTP协议的一组协议中选择的一个协议，从所述服务器向所述收件人传输所述消息和关于所述消息的所述服务器与所述收件人之间的交易，
通过来自包括SMTP和ESMTP协议的该组协议中的所述协议，在所述服务器记录所述服务器与所述收件人之间的交易，
通过所述协议中的所选择的一个协议，从所述服务器向所述消息始发者传输所述消息和所述服务器与所述收件人之间的交易，
通过所述协议中的所选择的协议，在所述服务器从所述消息始发者接收所述消息和所述服务器与所述收件人之间的交易，和
基于所述服务器从所述消息始发者接收的所述消息，和所述服务器从所述消息始发者接收的所述交易，在所述服务器验证所述消息。
7. 根据权利要求1所述的方法，包括
向所述收件人传输所述消息和一个附件，该附件包括所述消息始发者的标识，和所述服务器的地址以及所述收件人的标识和地址，
从所述收件人接收所述消息和包括所述消息始发者的标识和所述收件人的标识和地址的附件，和
向所述消息始发者传输所述消息和包括所述消息始发者的标识，和所述服务器的地址以及所述收件人的标识和地址的所述附件。
8. 根据权利要求7所述的方法，其中
所述服务器制作所述消息和所述附件的加密摘要，并且连同所述消息和所述附件一起将加密的摘要传输给所述消息始发者，和其中
在所述服务器将信息传给所述消息始发者之后，它不保留传给所述消息始发者的所述信息。
9. 根据权利要求8所述的方法，其中
在所述发送者希望验证所述消息之后，所述服务器处理其从所述消息始发者接收的所述信息，和其中
所述服务器基于这个处理验证所述消息。
10. 根据权利要求1所述的方法，包括
在所述服务器从所述收件人接收传递状态通知，该通知和所述消息相关，
向所述消息始发者提供电子收据，该收据包括所述消息、所述传递状态通知以及从所述消息和传递状态通知计算得来的消息摘要，和
在所述消息始发者希望验证所述消息时，将所述电子收据从所述消息始发者提供给所述服务器。
11. 根据权利要求10所述的方法，包括
计算对应于所述消息的第一消息摘要，
计算对应于所述消息的附件的第二消息摘要，
计算对应于所述第一和第二消息摘要的整体消息摘要，和
加密所述整体摘要。
12. 根据权利要求11所述的方法，包括
将所述消息传输给和所述消息相关的多个附加收件人。
13. 根据权利要求12所述的方法，包括
在所述服务器和所述收件人之间建立一个对话，该对话涉及所述消息，并且涉及所述收件人是否支持传递状态通知功能，所述服务器和所述收件人之间的所述对话是通过从SMTP协议或ESMTP协议中选择的一个协议进行的，和
通过所述从SMTP协议和ESMTP协议中选择的一个协议，所述服务器向所述消息始发者提供所述服务器和所述收件人之间的所述对话，该对话涉及所述消息，并且涉及关于所述传递状态通知的询问。
14. 根据权利要求13所述的方法，其中
通过所述从SMTP协议和ESMTP协议中选择的一个协议，涉及所述消息和所述询问的所述服务器和所述收件人之间的所述对话是在所述服务器和所述收件人之间的消息传输过程中贯穿所述服务器和所述收件人之间的各阶段进行的，该对话包括在所述附件中，和
在所述消息始发者和所述服务器之间传送包括所述对话的所述附件。
15. 根据权利要求14所述的方法，其中
包括所述消息始发者和所述服务器之间的所述对话的所述附件提供所述消息的验证，以及所述服务器向所述收件人传送所述消息的证据以及所述服务器的身份。
CNB018147488A 2000-07-27 2001-07-25 验证电子消息的传递和内容的系统及方法 Expired - Fee Related CN100413292C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/626,577 2000-07-27
US09/626,577 US7966372B1 (en) 1999-07-28 2000-07-27 System and method for verifying delivery and integrity of electronic messages

Publications (2)

Publication Number Publication Date
CN1653458A CN1653458A (zh) 2005-08-10
CN100413292C true CN100413292C (zh) 2008-08-20

Family

ID=24510978

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB018147488A Expired - Fee Related CN100413292C (zh) 2000-07-27 2001-07-25 验证电子消息的传递和内容的系统及方法

Country Status (10)

Country Link
US (6) US7966372B1 (zh)
EP (1) EP1410278A2 (zh)
JP (3) JP2004521404A (zh)
KR (1) KR100604630B1 (zh)
CN (1) CN100413292C (zh)
AU (1) AU2001278025A1 (zh)
BR (1) BRPI0112960B1 (zh)
CA (1) CA2417531C (zh)
MX (1) MXPA03000807A (zh)
WO (1) WO2002011025A2 (zh)

Families Citing this family (101)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7240199B2 (en) * 2000-12-06 2007-07-03 Rpost International Limited System and method for verifying delivery and integrity of electronic messages
WO2001010090A1 (en) 1999-07-28 2001-02-08 Tomkow Terrance A System and method for verifying delivery and integrity of electronic messages
US7966372B1 (en) 1999-07-28 2011-06-21 Rpost International Limited System and method for verifying delivery and integrity of electronic messages
US9106626B2 (en) * 2000-03-30 2015-08-11 Nokia Solutions And Networks Oy Method, apparatus and computer program product for copying content between servers
US7685239B2 (en) * 2000-06-28 2010-03-23 Canon Kabushiki Kaisha Image communication apparatus, image communication method, and memory medium
JP3730858B2 (ja) * 2000-12-01 2006-01-05 株式会社エヌ・ティ・ティ・ドコモ メールシステム、サーバ及びメール送受信装置
US20090144382A1 (en) * 2001-01-09 2009-06-04 Benninghoff Iii Charles F Method for certifying and unifying delivery of electronic packages
US6999989B2 (en) * 2001-03-29 2006-02-14 At&T Corp. Methods for providing video enhanced electronic mail return receipts
US7225230B1 (en) * 2001-06-28 2007-05-29 Bellsouth Intellectual Property Corporation System and method for electronic message status notification
JP3943949B2 (ja) * 2002-02-12 2007-07-11 キヤノン株式会社 電子メール処理システム、方法、プログラム及び記憶媒体
US7660989B2 (en) 2002-11-26 2010-02-09 Rpost International Limited System for, and method of, authenticating an electronic message to a recipient
US7707624B2 (en) 2002-11-26 2010-04-27 Rpost International Limited System for, and method of, proving the transmission, receipt and content of a reply to an electronic message
EP1570615B1 (en) * 2002-11-26 2012-08-29 RPost International Limited Method of verifying delivery and integrity of electronic messages
US7676546B2 (en) 2003-03-25 2010-03-09 Verisign, Inc. Control and management of electronic messaging
US7949877B2 (en) * 2003-06-30 2011-05-24 Realnetworks, Inc. Rights enforcement and usage reporting on a client device
US20050010644A1 (en) 2003-07-07 2005-01-13 Brown Scott T. High performance electronic message delivery engine
US8230019B2 (en) * 2003-07-17 2012-07-24 International Business Machines Corporation Alerting electronic mail users of undeliverable recipients
JP2005101883A (ja) * 2003-09-25 2005-04-14 Hitachi Ltd 電子メール文書原本性保証装置
ES2253040B1 (es) * 2003-10-06 2007-08-01 Manuel Pipeline Software 2.000 S.L. Sistema de tercero de confianza en el correo electronico basado en firma digital.
US7281274B2 (en) * 2003-10-16 2007-10-09 Lmp Media Llc Electronic media distribution system
US7698558B2 (en) 2003-11-21 2010-04-13 Rpost International Limited System for, and method of, providing the transmission, receipt and content of an e-mail message
GB0402774D0 (en) * 2004-02-09 2004-03-10 Nokia Corp Multimedia message transfer
US8266218B2 (en) 2004-02-12 2012-09-11 International Business Machines Corporation Automated electronic message filing system
US9626655B2 (en) * 2004-02-19 2017-04-18 Intellectual Ventures I Llc Method, apparatus and system for regulating electronic mail
US8244913B1 (en) * 2004-10-13 2012-08-14 Progress Software Corporation Replication horizon determination with an independent distributed database system
US8151112B2 (en) * 2005-04-22 2012-04-03 Gerard Lin Deliver-upon-request secure electronic message system
US7673055B2 (en) * 2005-06-23 2010-03-02 Research In Motion Limited System and method for automatically responding to a received communication
US7970834B2 (en) 2005-11-03 2011-06-28 International Business Machines Corporation Method and program product for tracking a file attachment in an e-mail
US20070106737A1 (en) * 2005-11-10 2007-05-10 Barnes Thomas H System and process for delivery status notification
CN1980131B (zh) * 2005-12-09 2011-05-25 北京瑞星信息技术有限公司 邮件拦截的方法及实现该方法的模块
DE602006020072D1 (de) * 2005-12-29 2011-03-24 Regify Ag Kommunikationssystem zur bereitstellung der ablieferung von email-nachrichten
GB2436184B (en) * 2006-03-17 2011-01-26 Empower Interactive Group Ltd Message forwarding system and method
WO2008064153A2 (en) * 2006-11-21 2008-05-29 Lucent Technologies Inc. Processing method for message integrity with tolerance for non-sequential arrival of message data
US8407298B2 (en) * 2007-04-13 2013-03-26 Research In Motion Limited Direct access electronic mail (email) distribution and synchronization system with out-of-coverage notification
US20090043855A1 (en) * 2007-08-08 2009-02-12 Blake Bookstaff System for providing information to originator of misdirected email
US20090063631A1 (en) * 2007-08-31 2009-03-05 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Message-reply-dependent update decisions
US20090083413A1 (en) * 2007-09-24 2009-03-26 Levow Zachary S Distributed frequency data collection via DNS
JP4444998B2 (ja) * 2007-10-12 2010-03-31 富士通株式会社 電子メール情報管理プログラム、電子メール情報管理装置、および電子メール情報管理方法
WO2009068697A1 (es) 2007-11-26 2009-06-04 Scytl Secure Electronic Voting, Sa Método y sistema para la consolidación segura y auditable de resultados de procesos electorales
US8347355B2 (en) * 2008-01-17 2013-01-01 Aerohive Networks, Inc. Networking as a service: delivering network services using remote appliances controlled via a hosted, multi-tenant management system
US9503354B2 (en) 2008-01-17 2016-11-22 Aerohive Networks, Inc. Virtualization of networking services
JP5045472B2 (ja) * 2008-02-07 2012-10-10 富士通株式会社 メール管理装置、メール管理方法およびメール管理プログラム
US8244814B1 (en) * 2008-03-31 2012-08-14 Symantec Corporation Methods and systems for managing email configuration
US20090292780A1 (en) * 2008-05-22 2009-11-26 Rajaram Ramesh System and method for selective application of a feature to multiple recipients of an email message
US8312033B1 (en) 2008-06-26 2012-11-13 Experian Marketing Solutions, Inc. Systems and methods for providing an integrated identifier
US8032611B2 (en) * 2008-12-19 2011-10-04 Research In Motion Limited Method and communication device for processing data for transmission from the communication device to a second communication device
US20100179821A1 (en) * 2009-01-09 2010-07-15 Cerner Innovation, Inc. Tracking direct reported adverse events
US8374930B2 (en) * 2009-02-02 2013-02-12 Trustifi Corporation Certified email system and method
JP5435989B2 (ja) * 2009-03-12 2014-03-05 キヤノン株式会社 メール受信エラー情報通知システム
US8341023B2 (en) * 2009-06-17 2012-12-25 Trustifi Corporation Certified email system and method
US9800415B2 (en) * 2009-08-27 2017-10-24 Robert H. Cohen Electronic name registry type
US20110060796A1 (en) * 2009-09-04 2011-03-10 International Business Machines Corporation E-mail address verification system
GB2473477A (en) * 2009-09-14 2011-03-16 Read Sure Ltd Providing acknowledgement receipts for emails, preferably with non-repudiation properties
US9385988B2 (en) 2009-11-04 2016-07-05 Cedexis, Inc. Internet infrastructure survey
US8832853B2 (en) * 2009-12-07 2014-09-09 Dst Technologies, Inc. Managed virtual point to point communication service having verified directory, secure transmission and controlled delivery
US8825759B1 (en) 2010-02-08 2014-09-02 Google Inc. Recommending posts to non-subscribing users
US8582801B2 (en) 2010-02-08 2013-11-12 Google Inc. Assisting the authoring of posts to an asymmetric social network
US9729352B1 (en) * 2010-02-08 2017-08-08 Google Inc. Assisting participation in a social network
CN102202006B (zh) * 2010-03-26 2014-04-09 中国科学院软件研究所 一种挂号电子邮件的传输方法
US8745143B2 (en) * 2010-04-01 2014-06-03 Microsoft Corporation Delaying inbound and outbound email messages
KR20120005364A (ko) * 2010-07-08 2012-01-16 정보통신산업진흥원 전자 주소, 및 전자문서 유통 시스템
US8527597B2 (en) 2010-12-07 2013-09-03 Google Inc. Determining message prominence
DE202011002655U1 (de) 2011-02-11 2011-04-14 Francotyp-Postalia Gmbh Ein-/Ausgabestation und System zur netzwerkbasierten Druckausgabe
JP5939645B2 (ja) * 2011-03-25 2016-06-22 日本電気株式会社 情報漏洩防止装置、方法及びプログラム
US9665854B1 (en) 2011-06-16 2017-05-30 Consumerinfo.Com, Inc. Authentication alerts
US9160725B2 (en) 2011-09-23 2015-10-13 Rpost Communications Limited Computer implemented system and method for authenticating a sender of electronic data to a recipient
US20130085793A1 (en) * 2011-10-04 2013-04-04 Wayne Evan Cooper Method of prosecuting acquisition of responses to a proposition, and system for doing the same
PL2632096T3 (pl) * 2012-02-21 2017-08-31 Lleidanetworks Serveis Telemàtics S.A. Sposób certyfikacji dostarczania wiadomości elektronicznych
EP2632097A1 (en) 2012-02-21 2013-08-28 Lleidanetworks Serveis Telemàtics S.A. Method for certifying delivery of SMS/MMS data messages to mobile terminals
US9560001B1 (en) 2012-04-02 2017-01-31 Google Inc. Managing notifications across services
SI2723023T1 (sl) * 2012-10-19 2020-10-30 Lleidanetworks Serveis Telematics S.A. Postopek za registracijo in certificiranje prejema elektronske pošte
US9779378B1 (en) * 2012-11-16 2017-10-03 Isaac S. Daniel Automatic transmission mobile post office system
US9712515B2 (en) * 2012-12-21 2017-07-18 Cellco Partnership Verifying an identity of a message sender
US9191344B2 (en) 2013-02-11 2015-11-17 International Business Machines Corporation Validating content from an original communication included in a new communication
US10664936B2 (en) 2013-03-15 2020-05-26 Csidentity Corporation Authentication systems and methods for on-demand products
US9633322B1 (en) 2013-03-15 2017-04-25 Consumerinfo.Com, Inc. Adjustment of knowledge-based authentication
US9721147B1 (en) 2013-05-23 2017-08-01 Consumerinfo.Com, Inc. Digital identity
US10320628B2 (en) 2013-06-19 2019-06-11 Citrix Systems, Inc. Confidence scoring of device reputation based on characteristic network behavior
KR101332607B1 (ko) 2013-09-02 2013-11-25 서호진 공인전자주소 기반 전자문서유통체계에서 샵 메일의 전달 및 전달된 샵 메일의 유효성 검사 시스템 및 방법
US9258258B2 (en) * 2013-10-21 2016-02-09 International Business Machines Corporation Implementing injection of formal numerical message identifiers in cloud stacks
WO2015085196A1 (en) * 2013-12-05 2015-06-11 Basir Otman A Secure decentralized content management platform and transparent gateway
EP3125589A4 (en) * 2014-03-27 2017-11-15 Yulong Computer Telecommunication Scientific (Shenzhen) Co. Ltd. Information transmitting method and device and information receiving method and device
US10373240B1 (en) 2014-04-25 2019-08-06 Csidentity Corporation Systems, methods and computer-program products for eligibility verification
CN104052650B (zh) * 2014-05-29 2017-06-27 天津三星通信技术研究有限公司 发送邮件的方法和设备
US10412040B2 (en) * 2015-02-06 2019-09-10 Google Llc Systems and methods for direct dispatching of mobile messages
JP6048565B1 (ja) * 2015-11-02 2016-12-21 富士ゼロックス株式会社 画像処理装置、情報処理システム及び画像処理プログラム
US20170134280A1 (en) * 2015-11-11 2017-05-11 Mastercard International Incorporated Method and system for validation of hashed data via acceptance frames
SI3188435T1 (sl) * 2015-12-28 2020-04-30 Lleidanetworks Serveis Telematics S.A. Postopek za overjanje elektronske pošte, ki obsega verodostojni digitalni podpis s strani telekomunikacijskega operaterja
US9674129B1 (en) 2016-10-05 2017-06-06 eTorch Inc. Email privacy enforcement
US9824332B1 (en) 2017-04-12 2017-11-21 eTorch Inc. Email data collection compliance enforcement
US9559997B1 (en) 2016-01-11 2017-01-31 Paul Everton Client agnostic email processing
CN107196842B (zh) 2016-03-14 2020-07-14 阿里巴巴集团控股有限公司 消息防伪的实现方法和装置
US10511564B2 (en) * 2017-01-20 2019-12-17 Salesforce.Com, Inc. User availability aware communication system
US11176021B2 (en) * 2018-06-03 2021-11-16 Apple Inc. Messaging systems with improved reliability
US10911234B2 (en) 2018-06-22 2021-02-02 Experian Information Solutions, Inc. System and method for a token gateway environment
CN108882239B (zh) * 2018-06-25 2021-07-13 联动优势科技有限公司 一种信息发送方法及装置
EP3716177A1 (en) * 2019-03-25 2020-09-30 IPCO 2012 Limited A method, apparatus and computer program for verifying the integrity of electronic messages
US11711347B2 (en) 2019-04-12 2023-07-25 Zafar Khan Registered encrypted electronic message and redacted reply system
US11941065B1 (en) 2019-09-13 2024-03-26 Experian Information Solutions, Inc. Single identifier platform for storing entity data
JP7476853B2 (ja) 2021-06-08 2024-05-01 Ｔｏｐｐａｎホールディングス株式会社 通知物サーバ、通知物管理システム、通知物管理方法、プログラム
CN117294670B (zh) * 2023-11-17 2024-04-05 麒麟软件有限公司 一种邮件追溯和撤回方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5553145A (en) * 1995-03-21 1996-09-03 Micali; Silvia Simultaneous electronic transactions with visible trusted parties
WO1996038987A1 (en) * 1995-05-31 1996-12-05 Sloo Marshall A Method and apparatus for handling communications
WO1998017042A2 (en) * 1996-10-15 1998-04-23 Mordhai Barkan Electronic mail method
WO1999008424A1 (de) * 1997-08-06 1999-02-18 Siemens Aktiengesellschaft Verfahren und vorrichtung zur generierung von informationen über versendete nachrichten

Family Cites Families (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB8704883D0 (en) 1987-03-03 1987-04-08 Hewlett Packard Co Secure information storage
JPH06141041A (ja) * 1992-10-27 1994-05-20 Matsushita Electric Ind Co Ltd 電子メールシステム
JPH07177142A (ja) 1993-10-27 1995-07-14 Hitachi Ltd メッセージの保証システム
US5530757A (en) 1994-06-28 1996-06-25 International Business Machines Corporation Distributed fingerprints for information integrity verification
JP2638525B2 (ja) 1994-08-03 1997-08-06 日本電気株式会社 電子署名検証装置
US5606609A (en) 1994-09-19 1997-02-25 Scientific-Atlanta Electronic document verification system and method
CA2203779C (en) 1994-10-28 2001-11-20 Stuart A. Haber Digital document authentication system for providing a certificate which authenticates and uniquely identifies a document
US5748738A (en) 1995-01-17 1998-05-05 Document Authentication Systems, Inc. System and method for electronic transmission, storage and retrieval of authenticated documents
US5615268A (en) 1995-01-17 1997-03-25 Document Authentication Systems, Inc. System and method for electronic transmission storage and retrieval of authenticated documents
US6393566B1 (en) 1995-07-28 2002-05-21 National Institute Of Standards And Technology Time-stamp service for the national information network
EP0760565B1 (en) * 1995-08-28 1998-07-08 Ofra Feldbau Apparatus and method for authenticating the dispatch and contents of documents
US6021433A (en) * 1996-01-26 2000-02-01 Wireless Internet, Inc. System and method for transmission of data
US5673316A (en) 1996-03-29 1997-09-30 International Business Machines Corporation Creation and distribution of cryptographic envelope
US6396513B1 (en) * 1996-05-14 2002-05-28 At&T Corp. Electronic message sorting and notification system
JP3540511B2 (ja) 1996-06-18 2004-07-07 株式会社東芝 電子署名検証装置
US6327656B2 (en) * 1996-07-03 2001-12-04 Timestamp.Com, Inc. Apparatus and method for electronic document certification and verification
CA2261947C (en) * 1996-08-07 2008-11-18 Silvio Micali Simultaneous electronic transactions with visible trusted parties
JPH10105057A (ja) * 1996-09-25 1998-04-24 Hitachi Software Eng Co Ltd タイムスタンプサーバシステム
US5892909A (en) 1996-09-27 1999-04-06 Diffusion, Inc. Intranet-based system with methods for co-active delivery of information to multiple users
US6285991B1 (en) * 1996-12-13 2001-09-04 Visa International Service Association Secure interactive electronic account statement delivery system
US6009173A (en) * 1997-01-31 1999-12-28 Motorola, Inc. Encryption and decryption method and apparatus
US5872848A (en) 1997-02-18 1999-02-16 Arcanvs Method and apparatus for witnessed authentication of electronic documents
US6189097B1 (en) * 1997-03-24 2001-02-13 Preview Systems, Inc. Digital Certificate
JPH10268765A (ja) * 1997-03-28 1998-10-09 Hitachi Software Eng Co Ltd データ送達確認方法
US5926550A (en) 1997-03-31 1999-07-20 Intel Corporation Peripheral device preventing post-scan modification
US6651166B1 (en) * 1998-04-09 2003-11-18 Tumbleweed Software Corp. Sender driven certification enrollment system
US6825955B1 (en) * 1997-12-01 2004-11-30 Ricoh Company, Ltd. Method and apparatus for facsimile that notifies an e-mail transmission using facsimile protocol
US6594693B1 (en) * 1998-02-10 2003-07-15 Nitin A. Borwankar Method and apparatus for a structured, synchronized conversation using electronic messages over a computer network
JP3527090B2 (ja) * 1998-02-24 2004-05-17 富士通エフ・アイ・ピー株式会社 分散型メールシステム並びにメール到着確認用プログラムを記録した記録媒体及びメールサーバ装置
US6199052B1 (en) 1998-03-06 2001-03-06 Deloitte & Touche Usa Llp Secure electronic transactions using a trusted intermediary with archive and verification request services
JP2000196583A (ja) * 1998-12-28 2000-07-14 Mitsubishi Materials Corp 同報通信システム
US7039805B1 (en) * 1998-05-20 2006-05-02 Messing John H Electronic signature method
US6341164B1 (en) * 1998-07-22 2002-01-22 Entrust Technologies Limited Method and apparatus for correcting improper encryption and/or for reducing memory storage
JP2000099421A (ja) * 1998-09-22 2000-04-07 Hitachi Ltd 電子情報の到達確認方法
AU6410699A (en) * 1998-10-13 2000-05-01 Chris Cheah Method and system for controlled distribution of information over a network
US6625642B1 (en) * 1998-11-06 2003-09-23 J2 Global Communications System and process for transmitting electronic mail using a conventional facsimile device
US6618747B1 (en) * 1998-11-25 2003-09-09 Francis H. Flynn Electronic communication delivery confirmation and verification system
JP2000181817A (ja) * 1998-12-16 2000-06-30 Fujitsu Ltd 電子メールシステム、電子メールサーバ、および、記録媒体
US6510513B1 (en) * 1999-01-13 2003-01-21 Microsoft Corporation Security services and policy enforcement for electronic data
US6654779B1 (en) * 1999-04-14 2003-11-25 First Data Resources System and method for electronic mail (e-mail) address management
US6760760B1 (en) * 1999-06-09 2004-07-06 Amx Corporation Control system communication server for transmitting files via multiple communication paths
US6760752B1 (en) * 1999-06-28 2004-07-06 Zix Corporation Secure transmission system
US7966372B1 (en) 1999-07-28 2011-06-21 Rpost International Limited System and method for verifying delivery and integrity of electronic messages
WO2001010090A1 (en) 1999-07-28 2001-02-08 Tomkow Terrance A System and method for verifying delivery and integrity of electronic messages
CN102882680B (zh) 1999-09-30 2015-10-21 美国邮政服务 用于鉴别电子信息的系统和方法
US6611869B1 (en) * 1999-10-28 2003-08-26 Networks Associates, Inc. System and method for providing trustworthy network security concern communication in an active security management environment
US6760750B1 (en) * 2000-03-01 2004-07-06 Polycom Israel, Ltd. System and method of monitoring video and/or audio conferencing through a rapid-update web site
US6643687B1 (en) * 2000-04-07 2003-11-04 Avid Technology, Inc. Email system delivers email message to a proxy email address that corresponds to a sender and recipient pairing
US7707624B2 (en) * 2002-11-26 2010-04-27 Rpost International Limited System for, and method of, proving the transmission, receipt and content of a reply to an electronic message

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5553145A (en) * 1995-03-21 1996-09-03 Micali; Silvia Simultaneous electronic transactions with visible trusted parties
WO1996038987A1 (en) * 1995-05-31 1996-12-05 Sloo Marshall A Method and apparatus for handling communications
WO1998017042A2 (en) * 1996-10-15 1998-04-23 Mordhai Barkan Electronic mail method
WO1999008424A1 (de) * 1997-08-06 1999-02-18 Siemens Aktiengesellschaft Verfahren und vorrichtung zur generierung von informationen über versendete nachrichten

Also Published As

Publication number Publication date
US8275845B2 (en) 2012-09-25
KR100604630B1 (ko) 2006-07-28
WO2002011025A3 (en) 2003-08-14
CA2417531A1 (en) 2002-02-07
US20110106897A1 (en) 2011-05-05
KR20030051605A (ko) 2003-06-25
US20070174402A1 (en) 2007-07-26
US8224913B2 (en) 2012-07-17
AU2001278025A1 (en) 2002-02-13
BRPI0112960B1 (pt) 2016-12-06
JP2012110032A (ja) 2012-06-07
CA2417531C (en) 2013-05-28
CN1653458A (zh) 2005-08-10
JP2009135962A (ja) 2009-06-18
MXPA03000807A (es) 2005-08-16
JP2004521404A (ja) 2004-07-15
BR0112960A (pt) 2004-06-08
US20130117387A1 (en) 2013-05-09
US8782154B2 (en) 2014-07-15
EP1410278A2 (en) 2004-04-21
US20120303956A1 (en) 2012-11-29
WO2002011025A2 (en) 2002-02-07
BRPI0112960A8 (pt) 2016-09-13
JP5236527B2 (ja) 2013-07-17
JP5256358B2 (ja) 2013-08-07
US20110246588A1 (en) 2011-10-06
US7966372B1 (en) 2011-06-21
US7865557B2 (en) 2011-01-04

Similar Documents

Publication Publication Date Title
CN100413292C (zh) 验证电子消息的传递和内容的系统及方法
CN1636365B (zh) 验证电子消息的传递和内容的系统及方法
US10887271B2 (en) System and method for verifying delivery and integrity of electronic messages
US10182026B2 (en) System for, and method of, providing the transmission, receipt and content of a reply to an electronic message
US7660989B2 (en) System for, and method of, authenticating an electronic message to a recipient
US7886008B2 (en) System and method for verifying delivery and integrity of electronic messages
US20050021963A1 (en) System for, and method of, proving the transmission, receipt and content of a reply to an electronic message
EP1570615B1 (en) Method of verifying delivery and integrity of electronic 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
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: 20080820

Termination date: 20180725

CF01 Termination of patent right due to non-payment of annual fee