[ 永遠的UNIX > 網絡管理員指南 -13.電子的郵件 -4>郵件如何安排工作？ ]

[ 永遠的UNIX::UNIX技術資料的寶庫 ] GB | BIG5

首頁 > 網絡管理 > 其它 > 正文

網絡管理員指南 -13.電子的郵件 -4>郵件如何安排工作？

本文出自:http://www.linpus.com.tw 作者: Andrew Anderson (2001-07-17 20:10:01)

引導一個信息到接收主機的過程被稱為routing.除了從發送位置查找一個路徑到目標之外，它還涉及錯
誤檢查個速度與花費優化的內容。

一個UUCP站點處理路徑的方法與任何Internet站點有很大區別。在Internet上，引導數據到接收主機的
主要任務（當它被它的IP地址知道的時候）是由IP網絡層進行的。在UUCP區的時候，用戶必須提供通道，
或者通道由郵件傳送代理產生。

--------------------------------------------------------------------------------

Internet上的郵件路由
Internet上的郵件路由全部依靠目標主機是否所有的特定郵件路徑已經執行。默認是通過查找它的IP地
址並留下數據實際的路由到IP運送層來直接遞送信息到目標主機。
大多數的站點會通常想要引導所有的入口郵件到一個高級的郵件服務器，它可以處理所有這些交通，並
讓它在本地分發這個郵件。要發布這個服務，站點在DNS數據中為它們的本地域公布一個稱為MX的記錄。
MX支持Mail Exchanger並基本指出服務主機在這個域上為所有的機器成為一個郵件轉發器。MX記錄還可
以用來處理那些自己沒有連接到Internet的主機的交通，例如UUCP網絡，或者是含有裝載秘密信息的主
機的公司網絡。
MX記錄還有一個輔助的參數。這是一個正整數。如果幾個郵件交換器存在在一個主機上，郵件傳送代理將
會試著以最低的preference值來傳送信息到交換器，並且只有它失敗的時候才會試著使用比較高值的主機。
如果本地主機對目標地址就是一個郵件交換器，它不會轉發信息到任何比它自身高的參數的MX主機上去，
這是一個避免循環傳送的安全方法。
假定一個組織，稱為FOOBAR INC想要他們所有的郵件都由他們稱為MAILHUB的機器處理。他們將有一個MX的
記錄，就象在DNS中的這樣：
    foobar.com        IN   MX      5    mailhub.foobar.com
這宣布mailhub.foobar.com作為一個FOOBAR。COM的郵件交換器，使用的參數值是5。一個希望處理一個信息
到JOE﹒GREENHOUSE。FOOBAR。COM的主機將檢查DNS的FOOBAR。COM，並找到指向MAILHUB的MX記錄。如果沒
有MX使用的參數小5，信息將被遞送到MAILHUB，之發送它到GREENHOUSE。
以上實際不只是一個MX如何工作的簡介。在INTERNET上有關郵件路由的更多信息請參照RFC-974。

--------------------------------------------------------------------------------
UUCP世界中的郵件路由

在UUCP網絡上的UUCP路由比在Internet上的要復雜的多，因為傳輸軟件不會自己進行任何的路由。早期，所有
的郵件都需要使用捆綁路徑來顯示地址。捆綁路徑指定一個主機列表，通過它來轉發信息，由嘆號分開，並且
有用戶名跟隨。在一個名為moria的機器上定位一個字母到Janet用戶，你可能使用路徑eek!swim!moria!janet.
它可能將你的郵件從主機發送到eek，從那裡開始流動並最終到達moria.

這個方法的明顯的缺點是它需要你記住有關網絡布局、快速連接等等的許多東西。更糟糕的是，網絡布局中的
更改象連接被刪除或者主機被移動-可能簡單的因為你不知道改變而導致信息失敗。最終，為了防止你移動到
一個不同的位置，你將很可能必須更新所有這些路徑。

然而，一件事使使用來源路由成為必要是模糊主機名的存在：例如，假設有兩個站點都稱為moria,一個在美國，
而另一個在法國。哪個站點現在是moria!janet 想要的？這可以通過指定使用什路徑可以到達moria來弄清。

弄清主機名的第一步是The UUCP Mapping Project的建立。它位Rutgers大學，並注冊所有的官方UUCP主機名，
以及在他們的UUCP鄰居上的信息和地理位置，確認沒有沒有使用兩次的主機名。由Mapping Project收集、的信息
作為Usenet Maps出版，它被正規的通過Usenet傳播。在地圖上的一個標準的系統登錄（在移動命令之）象這樣：

   moria
                   bert(DAILY/2),
                   swim(WEEKLY)
這個登錄表達moria有一個連接到bert，它在一天內被呼叫了兩次，並且swim在一周內呼叫了兩次。我們將在下
面回到地圖文件格式的詳細內容。

使用地圖上提供的連通性信息，你可以自動從你的主機上產生完整的路徑名到任何指定的站點。這個信息通常被
保存在路徑文件中，有時被稱為pathalias database。假設地圖表明你可以通過ernie達到bert，是從上面地
圖snippet上產生的的一個moria的pathalias登錄可能象這樣：

    moria           ernie!bert!moria!%s
如果你現在有一個指定的地址janet@moria.uucp，你的MTA將挑選上面顯示的路徑，並同一個帶有
bert!moria!janet地址的信封一起發送信息到ernie。

然而，從完整的Usenet地圖中建立一個路徑文件不是一個好主意。它們中提供的信息通常都是扭曲的，而且有時
是過時的。因此，只有一些主要的主機使用完整的UUCP世界地圖來建立它們的路徑文件。大多數的站點只為它們
鄰居的站點保留路由信息，並發送所有郵件在他們數據中無法找到的站點到一個有更為完整路由信息的更聰明的
主機上。這個策略稱為smart-host routing（聰明主機路由）只有一個UUCP郵件連接的主機（稱為leaf sites）
不會為它們自己做任何的路由，它們完全依靠它們的聰明主機。

--------------------------------------------------------------------------------
UUCP和RFC-822的混合

最好的治癒UUCP網絡中的郵件路由的問題的方法是在UUCP網絡中採用域名系統.當然,你無法通過UUCP詢問一個名
字服務器.然而,許多UUCP站點形成了許多小的域,它們在內部協調它們的路由. 在這些地圖中,這些域公布一個或
者兩個主機作為它們的郵件網關,這樣在域中不需要每個主機都有一個地圖入口.網關處理所有流入和流出域的郵
件.域中的路由計劃外界是完全無法看到的.

使用上面介紹的聰明主機的路由計劃會工作的非常好.全球路由信息主要由網關單獨完成;在一個域中的小的主機將
會同一個小的手寫路徑文件在一起,這個文件列出在它們域中的路徑的列表以及通往郵件集線器的路徑.甚至郵件網
關不再需要為世界上每一個單獨的UUCP主機路由信息.除了域提供服務的完整的路由信息之外,它們現在只需要在他
們的數據中有通向整個域的路徑.例如, pathalias登錄顯示下面將為在sub.org域中的所有的郵件站點發送到smurf:

  .sub.org        swim!smurf!%s
任何寄往地址claire@jones.sub.org的郵件都將被發送到swim,信封上的地址是：smurf!jones!claire.

域名的層次組織允許所有的郵件服務使用較少的路徑混合更多的特定的路徑.例如,一個在法國的系統可能需要為子
域fr指定路徑.,但是在美國域中為主機發送任何郵件到一些在美國的系統.使用這種方法,域基礎的路徑(正象這個
技術所描述的)大大的減少了路由數據的大小和上面所需要的管理.

然而,在一個UUCP環境下使用域名的主要好處是它的附件RFC-822允許UUCP網絡和Internet之間的簡單的通路.現在的
許多UUCP域與一個作為它們的聰明主機的Internet網關有一個連接.通過Internet發送郵件速度更快,並且路由信息也
更為可靠，因為Internet主機可以使用DNS而不是Usenet Maps.

為了可以從Internet訪問,UUCP為基礎的域有他們自己的Internet網關來為他們公布一個MX記錄(MX記錄在上面介紹了).
例如, 假定moria屬orcnet.org域作為它們的Internet網關. Moria就會使用gcc2作為它的聰明主機,這樣所有外部
域的郵件都通過Internet來處理.另外, gcc2會為orcnet.org公布一個MX記錄,並且發送orcnet站點上的所有郵件到
moria.

剩下的唯一問題是UUCP傳送程序無法處理完全合格的域名.大多數的UUCP組的設計用來處理大8個字節的站點名,有
些甚至更少,並且使用象點這樣的非文字的字符對大多數來說是不可能的.

因此需要一些在RFC-822名字和UUCP主機之間的計劃. 計劃的方式不完全依靠執行.繪制FQDNs到UUCP名字的一個通
常的方法是這樣使用pathalias文件:

  moria.orcnet.org  ernie!bert!moria!%s
這將從一個指定一個完全符合域名的地址中產生一個單純的UUCP類型的捆綁路徑.一些郵件處理器為此提供一個特殊
的文件: sendmail,例如為它使用uucpxtable.當發送郵件從一個UUCP網絡到Internet的時候需要相反的傳輸(通俗稱
為domainizing).因為在特定的地址郵件發送器使用完全合格的域名,這個程序可以在轉發信息到聰明主機的時候通過
不從信封地址上將域名移動來避免.它們經常通過附加pseudo-domain uucp來本地化.

(http://www.fanqiang.com)     進入【UNIX論壇】

===更多相關===

★ 樊強制作歡迎分享 ★