全方位电子邮件服务

　　根据 DNS 的数据库记载, 提供 uuserv.net.tw 信件转递的一供有三部Mail 主机, linux.uuserv.net.tw 是其中第一部, 它也拥有最优先服务的权力, 它也有可能是唯一与 uuserv.net.tw 以直接联机的一部 Internet 主机(我们前面提过, MX 可以用在封闭的网络, 也可以在 Internet)。

　　tpts1.seed.net.tw 排名次之, aladdin.iii.org.tw又次之。 关于这 一点,我们可以从刚刚执行 nslookup 指令的结果得知, 其中 preference 分别有5 10 20 就是代表优先级, 数字越小有越高的优先权。

uuserv.net.tw   preference = 10, mail exchanger = tpts1.seed.net.tw
uuserv.net.tw   preference = 20, mail exchanger = aladdin.iii.org.tw
uuserv.net.tw   preference = 5, mail exchanger = linux.uuserv.net.tw

　　whitehouse.gov 把信送给 tpts1.seed.net.tw 这部机器之后,whitehouse.gov 于是就当作信件已经成功投递了 (这也是前面提到MailGateway会造成信件丢失的原因, 因为信件尚未投递给真正的收信人,whitehouse.gov 就已经不管)。 tpts1.seed.net.tw 把信收下来后, 就变成由它来负责投递这封信给 yuan@uuserv.net.tw。

　　由于 tpts1.seed.net.tw 也不认识 uuserv.net.tw, 它必须把信件投递给 linux.uuserv.net.tw, 可是网络明明又不通, 这时该怎么办呢? 简单,tpts1.seed.net.tw 会不断的尝试要把信投递给 linux.uuserv.net.tw, 也许它会每隔 15 分钟或 30 分钟尝试执行投递一次, 不断尝试, 直到几天后(究竟几天, 由系统自定, 内定可能三天) 若仍没有成功, 会把信退给whitehouse.gov, whitehouse.gov 系统再退信给比尔本人, 比尔就知道信没有送达。 至于以上提到的时间数据不同的系统会有不同的设定。 我在后面分别会介绍 Sendmail 及 Smail 如何来设定。

　　可是假如故障发生一天之后 linux.uuserv.net.tw 对外线路恢复正常了,tpts1.seed.net.tw 就会把一天前 whitehouse.gov 交代下来的信, 投递给linux.uuserv.net.tw, linux.uuserv.net.tw 接着负责把信转给 UUserv.Net.tw。

　　不论哪一种情况, 比尔 (president@whitehouse.gov) 应该都会知道他寄出去的信如何了, 信件不会石沈大海。 比方说, 假如 UUserv.Net.tw 收到了, 却察无 yuan 此人, 则会把信退回 president@whitehouse.gov, 并附上错误讯息。 假如 tpts1.seed.net.tw 一定时间内仍联络不到 linux.uuserv.net.tw,信件也会退给比尔。 假如UUserv.Net.tw 根本不存在, 则 whitehouse.gov 一开始就会立刻把信丢还给比尔, 命附上 unknown host 的错误讯息 (假如whitehouse.gov 的 Mail 系统不支持 BIND, 这时明明 uuserv.net.tw存在,unknown host 错误也会发生)。

　　反过来从 yuan@UUserv.Net.tw的角度来看, 由于 DNS 指定 MX 转接服务,所以即使 UUserv.Net.tw 的 Mail系统当掉一整天无法收信, 通常别人寄来的信件是不会丢掉的, 因为, linux.uuserv.net.tw 、 tpts1.seed.net.tw 或aladdin.iii.org.tw 会帮忙暂时把信收起来。

　　＊ whitehouse.gov 对外线路中断

　　假如 whitehouse.gov 对外的线路因任何原因中断了, 这时信件不可能投递的出去, 比尔的这封信该如何被处理呢?

　　假如 whitehouse.gov 的 Mail server设定正确的话, 这封信会被积存(queue) 在 whitehouse.gov 自己系统里面, 之后, 每隔几分钟尝试把信送给 linux.uuserv.net.tw 这部机器一次, 正常的话, 假如三天或五天后whitehouse.gov 对外联机仍然未通, whitehouse.gov 的 Mail 系统就会把信件退还给比尔。 同样的, 以上所提到的数据会依照系统设定之不同而有异。

　　同样的, 假如 whitehouse.gov 对外线路通了, 这时 whitehouse.gov 会依序尝试投递给 linux.uuserv.net.tw、 tpts1.seed.net.tw 或 aladdin.iii.org.tw 之其中之一。

12.相关标准文件介绍及其取得方式

　　以下文件若未经额外注明, 都可以用 FTP 在 ftp.edu.tw 的 /documents/Internet/rfc 目录下取得, 至于档名, 比方文件编号为 RFC 1725, 则档名为 rfc-1725.txt.gz。 另外 1994 年十月份的 HopeNet光盘月刊所附 CD片, 也附有 Internet RFC 文件, 但没有FTP 档案库上的资料齐全。

RFC 1730  PS   M. Crispin, "INTERNET MESSAGE ACCESS PROTOCOL - VERSION 
   4", 12/20/1994. (Pages=77) (Format=.txt)

RFC 1725  DS   J. Myers, M. Rose, "Post Office Protocol - Version 3",
           11/23/1994.  (Pages=18) (Format=.txt) (Obsoletes RFC1460)

RFC 0821  S     J. Postel, "Simple Mail Transfer Protocol", 08/01/1982.
           (Pages=58) (Format=.txt) (Obsoletes RFC0788) (STD 10)

RFC 0822  S     D. Crocker, "Standard for the format of ARPA Internet text
           messages", 08/13/1982. (Pages=47) (Format=.txt) (Obsoletes
           RFC0733) (STD 11) (Updated by RFC1327, RFC0987)

RFC 0974  S     C. Partridge, "Mail routing and the domain system", 01/01/1986.
           (Pages=7) (Format=.txt) (STD 14)

RFC 1522  DS   K. Moore, "MIME (Multipurpose Internet Mail Extensions) Part Two:
           Message Header Extensions for Non-ASCII Text", 09/23/1993.
           (Pages=10) (Format=.txt) (Obsoletes RFC1342)

RFC 1521  DS   N. Borenstein, N. Freed, "MIME  (Multipurpose Internet Mail
           Extensions) Part One:  Mechanisms for Specifying and Describing the
           Format of Internet Message Bodies", 09/23/1993. (Pages=81)
           (Format=.txt, .ps) (Obsoletes RFC1341) (Updated by RFC1590)


RFC 1590  I    J. Postel, "Media Type Registration Procedure", 03/02/1994.
           (Pages=7) (Format=.txt) (Updates RFC1521)

RFC 1591  I    J. Postel, "Domain Name System Structure and Delegation",
           03/03/1994.