互联网电子邮件添加服务系统 【发明领域】
本发明涉及用于构建电子邮件添加服务的系统和方法，这种服务诸如是用于把消息翻译为其他自然语言的服务、邮件阅读确认通知服务、彩票邮件发送服务和圣诞图片明信片发送服务，这些服务不被视为电子邮件的基本功能。背景技术
在该说明书中，电子邮件添加服务被定义为与互联网电子邮件相关的服务中的不被视为常规电子邮件服务的基本功能的服务。这种服务可以是用于把消息翻译为其他自然语言的服务、邮件阅读确认通知服务、彩票邮件发送服务或圣诞图片明信片发送服务。互联网工程任务组(IETF)已经对邮件阅读确认通知服务(RFC(请求注解)2298)提供了国际标准。但是，由于邮件阅读确认通知服务仅在发送者和接收者同时使用支持该标准的邮件客户软件时才能被使用，该服务未被广泛使用。而且，彩票邮件发送服务和圣诞图片明信片发送服务并不被预期用作邮件客户软件或邮件服务器软件的基本功能，因为它们不需要或不可能被标准化。圣诞图片明信片通常在WWW(万维网)服务中提供。
在具有分散控制机构特性的互联网上，没有一个服务提供商有权改变发送者和接收者的邮件服务器软件或邮件客户软件以在世界上提供特定电子邮件添加服务。发明内容
本发明的目的是建立一种独立的电子邮件添加服务系统，其与互联网的通用电子邮件体系兼容并可通过使用与通用电子邮件体系的相互连接在整个互联网上提供具有发送者指定的特定添加功能的服务。
为了使服务提供商立刻独立地在全世界提供服务，必须的是该服务不应请求已经投资很多时间和金钱并且具有分散管理机构的电子邮件客户软件和服务器软件的通用体系有任何改变。
为满足这个必要性，本发明使用插入到发送者和接收者的邮件服务器之间的中间传输路径中的中继模式邮件服务器，以处理添加服务所需的消息。
一般地，发送者经邮件客户服务器发送的消息经SMTP(简单邮件传输协议)来传送，然后存储在安装邮件客户期间指定地接收者SMTP服务器的队列中。然后接收者SMTP服务器根据在消息中指定的接收者地址USERID@DOMAIN的“DOMAIN”部分确定该消息被传送到哪个互联网主机(见IETF中的RFC822，RFC821)。
“DOMAIN”部分是执行添加服务的中继模式邮件服务器可被插入常规邮件传输路径中的唯一位置。此时，发送者应通过把接收者邮件地址的“DOMAIN”部分替代为具有中继模式邮件服务器的互联网主机名称(“DOMAIN-NEW”)来使用新的接收者邮件地址。另外，“DOMAIN-NEW”应以可区分方式包括“DOMAIN”部分并维持最小量信息来把具有添加服务的消息中继到接收者邮件服务器。
因此，本发明根据添加服务和其选项定义域后缀(后面称为“.suffix”)。本发明在接收者邮件地址的“DOMAIN”部分后附加“.suffix”以形成全名“DOMAIN.suffix”。然后本发明把“DOMAIN.suffix”用作中继模式邮件服务器的互联网主机名。
根据这一想法，系统地构建电子邮件添加服务系统的方法将在下面的描述中作出解释。
WO98181249A1是本发明的参考。附图说明
本发明的优选实施例的这些和其他特征、方面和优点在下面参考附图的具体描述中变得更完整。在附图中：
图1表示用于发送者把邮件传送到“USERID@DOMAIN”和“USERID@DOMAIN.suffix”的电子邮件流程；
图2表示邮件阅读确认通知系统的元域名服务器、添加服务邮件服务器和网络服务器中的相互作用与流程；
图3表示邮件阅读确认通知系统中通知消息接收的流程。具体实施方式
本发明的电子邮件添加服务系统包括3个单元。第一单元
包括具有附加了对应于添加服务的域后缀的“USERID@DOMAIN.suffix”形式的邮件地址语法和用于语法的含义的一系列定义的域后缀电子邮件地址表示系统。通过附加域后缀，域后缀电子邮件地址表示系统规定添加服务的类型并指定主管添加服务的服务主机。第二单元
用于接收具有接收者地址“USERID@DOMAIN.suffix”的电子邮件消息、根据“.suffix”指定的添加服务的类型和选项处理电子邮件消息并把处理后的电子邮件消息传送到原始接收者地址“USERID@DOMAIN”的消息修改型中继模式添加服务邮件服务器。第三单元
用于把“DOMAIN.suffix”对应于主管“DOMAIN”添加服务的中继模式邮件服务器主机的网际协议(IP)地址的元域名系统。
接着具体地与可作为常规系统的子系统实现的4个互联网添加服务子系统一起描述这3个单元。1.域后缀电子邮件地址表示系统第一单元
本发明的地址表示系统的特性点在于在接收者电子邮件地址之后附加一个域后缀。这种特性的强大之处在于域后缀可同时规定添加服务的类型并指定主管添加服务的服务主机。添加服务的用户把这种表示方法识别成与电子邮件添加服务的使用方法相同。
各个添加服务的域后缀具有根域后缀和补充域后缀。根域后缀应是在互联网中注册的从属域或是从属域的子域。
为最好地理解，举出使用用于邮件阅读确认通知服务的主域后缀“.confirm.to”以及在开始具有“.add”的补充域后缀的2个例子。在“apple.com.add.startec.advertizement.confirm.to”的情况下，“apple.com”是“DOMAIN”部分，“add.startec.advertizement”是补充域后缀，“.confirm.to”是根域后缀。在“apple.com.confirm.to”的情况下，认为补充域后缀具有空串值。作为参考，“.confirm.to”中的“.to”是汤加王国的国家顶级域，其可用带有“.com”或“.net”的国际注册替代。
补充域后缀附加于原始邮件地址域名与根域后缀之间，用于丰富或限制添加服务的功能。补充域后缀占据的字符串的范围可根据添加服务定义。具有可变参数的语法中的补充域后缀可具有无限的字符串值。
Microsoft.com.add.*.photo.post-card.to.IN A 202.30.244.182.中继模式添加服务邮件服务器
中继模式添加服务邮件服务器接收并处理具有接收者地址“USERID@DOMAIN.suffix”的邮件消息，并具有下面3个特性。
第一，服务器安装在具有“DOMAIN.suffix”型域名的互联网主机上。
第二，服务器在从发送者邮件服务器向接收者邮件服务器传送邮件消息期间被插入并且在处理后中继该消息，以替代2个邮件服务器，即以中继模式来应用添加服务。
第三，服务器具有消息修改邮件服务器特性，其可根据相应的添加服务在接收者地址“USERID@DOMAIN.suffix”中规定的根域后缀和补充域后缀的基础上修改消息。2-1中继模式添加服务邮件服务器的优点
首先，服务器不需要改变发送者和接收者的现有邮件服务器。中继模式添加服务邮件服务器可通过插入到发送者邮件服务器与接收者邮件服务器之间的传输路径中而自然地扩展发送者和接收者的两个邮件服务器的功能。
第二，中继模式添加服务邮件服务器可不需要发送者/接收者DOMAIN管理者的任何帮助立刻在全世界独立地提供添加服务，因为服务器在操作和管理方面独立于发送者/接收者邮件DOMAIN的邮件服务器。
第三，由于发送者指定“DOMAIN.suffix”作为第一邮件接收服务器，中继模式添加服务邮件服务器不受到管理者的任何干涉或法律限制，可对DOMAIN的用户提供电子邮件添加服务。
第四，如果构建元域名系统来把“DOMAIN.suffix”对应于用于所有DOMAIN的一个中继服务器机器的IP机器，则中继模式添加服务邮件服务器可仅使用一个服务器立刻在全世界提供添加服务。无论接收者地址“DOMAIN.suffix”中的DOMAIN的范围如何，可以设置中继模式邮件服务器在处理基于“.suffix”的请求操作后，把最终的消息传送到接收邮件服务器。为了负载分配和安全管理的目的，可通过对每级的负责的中继服务器进行侧分支来逐步地安装服务器。2-2.消息添加服务过程
图1比较地显示出当发送者向“USERID@DOMAIN”和“USERID@DOMAIN.suffix”传送邮件时的电子邮件流程，其中，每一部分在后面将具体说明。
首先，无论发送者指定何种地址，邮件消息被添加到接收者邮件服务器的备用矩阵中来等待向外传输(图1的过程1)。
如果轮到该消息了，邮件服务器查询“.suffix”域的根域名服务器(称为“ns.suffix”，元域名服务器)来找到“DOMAIN.suffix”的IP地址(图1的过程2)。
使用SMTP(简单邮件传输协议)把消息发送到对应于“DOMAIN.suffix”的IP地址(图1的过程3)。然后，接收消息的“DOMAIN.suffix”服务器通过根据添加服务的特性修改消息或对消息添加新内容来产生新的消息(图1的过程4)。
在把接收者电子邮件地址“USERID@DOMAIN.suffix”分割为原始接收者地址“USERID@DOMAIN”和域后缀“.suffix”后，再把域后缀分割为根域后缀和补充域后缀，以确定发送者预定的添加服务的种类和内容。
通过对消息应用添加服务而产生修改的新消息时，如果需要的话，把用于每个消息的状态信息数据记录存储在服务器的数据库中。由于这个原因，每个消息通过产生特有序号被赋予一个消息ID。
然后把新消息传送到原始接收者电子邮件地址“USERID@DOMAIN”，其作为最终的接收者(图1的过程5)。
然后接收者使用他/她自己的个人计算机上的邮件客户读出存储在接收者电子邮件服务器中的消息(图1的过程6)。2-3.修改邮件服务器的消息的消息数据库
与添加服务相关的每个邮件消息的状态信息可被存储在“DOMAIN.suffix”主机上，以不仅保持对记录的服务操作，而且通过与接收者邮件客户的相互作用完成特定目的的添加服务。
有一种交互添加服务，其通过在接收者接收邮件后与“DOMAIN.suffix”和互联网的一系列相互作用实现添加服务。在这种情况下，作为状态信息数据库记录的关键字的消息ID信息应该以对于任何形式的添加服务而言适当的方式被添加到消息文本或邮件标题，最终传送到接收者。3.元域名系统的具体描述3-1.背景
域名是在分级名空间中通过以“.(dot)”代表名称从左到右从顶级分级到底级分级来描述由主机和网络标识符构成的所有分级的特有名称的名称。例如，有www.microsoft.com，netscape.net，www.nic.go.kr等。此时，“.com”，“.net”“.kr”叫作顶级域(称为TLD)，microsoft.com，netscape.net，go.kr叫作次级域。
域名系统(DNS)是世界性的分散数据库系统，用于把域名对应于相应IP地址。DNS包括用于互联网域名和IP地址(具有A型记录)与互联网电子邮件传输路径数据库(具有MX型记录)之间的关系的数据库。DNS还有所有互联网TCP/IP通信，用于确定从发送者向接收者传送电子邮件的流程和路径(见IETF的RFC1034，RFC1035)。
把域名指定给用于每一分级的主域名服务器，以把各个域和子域的IP地址对应于服务器。例如，在www.cs.uiuc.edu的情况下，顶级域“.edu”被指定给“ns.internic.net”，作为主域名服务器，而“uiuc.edu”被指定给“ns.uiuc.edu(伊利诺斯大学)”，作为主域名服务器。这种任务分配通过向域名数据库“ns.internic.net”添加代表把“unic.edu”的主域名服务器管理机构委托为“ns.uiuc.edu”的内容(NS型记录)来完成。
“ns.uiuc.edu”的管理者确定“cs.uiuc.edu”和“www.cs.uiuc.edu”是否有全权管理每个子域的主域名服务器。
再回到主题，需要建立用于“.suffix”的主域名服务器，因为“DOMAIN.suffix”是特定的域“.suffix”的子域名。但是，在域被动态产生和删除的互联网中，考虑互联网的分散特性和大小，不可能对所有DOMAIN产生“DOMAIN.suffix”的数据库记录。尤其，在DOMAIN包括具有可变参数的补充域后缀时，更不可能。
本发明的元域名系统指的是具有特定数据库(元域数据库)的域名系统，用于管理“DOMAIN.suffix”型域名。这种系统应该优选建立在主管主域后缀的从属域名的主域名服务器主机上。用于提供元域名数据库服务的服务器软件叫作元域名服务器。3-2.元域名系统的特性
考虑与外部相互作用的DNS协议，元域名服务器与一般域名服务器同样操作(见IETF的RFC1034，RFC1035)，但从数据库结构来看具有3个特性。
首先，元域名服务器管理的所有域名数据库的源记录基本上具有通配符属性。
第二，源记录中特别特殊的一个记录在选择IP地址查询结果方面具有优先权。
第三，在添加服务使用参数化的补充域后缀的情况下，域名数据库支持利用可变参数的表示对源记录的分析。
元域名服务器的核心是这种数据库构建方法。域名服务器软件只是用于提供数据库的装置，并且大部分通常的最新名称服务器软件直接或间接支持这种数据库结构。3-3.每个特性的解释
首先，例如在根域后缀是“.confirm.to”的情况下，假设域名数据库源记录具有下面的形式，来用于“apple.com.confirm.to”(实际输入的数据库记录可与上面不同，并且根据使用的域名服务器软件而不同)。
apple.com.confirm.to.IN A 202.30.244.15
此时，如果“apple.com.confirm.to”记录具有通配符属性，“apple.com”之后的所有子域总是被对应于作为“apple.com.confirm.to”的IP地址的相同值。即，认为“*.apple.com.confirm.to”好像是在前面省略了UNIX外壳命令的通配符*(星号)。因此，“hostl.marketing.apple.com.confirm.to”和“host2.korea.international.apple.com.confirm.to”与相同的“*.apple.com.confirm.to”匹配，以对应于象“apple.com.confirm.to”一样的IP地址202.30.244.15。
第二，假设因为仅需要用于“usa.apple.com.confirm.to”和其子域的一个分开的中继模式邮件服务器而使得源记录应被分割。由于这一假设，源记录如下规定。
usa.apple.com.confirm.to.IN A 202.30.244.16
apple.com.confirm.to.IN A 202.30.244.15
此时，指的是“usa.apple.com”比“apple.com”具有优先权。由于两个记录被视为在前面省略“*”，考虑其形式，仍不清楚是否可把“.usa.apple.com”视为包括在“*.apple.com”中。因此，对于任何域名询查询，应清楚地区分是否两个源记录之间的一个具有优先权。
此时，定义“usa.apple.com.confirm.to”比“apple.com.confirm.to”更具体，并且元域名服务器被构造成使得更具体的源记录的IP地址查询结果具有优先权。
另一方面，在添加服务的开始，如果仅一个中继邮件服务器主机可以为所有DOMAIN处理添加服务，如下的一个源记录是可行的。
confirm.to.IN A 202.30.244.15
第三，作为例子，假设圣诞图片明信片发送添加服务使用参数化补充域后缀。假设根域后缀是“.post-card.to”，补充域后缀的BNF语法是“add.*”(midi|photo)。约定“.*”部分并非真正的字符串“*”而是一可变参数，其可用发送者选择的其他字替代。
1)bill@microsoft.com.post-card.to
2)bill@microsoft.com.add.yosemite.park.photo.post-card.to
3)bill@microsoft.com.add.christmas.carol.song.midi.post-card.to
对于3个接收者邮件地址，如果发送者把补充域后缀设定为空串值(或不指定补充域后缀)，如例1)所示，则将选择服务器主动指定的内容并将其在明信片中发送。在例子2)中，“yosemite.park.photo”将为可变参数，而在例3)中“christmas.carol.song.midi”将为可变参数。
结果，元域名数据库支持具有参数化的补充域后缀的源记录，这意味着下面的源记录可由元域名数据库来指定。
microsoft.com.add.*.midi.post-card.to.IN A 202.30.244.15
microsoft.com.add.*.girl.photo.post-card.to.IN A 202.30.244.16
microsoft.com.add.*.park.photo.post-card.to.IN A 202.30.244.174.邮件阅读确认通知服务系统4-1.背景
邮件阅读确认通知服务是为向发送者确认接收者接收到并阅读了电子邮件的服务，其中，方法和过程被IETF(RFC2298，http：∥www.inc.org/rfc2298)标准化。但是，由于标准化需要改变电子邮件服务器和发送者的客户软件，扩展邮件阅读确认通知服务被延迟了，这使得难以立刻在全世界提供该服务。
邮件阅读确认通知服务作为本发明的互联网电子邮件添加服务系统一个特定概念建立，其特征在于无论互联网的标准如何，仅由发送者在接收者电子邮件的末端附加域后缀“.confirm.to”或“.confirm.cc”就可提供邮件阅读确认通知服务。4-2电子邮件阅读确认通知服务系统的结构
过程1：根据本发明的单元1的添加服务元邮件地址表示系统，通过选择一对具有相同名称的次级域来注册正式的互联网次级域，其具有用于电子邮件阅读确认通知服务的根域后缀和“.to”和“.cc”的顶级域。
例如，如果固定互联网域名“confirm.to”和“confirm.cc”，各个域后缀的添加服务的意义如下定义。如果在邮件地址末端附加域后缀“.confirm.to”，则在接收到邮件时邮件阅读确认通知仅被传送到发送者。在有至少两个接收者的情况下，附加域后缀“.confirm.cc”以便在接收到邮件时不仅向发送者而且向接收者(如果存在的话)传送邮件阅读确认通知。如果可能的话，可用其他域替代“.confirm.”，如receipt，notice等。
“to”是表示电子邮件的发送者的标准化的邮件标题名称，其容易被用户识别出来。“cc(复写本)”也是标准化的邮件标题名称，其客观地表示向其他接收者传送要向发送者发送的邮件阅读确认通知的复写本的意思。“.to.”是汤加王国的国家顶级域，而“.cc.”是cocuskeeling岛的国家顶级域。
过程2：根据本发明的单元3的元域名系统，构造具有作为根域后缀的上面两个域名的两个元域名数据库。对于具有“DOMAIN.confirm.to”和“DOMAIN.confirm.cc”形式的域名，固定主管服务的邮件主机并且其IP地址被注册。
过程3：根据本发明的单元2的中继模式添加服务邮件服务器，建立用于实现邮件阅读确认添加服务的消息修改电子邮件中继服务器系统。邮件阅读确认服务需要接收者邮件客户与中继服务器之间的相互作用。因此，当处理消息时在中继服务器生成并管理每个消息的邮件阅读状态数据库记录。而且，适当的HTML(超文本标示语言)标记被插入到修改的消息中的文本中，以把对自动邮件阅读确认通知的HTTP(超文本传输协议)查询传送到中继服务器。这种服务器系统被安装到注册于过程2中的数据库中的各个中继邮件服务器主机上。
过程4：把网络服务器安装在中继服务器中，以通过接收者邮件客户与中继服务器之间的相互作用实现邮件阅读确认通知服务。网络服务器从接收者邮件客户接收对邮件阅读状态报告的HTTP查询，对各个消息反映对邮件阅读状态数据库的查询，然后传送邮件阅读确认通知。
图2表示操作流程，图示在发送者发送在其末端附加“.confirm.to”域后缀的邮件后，在用于添加服务的修改的电子邮件到达最终的接收者时，元域名服务器、添加服务邮件服务器和网络服务器之间的相互作用。
图3表示当接收者在线阅读接收到的邮件时，利用在图2的过程4中添加的HTML标记，通过与中继服务器中的网络服务器的相互作用把邮件阅读确认通知传送到发送者的流程。
此时，假设接收者邮件客户在线连接于互联网并且备有显示HTML标记的常规功能(例如，微软的Outlook Express、Netscape的Netscape Messenger、Eudora的Eudora Pro等)。4-3.用于添加服务的消息修改过程的具体说明
在对每个电子邮件消息赋予特有的序号后，产生以该序号作为关键字的用于存储邮件阅读状态数据的邮件阅读状态数据库记录。在HTML版本的消息文本中，具有URL(统一资源定位符)的HTML文件包含赋予的特有序号和接收者电子邮件地址。
选择适当的HTML标记使得当最终的接收者接收到消息并使得显示在屏幕上的消息可在邮件阅读状态数据库上反映出来时，URL通过插入的HTML标记自动地或通过接收者的识别行为引起中继服务器的网络服务器与HTTP协议之间的相互作用。
例如，在文本后可插入标记＜imgscr＝http：∥microsoft.com.confirm.to/read/MESSAGE_ID/bell@microsofi.com width＝1 height＝1＞。标记是不容易看到的具有1个像素的垂直和水平尺寸的图像标记。该标记把具有邮件阅读状态信息的URL查询发送到指定给HTTP查询的中继服务器中的网络服务器，以更新邮件阅读状态信息。
为在文本中添加HTML标记，邮件消息文本应具有HTML格式。因此，如果文本是一般文本(MIME(多用途网际邮件扩充协议)具有文本/无格式)，在将消息文本自动转换为HTML格式后插入HTML标记。
网络服务器反映对应数据库的邮件阅读信息，产生邮件阅读确认通知消息，然后把邮件阅读确认通知消息传送到写入于记录中的原始发送者地址。如果“.confirm.cc”被附加于接收者地址作为域后缀，网络服务器把通知消息不仅传送到发送者而且传送到电子邮件消息中指定的其他接收者。5.彩票邮件发送添加服务系统
作为本发明的互联网电子邮件添加服务系统的一个特定概念建立的彩票邮件发送添加服务如下。
过程1：根据本发明的单元1的添加服务邮件地址表示系统，选择在互联网中正式注册的互联次级域，并将其注册为用于彩票邮件发送添加服务的根域后缀。
如果为那一目的固定互联网域名“loto.to”，添加服务的含义如下定义。当在要被发送的邮件地址末端附加域后缀“.loto.to”时，为接收者发出的在线彩票被添加到要被传送的消息。如果可能，可使用其他可用域后缀来替代“.loto.to”。还可指定补充域后缀。如果补充域后缀具有语法“add.*”，其中“*(星号)”可包括关于发送者已知的彩票种类的符号。例如，可利用域“apple.com.add.motorola.loto.to”。
过程2：根据本发明的单元3的元域名系统，构建具有根域后缀“.loto.to”并支持补充域后缀语法的元域名数据库。之后，固定主管“DOMAIN.loto.to”的服务的邮件主机，然后注册其IP地址。
过程3：根据本发明的单元2的中继模式添加服务邮件服务器，构建用于实现彩票邮件发送添加服务的消息修改邮件中继服务器系统。由于该服务要求对博彩中胜出的接收者管理邮件阅读状态数据库，在中继服务器中产生并管理对于各个消息的一个彩票胜出状态数据库记录。而且，HTML标记被插入到修改的消息中，使得接收者在阅读邮件时可识别关于发出的在线彩票的信息。服务器系统被安装到在过程2的数据库中注册的各个中继邮件服务器主机中。6.图片明信片发送添加服务系统
如下构建作为本发明的互联网电子邮件添加服务系统的一个特定概念建立的图片明信片发送添加服务。
过程1：基于本发明的单元1的添加服务邮件地址表示系统，选择并注册在互联网中正式注册的互联网次级域。
如果为那一目的固定互联网域名“post-card.to”，添加服务的含义如下定义。当在要被发送的邮件地址末端附加域后缀“.post-card.to”时，传送其中图片明信片丰富了背景的HTML型消息。如果可能，可使用其他可用域后缀来替代“.post-card.to”。还可指定补充域后缀。如果补充域后缀具有语法“add.*”，其中“*(星号)”可包括关于发送者已知的图片明信片的种类的符号。例如，可利用一个附加补充域后缀“apple.com.add.yosemitepark.post-card.to”的地址。
过程2：根据本发明的单元3的元域名系统，构建具有根域后缀“.post-card.to”并支持补充域后缀语法的元域名数据库。之后，固定主管“DOMAIN.post-card.to”的服务的邮件主机，然后注册其IP地址。
过程3：根据本发明的单元2的中继模式添加服务邮件服务器，构建用于实现图片明信片发送添加服务的消息修改邮件中继服务器系统。中继服务器应具有包含明信片的符号和内容的数据库。而且，HTML标记被插入来分析补充域后缀中规定的明信片的种类，并把明信片作为修改的消息的文本背景应用。服务器系统被安装到在过程2的数据库中注册的各个中继邮件服务器主机中。7.邮件翻译发送添加服务系统
作为本发明的互联网电子邮件添加服务系统的一个特定概念建立的邮件翻译发送添加服务如下构建。
过程1：根据本发明的单元1的添加服务邮件地址表示系统，选择并注册在互联网中正式注册的互联次级域。
如果为那一目的固定互联网域名“interpret.to”，添加服务的含义如下。当在要被发送的邮件地址末端附加域后缀“.interpret.to”和补充域后缀“.from.LANG1.to.LANG2”时，该服务向接收者发送翻译为指定语言的新消息。如果可能，可使用其他域后缀来替代“.interpret.to”。补充域后缀具有语法“from.*.to.*”，“*(星号)”可包括关于发送者已知的翻译语言的符号。例如，可利用附加了补充域后缀“apple.com.from.english.to.french.interpret.to”的地址。
过程2：根据本发明的单元3的元域名系统，构建把“interpret.to”作为域后缀并支持补充域后缀语法的元域名数据库。之后，固定主管“DOMAIN.interpret.to”的服务的邮件主机，然后注册其IP地址。
过程3：根据本发明的单元2的中继模式添加服务邮件服务器，构建用于实现邮件翻译发送添加服务的消息修改邮件中继服务器系统。服务器系统被安装到在过程2的数据库中注册的各个中继邮件服务器主机中。
使用本发明的互联网电子邮件添加服务系统，发送者仅把用于相应的添加服务的域后缀附加于接收者电子邮件地址的末端就能使用添加服务。使用添加服务提供商的至少一个服务主机自动执行域后缀指定的添加服务。
因此，不改变发送者电子邮件服务器和客户软件，服务提供商自身可立刻在全世界提供添加服务，这促进新的添加服务的出现并快速把新的添加服务扩展到全世界。这将促使电子邮件服务的进展、竞争和革新。