【正文】 協(xié)議 ● 信件回復(fù)與轉(zhuǎn)發(fā) 。 用戶在收到信件后可以立即按發(fā)信地址復(fù)信 。 這時(shí)既可以省去輸入復(fù)信地址 ， 又可以確保復(fù)信回送到發(fā)信人信箱 。 此外 ， 用戶收到信件后也可以將信件的副本轉(zhuǎn)發(fā)給指定的用戶閱讀 。 ● 退信說(shuō)明 。 當(dāng)信件因收信地址有誤而無(wú)法送達(dá)時(shí) ， Email系統(tǒng)將原信退回 ， 并說(shuō)明無(wú)法投遞的原因 ，以及提供一個(gè)信件傳送路徑供用戶查找其原因 。 ● 信件管理 、 轉(zhuǎn)儲(chǔ)和歸納 。 用戶對(duì)收到的信件可以分門別類地存放在不同的電子文件夾中長(zhǎng)期保存 ，可以刪除不需要的信件 ， 還可以將信件轉(zhuǎn)成文本文件單獨(dú)存放或使用 。 第 9章 高層協(xié)議 ● 電子郵件箱的保密性 。 用戶在使用 Email系統(tǒng)時(shí) ， 首先要登錄到提供該服務(wù)的計(jì)算機(jī) (即 Email服務(wù)器 )上 ， 然后才能運(yùn)行 Email軟件來(lái)收發(fā)電子郵件 。 在登錄時(shí) ， 用戶必須提供正確的用戶名和密碼 ， 否則將被拒絕 。 也就是說(shuō) ， 用戶電子郵件箱的保密性是通過(guò)密碼來(lái)保證的 。 第 9章 高層協(xié)議 ② Email系統(tǒng)的組成 。 Email系統(tǒng)基于客戶機(jī) /服務(wù)器模式 ， 整個(gè)系統(tǒng)由 Email客戶軟件 、 Email服務(wù)器和通信協(xié)議等三部分組成 。 Email客戶軟件也稱為用戶代理 ， 是用戶用來(lái)收發(fā)電子郵件的工具 。 這種軟件根據(jù)不同操作系統(tǒng)有很多種類 ， 如微軟公司的 Outlook Express等 。 第 9章 高層協(xié)議 Email服務(wù)器主要充當(dāng) “ 郵局 ” 的角色 ， 它除了為用戶提供電子郵件箱外 ， 還承擔(dān)著信件的投遞業(yè)務(wù) 。當(dāng)用戶與 Email服務(wù)器聯(lián)機(jī)進(jìn)入自己的電子郵件箱并發(fā)送一個(gè)電子郵件后 ， Email服務(wù)器將按收信人地址選擇適當(dāng)?shù)穆窂桨延脩綦娮余]件箱里的信件發(fā)送給網(wǎng)絡(luò)中的下一個(gè)結(jié)點(diǎn) 。 通過(guò)網(wǎng)絡(luò)若干結(jié)點(diǎn)的 “ 存儲(chǔ) 轉(zhuǎn)發(fā) ” 式的傳遞 ， 最終把信件投遞到目的地 ， 即收信人的電子郵件箱里 。 當(dāng)收信人聯(lián)機(jī)進(jìn)入自己電子郵件箱時(shí) ， 就可以查閱到該信件了 。 第 9章 高層協(xié)議 Email服務(wù)器主要采用 SMTP協(xié)議來(lái)傳送電子郵件。SMTP協(xié)議描述了電子郵件的信息格式及其傳遞處理方法，以保證傳送的電子郵件能夠正確地尋址和可靠地傳輸。 SMTP協(xié)議是面向文本的網(wǎng)絡(luò)協(xié)議，即它只支持文本形式的電子郵件的傳輸。如果通過(guò) Email系統(tǒng)來(lái)傳輸二進(jìn)制數(shù)據(jù)或文件，則要使用一種叫做MIME(Multipurpose Inter Mail Extensions)的協(xié)議。MIME協(xié)議除了支持二進(jìn)制文件傳輸外，也支持常規(guī)的文本文件傳輸，而且處理過(guò)程全部是自動(dòng)完成的。 第 9章 高層協(xié)議 如果一個(gè) Email系統(tǒng)支持 MIME協(xié)議 ， 則一個(gè)二進(jìn)制文件可以作為電子郵件的附件隨它一起發(fā)送出去 。接收端的 Email系統(tǒng)將會(huì)通知收信人該電子郵件含有附件 ， 并在閱讀郵件時(shí) ， 會(huì)自動(dòng)將附件分離出來(lái) ， 存入到一個(gè)文件中 。 在 Email軟件中支持 MIME協(xié)議是很重要的 ， 因?yàn)樗蟠髷U(kuò)展了 Email系統(tǒng)的應(yīng)用領(lǐng)域 ， 所以一些新版本的 Email軟件都支持這個(gè)協(xié)議 。 第 9章 高層協(xié)議 ③ Email的使用 。 電子郵件與普通信件一樣 ， 要有一定的書(shū)寫格式 。 一個(gè)電子郵件由郵件頭和郵件體組成 。 郵件頭相當(dāng)于 “ 信封 ” ， 由收信人電子郵件箱地址 、 發(fā)信人電子郵件箱地址和郵件標(biāo)題等三部分構(gòu)成；郵件體相當(dāng)于 “ 信紙 ” ， 即實(shí)際要傳送的內(nèi)容 。 電子郵件箱地址采用標(biāo)準(zhǔn) Inter地址格式 ， 即：用戶名＠域名 。 其中 ， 域名指示用戶郵件箱所在的 Email服務(wù)器的地址 ， 用戶名就是用戶郵件箱的名稱 。 第 9章 高層協(xié)議 當(dāng)用戶聯(lián)機(jī)登錄到自己的電子郵件箱后 ， 就可以運(yùn)行 Email軟件來(lái)收發(fā)電子郵件了 。 Email軟件有基于字符用戶界面的 ， 如 DOS、 UNIX下的大都屬于此類；也有基于圖形用戶界面的 ， 如 Windows環(huán)境下的Outlook Express工具等 ， 這種 Email軟件形象直觀 ， 無(wú)需記憶很多繁雜的命令 ， 操作方便 ， 簡(jiǎn)單易學(xué) 。 第 9章 高層協(xié)議 4. 超文本傳輸協(xié)議 (HTTP)及其 WWW服務(wù) 1) HTTP協(xié)議 從網(wǎng)絡(luò)協(xié)議的角度 ， HTTP協(xié)議是對(duì) TCP/IP協(xié)議集的擴(kuò)展 ， 處于 TCP/IP層次的應(yīng)用層 。 HTTP是基于客戶機(jī) /服務(wù)器模式的面向事務(wù)的應(yīng)用層協(xié)議 。 HTTP協(xié)議本身是面向無(wú)連接的 ， 但可提供面向連接的服務(wù) 。 典型的 HTTP事務(wù)處理過(guò)程如下： 第 9章 高層協(xié)議 ① 客戶與服務(wù)器建立連接； ② 客戶向服務(wù)器提出請(qǐng)求； ③ 服務(wù)器接受請(qǐng)求 ， 并根據(jù)請(qǐng)求返回相應(yīng)的文件作為應(yīng)答； ④ 客戶與服務(wù)器關(guān)閉連接 。 第 9章 高層協(xié)議 客戶與服務(wù)器之間的 HTTP連接是一種一次性連接 ，它限制每次連接只處理一個(gè)請(qǐng)求 ， 當(dāng)服務(wù)器返回本次請(qǐng)求的應(yīng)答后便立即關(guān)閉連接 ， 下次請(qǐng)求再重新建立連接 。 這種一次性連接主要考慮到 Web服務(wù)器面向的是 Inter中成千上萬(wàn)個(gè)用戶 ， 只能提供有限個(gè)連接 ，故服務(wù)器不會(huì)讓一個(gè)連接處于等待狀態(tài) ， 及時(shí)地釋放連接可以大大提高服務(wù)器的執(zhí)行效率 。 第 9章 高層協(xié)議 HTTP是一種無(wú)狀態(tài)協(xié)議 ， 即服務(wù)器不保留與客戶交易時(shí)的任何狀態(tài) 。 這就大大減輕了服務(wù)器的存儲(chǔ)負(fù)擔(dān) ， 從而保持較快的響應(yīng)速度 。 HTTP是一種面向?qū)ο蟮膮f(xié)議 ， 允許傳送任意類型的數(shù)據(jù)對(duì)象 。 它通過(guò)數(shù)據(jù)類型和長(zhǎng)度來(lái)標(biāo)識(shí)所傳送的數(shù)據(jù)內(nèi)容和大小 ， 并允許對(duì)數(shù)據(jù)進(jìn)行壓縮傳送 。 第 9章 高層協(xié)議 當(dāng)用戶在一個(gè) HTML文檔中定義了一個(gè)超文本鏈后 ，瀏覽器將通過(guò) TCP/IP協(xié)議與指定的服務(wù)器建立連接 。從技術(shù)上講 ， 客戶只要在一個(gè)特定的 TCP端口 (端口號(hào)為 80)上打開(kāi)一個(gè)套接字即可 。 如果該服務(wù)器一直在這個(gè)眾所周知的端口上偵聽(tīng)連接請(qǐng)求 ， 則該連接便會(huì)建立起來(lái) 。 然后客戶通過(guò)該連接發(fā)送一個(gè)包含請(qǐng)求方法的請(qǐng)求塊 。 HTTP規(guī)范定義了七種請(qǐng)求方法 ， 每種請(qǐng)求方法規(guī)定了客戶和服務(wù)器之間不同的信息交換方式 ，常用的請(qǐng)求方法是 GET和 POST。 服務(wù)器將根據(jù)客戶請(qǐng)求完成相應(yīng)操作 ， 并以應(yīng)答塊形式返回給客戶 ， 最后關(guān)閉連接 。 在 HTTP中 ， 通過(guò)下列兩種信息塊結(jié)構(gòu)來(lái)實(shí)現(xiàn)客戶與服務(wù)器間的信息交換 。 第 9章 高層協(xié)議 ① 請(qǐng)求塊 。 在 HTTP中 ， 客戶的請(qǐng)求信息將按下列結(jié)構(gòu)來(lái)組織： description： method URL HTTP version General Header Request Header Entity Header Entity Body 請(qǐng)求塊中的各個(gè)字段是根據(jù)不同的請(qǐng)求方法任選的 。 第 9章 高層協(xié)議 ● 描述行 (description)定義了請(qǐng)求方法 (method)、URL和 HTTP協(xié)議版本號(hào) 。 由于這時(shí)已經(jīng)建立了連接 ，故這里的 URL不再包含協(xié)議名 、 服務(wù)器名和端口號(hào) 。 請(qǐng)求方法定義了在該資源上應(yīng)執(zhí)行的操作， HTTP規(guī)范定義了七種請(qǐng)求方法，如 GET、 HEAD、 PUT、POST等，而最常用的方法是 GET和 POST。 第 9章 高層協(xié)議 GET：該方法的目的是取回由 URL指定的資源，主要用于取回由一個(gè)超文本鏈所定義的對(duì)象。如果對(duì)象是文件，則 GET取回的是文件內(nèi)容；如果對(duì)象是程序或描述，則 GET取回的是該程序執(zhí)行的結(jié)果或該描述的輸出；若對(duì)象是數(shù)據(jù)庫(kù)查詢，則 GET取回的是本次查詢的結(jié)果。例如，如果用戶在瀏覽器中選定一個(gè)超文本鏈，則瀏覽器將會(huì)用 GET方法取回文件信息。GET還可以用于指定一個(gè)數(shù)據(jù)庫(kù)的查詢。例如： GET/cgi bin/? keyl+key2? 其中 ， keyl和 key2是查找 WAIS數(shù)據(jù)庫(kù)的關(guān)鍵字 (即查詢條件 )。 查詢結(jié)果是滿足查詢條件的數(shù)據(jù)組合 。 第 9章 高層協(xié)議 POST：當(dāng)客戶向服務(wù)器傳送大量數(shù)據(jù) ， 要求服務(wù)器和公共網(wǎng)關(guān)接口 CGI(Common Gateway Interface)程序作進(jìn)一步處理時(shí)要使用 POST方法 。 例如 ， 發(fā)送 HTML FORM內(nèi)容 ， 可讓 CGI程序進(jìn)行處理 。 這時(shí) ， FORM內(nèi)容的 URL編碼將隨請(qǐng)求一起發(fā)出 。 ● 普通頭 (General Header)是對(duì)請(qǐng)求信息的一般說(shuō)明 。 ● 請(qǐng)求頭 (Request Header)給出了所傳送數(shù)據(jù)對(duì)象的類型 、 長(zhǎng)度 、 壓縮方法以及編程語(yǔ)言等 。 服務(wù)器將根據(jù)請(qǐng)求頭來(lái)解釋和處理本次請(qǐng)求 。 例如 ， 服務(wù)器將根據(jù)數(shù)據(jù)的類型和長(zhǎng)度動(dòng)態(tài)地分配空間 ， 以存放 FORM的內(nèi)容 。 第 9章 高層協(xié)議 ● 實(shí)體頭 (Entity Header)提供了對(duì)實(shí)體的進(jìn)一步描述 。 ● 實(shí)體體 (Entity Body)是客戶進(jìn)行 POST請(qǐng)求時(shí)的FORM內(nèi)容 ， 提供給服務(wù)器的 CGI程序作進(jìn)一步處理 。 第 9章 高層協(xié)議 ② 應(yīng)答塊 。 在 HTTP中 ， 服務(wù)器的應(yīng)答信息將按下列結(jié)構(gòu)來(lái)組織： description： HTTP version Status code Reason phrase General Header Response Header Entity Header Entity Body 同樣 ， 應(yīng)答塊中的各個(gè)字段也是根據(jù)不同的應(yīng)答內(nèi)容任選的 。 第 9章 高層協(xié)議 ● 描述行 (description)給出了 HTTP協(xié)議版本號(hào) 、 狀態(tài)碼和原因短語(yǔ) 。 主要說(shuō)明了服務(wù)器是否成功地執(zhí)行了客戶請(qǐng)求及其原因 。 ● 普通頭 (General Header)是對(duì)返回信息的一般說(shuō)明 。 ● 應(yīng)答頭 (Response Header)主要給出了服務(wù)器程序名 ， 通知客戶所請(qǐng)求的 URL需要認(rèn)證以及所請(qǐng)求的資源需要經(jīng)過(guò)多長(zhǎng)時(shí)間才能使用等信息 。 第 9章 高層協(xié)議 ● 實(shí)體頭 (Entity Header)提供了有關(guān)本次所返回對(duì)象的信息 。 瀏覽器將根據(jù)這些信息來(lái)解釋所返回的對(duì)象 。 它主要有實(shí)體信息的類型 、 長(zhǎng)度 、 壓縮方法 、 最后一次修改的時(shí)間及數(shù)據(jù)有效期等 。 ● 實(shí)體體 (Entity Body)是服務(wù)器應(yīng)答對(duì)象的本身 ，可以是任何格式的超媒體文件 。 第 9章 高層協(xié)議 2) WWW服務(wù) ① WWW基本概念。 WWW(World Wide Web)是Inter中最受歡迎的一種多媒體信息服務(wù)系統(tǒng)。它基于客戶 /服務(wù)器模式，整個(gè)系統(tǒng)由 Web服務(wù)器、瀏覽器(Browser)和通信協(xié)議等三部分組成。其中，通信協(xié)議采用的是超文本傳輸協(xié)議 HTTP(Hyper Text Transfer Protocol)。 HTTP是為分布式超媒體信息系統(tǒng)而設(shè)計(jì)的一種網(wǎng)絡(luò)協(xié)議，主要用于名字服務(wù)器和分布式對(duì)象管理，它能夠傳送任意類型數(shù)據(jù)對(duì)象，以滿足 Web服務(wù)器與客戶之間多媒體通信的需要，從而成為 Inter中發(fā)布多媒體信息的主要協(xié)議。 第 9章 高層協(xié)議 在 Web服務(wù)器上，主要以網(wǎng)頁(yè) (Home Page)的形式來(lái)發(fā)布多媒體信息。網(wǎng)頁(yè)采用超文本標(biāo)記語(yǔ)言HTML(Hyper Text Markup Language)來(lái)編寫。當(dāng)瀏覽器軟件連接到 Web服務(wù)器并獲取網(wǎng)頁(yè)后，通過(guò)對(duì)網(wǎng)頁(yè)HTML文檔的解釋執(zhí)行將網(wǎng)頁(yè)所包含的信息顯示在用戶的屏幕上。 在 WWW系統(tǒng)中 ， 使用了一種簡(jiǎn)單的命名機(jī)制 ——統(tǒng)一資源定位器 URL(Universal Resource Locator)來(lái)惟一地標(biāo)識(shí)和定位 Inter中的資源 。 它由以下三部分組成： 第 9章 高層協(xié)議 ● 客戶與服務(wù)器之間所使用的通信協(xié)議； ● 存放信息的服務(wù)器地址；