各服務(wù)器工作原理

1、上傳、下裝文件FTP（文件傳協(xié)議）服務(wù)器工作原理FTP（文件傳卒&協(xié)議）工作原理目前在網(wǎng)絡(luò)上，如果你想把文件和其他人共享。最方便的辦法莫過于將文件放FTP服務(wù)器上，然后其他人通過FTP客戶端程序來下載所需要的文件。1、FTP架構(gòu)如同其他的很多通訊協(xié)議，F(xiàn)TP通訊協(xié)議也采用客戶機(jī)/服務(wù)器（Client/Server）架構(gòu)。用戶可以通過各種不同的FTP客戶端程序，借助FTP協(xié)議，來連接FTP服務(wù)器，以上傳或者下載文件。FTP客戶端FTP服務(wù)器FTP架構(gòu)圖2、FTP通訊端口知識(shí)FTP服務(wù)器和客戶端要進(jìn)行文件傳輸，就需要通過端口來進(jìn)行。FTP協(xié)議需要的端口一般包括兩種：控制鏈路TCP端口21所有你發(fā)往

2、FTP服務(wù)器的命令和服務(wù)器反饋的指令都是通過服務(wù)器上的21端口傳送的。數(shù)據(jù)鏈路TCP端口20數(shù)據(jù)鏈路主要是用來傳送數(shù)據(jù)的，比如客戶端上傳、下載內(nèi)容，以及列目錄顯示的內(nèi)容等。3、FTP連接的兩種方式在數(shù)據(jù)鏈路的建立上，F(xiàn)TPServer為了適應(yīng)不同的網(wǎng)絡(luò)環(huán)境，支持兩種連接模式：主動(dòng)模式（Port）和被動(dòng)模式（Pasv）0其實(shí)這兩種連接模式主要是針對(duì)數(shù)據(jù)鏈路進(jìn)行的，和控制鏈路無關(guān)。主動(dòng)模式主動(dòng)模式是這樣工作的：客戶端把自己的高位端口和服務(wù)器端口21建立控制鏈路。所有的控制命令比如Is或get都是通過這條鏈路傳送的。當(dāng)客戶端需要服務(wù)器端給它傳送數(shù)據(jù)時(shí)，客戶端會(huì)發(fā)消息給服務(wù)器端，告訴自己的位置和打開的

3、高位端口（一般大于1024的端口都就叫高位端口），等候服務(wù)器的20端口和客戶端打開的端口進(jìn)行連接，從而進(jìn)行數(shù)據(jù)的傳輸。當(dāng)服務(wù)器端收到信息后，就會(huì)和客戶端打開的端口連接，這樣數(shù)據(jù)鏈路就建立起來了。服務(wù)器主動(dòng)模式（P口rt）工作原理采用主動(dòng)模式連接服務(wù)器的客戶端，當(dāng)它位于NAT或者防火墻的保護(hù)之后時(shí)會(huì)碰到連接失敗的問題。這是因?yàn)楫?dāng)防火墻接到服務(wù)器發(fā)送過來的信息的時(shí)候，并不知道應(yīng)該發(fā)送給內(nèi)部網(wǎng)絡(luò)中的哪一臺(tái)客戶端造成的。被動(dòng)模式被動(dòng)模式是這樣工作的：當(dāng)客戶端發(fā)送數(shù)據(jù)請(qǐng)求后，服務(wù)器也會(huì)發(fā)信息給客戶端，告訴客戶端：服務(wù)器在本地打開了一個(gè)高位端口P,你現(xiàn)在來連接我吧。當(dāng)客戶端收到該信息時(shí)，就會(huì)去連接服務(wù)器端

4、的端口P,連接成功后，數(shù)據(jù)鏈路就建立了。Web服務(wù)器工作原理：一個(gè)Web服務(wù)器也被稱為HTTP服務(wù)器，它通過HTTP協(xié)議與客戶端通信。這個(gè)客戶端通常指的是Web瀏覽器。Web服務(wù)器的工作原理簡單的可以歸納為：客戶機(jī)連接服務(wù)器，客戶端向服務(wù)器發(fā)送請(qǐng)求，服務(wù)器向客戶機(jī)發(fā)送應(yīng)答，客戶機(jī)與服務(wù)器斷開。一個(gè)簡單的事務(wù)處理事件就是這樣實(shí)現(xiàn)的，看起來不簡單，做起來其實(shí)也是挺簡單的，呵呵需要注意的是客戶機(jī)與服務(wù)器直接的通信是非連接的，也就是當(dāng)服務(wù)器發(fā)送了應(yīng)答后就與客戶機(jī)斷開連接，等待下一次請(qǐng)求。HTTP是一種讓W(xué)eb服務(wù)器與瀏覽器（客戶端）通過Internet發(fā)送與接收數(shù)據(jù)的協(xié)議。它是一個(gè)請(qǐng)求、響應(yīng)協(xié)議-客戶

5、端發(fā)出一個(gè)請(qǐng)求，服務(wù)器響應(yīng)這個(gè)請(qǐng)求。HTTP運(yùn)用可靠的TCP連接，通常用的TCP80端口。在HTTP中，客戶端總是通過建立一個(gè)連接與發(fā)送一個(gè)HTTP請(qǐng)求來發(fā)起一個(gè)事務(wù)。服務(wù)器不能主動(dòng)去與客戶端聯(lián)系，也不能給客戶端發(fā)出一個(gè)回叫連接。客戶端與服務(wù)器端都可以提前中斷一個(gè)連接。例如，當(dāng)用一個(gè)瀏覽器下載一個(gè)文件時(shí)，你可以通過點(diǎn)擊停止”鍵來中斷文件的下載，關(guān)閉與服務(wù)器的HTTP連接。http協(xié)議使Web服務(wù)器和瀏覽器可以通過Web交換數(shù)據(jù)。它是一種請(qǐng)求/響應(yīng)協(xié)議，即服務(wù)器等待并響應(yīng)客戶方請(qǐng)求。HTTP不維護(hù)與客戶方的連接，它使用可靠的TCP連接,通常采用TCP80端口?？蛻?服務(wù)器傳輸過程可分為四個(gè)基一步

6、驟：1）瀏覽器與服務(wù)器建立連接；2）瀏覽器向服務(wù)器請(qǐng)求文檔；3）服務(wù)器響應(yīng)瀏覽器請(qǐng)求；4）斷開連接。HTTP是一種無狀態(tài)協(xié)議，它不維護(hù)連接的狀態(tài)信息。1.客戶請(qǐng)求客戶請(qǐng)求包含以下信息：請(qǐng)求方法請(qǐng)求頭請(qǐng)求數(shù)據(jù)（1）請(qǐng)求方法是用于特定URL或Web頁面的程序HTTP請(qǐng)求方法：方法描述GET請(qǐng)求指定的文檔HEAD僅請(qǐng)求文檔頭POST請(qǐng)求服務(wù)器接收指定文檔作為可執(zhí)行的信息PUT用從客戶端傳送的數(shù)據(jù)取代指定文檔中的內(nèi)容DELETE請(qǐng)求服務(wù)器刪除指定頁面OPTIONS允許客戶端查看服務(wù)器的性能TRACE用于測試一允許客戶端查看消息回收過程（2）頭信息是可選項(xiàng)，它用于向服務(wù)器提供客戶端的其他信息如果客戶采用

7、某種方法獲取數(shù)據(jù)（如POST）,數(shù)據(jù)就放在頭（header）之后；否則客戶機(jī)等待從服務(wù)器傳來的響應(yīng)。2 .服務(wù)器響應(yīng)服務(wù)器響應(yīng)包括以下關(guān)鍵部分：狀態(tài)碼響應(yīng)頭響應(yīng)數(shù)據(jù)HTTP定義了多組返回給瀏覽器的狀態(tài)碼。響應(yīng)頭向客戶方提供服務(wù)器和/或請(qǐng)求文檔的信息HTTP響應(yīng)頭：方法描述ServerWeb服務(wù)器信息Date當(dāng)前日期/時(shí)間LastModified請(qǐng)求文檔最近修改時(shí)間Expires請(qǐng)求文檔過期時(shí)間Content-length數(shù)據(jù)長度（字節(jié)）Content-type數(shù)據(jù)MIME類型WWW-authenticate用于通知客戶方需要的認(rèn)證信息（如用戶名、口令等）如果有客戶方請(qǐng)求的數(shù)據(jù)，數(shù)據(jù)放在響應(yīng)頭之

8、后，否則服務(wù)器斷開連接。3 .通信實(shí)例：1 .請(qǐng)求在本例中，瀏覽器請(qǐng)求文檔的URL為均以空行結(jié)束。GET/index.htmlHTTP/1.1Accept:text/plainAccept:text/htmlUser-Agent:Mozilla/4.5(WinNT)(blankline)(DATA)瀏覽器使用Get方法請(qǐng)求文檔/index.html。瀏覽器聲明它只能接收純文本和html數(shù)據(jù)，它使用Mozilla/4.5(Netscape)引擎。2 .響應(yīng)服務(wù)響應(yīng)包括狀態(tài)碼、一些頭信息(以空行結(jié)束)及請(qǐng)求數(shù)據(jù)，假設(shè)數(shù)據(jù)存在，則響應(yīng)信息如下：HTTP/1.1200OKDateSunday,15-J

9、ul-0512:18:33GMTServer:Apache/1.3.6MIME-version:1.0Content-type:test/htmlLast-modified:Thursday,02-Jun-0520:43:56GMTContent-length:1432(blankline)(此行開始為數(shù)據(jù)部分，與前面頭部要空一行)ExampleServer-BrowserCommunication假設(shè)文檔未找到，響應(yīng)信息如下HTTP/1.1404NOTFOUNDDateSunday,15-Jul-0512:19:33GMTServer:Apache/1.3.6Wins服務(wù)器工作原理：WINS

10、服務(wù)器為客戶端提供名字注冊(cè)、更新、釋放和轉(zhuǎn)換服務(wù)，下面就詳細(xì)介紹這四個(gè)基本服務(wù)的工作原理：1.名字注冊(cè)名字注冊(cè)就是客戶端從WINS服務(wù)器獲得信息的過程，在WINS服務(wù)中，名字注冊(cè)是動(dòng)態(tài)的。當(dāng)一個(gè)客戶端啟動(dòng)時(shí)，它向所配置的WINS服務(wù)器發(fā)送一個(gè)名字注冊(cè)信息（包括了客戶機(jī)的IP地址和計(jì)算機(jī)名），如果WINS服務(wù)器正在運(yùn)行，并且沒有沒有其它客戶計(jì)算機(jī)注冊(cè)了相同的名字，服務(wù)器就向客戶端計(jì)算機(jī)返還一個(gè)成功注冊(cè)的消息（包括了名字注冊(cè)的存活期-TTL）。與IP地址一樣，每個(gè)計(jì)算機(jī)都要求有唯一的計(jì)算機(jī)名，否則就無法通信。如果名字已經(jīng)被其它計(jì)算機(jī)注冊(cè)了，WINS服務(wù)將會(huì)驗(yàn)證該名字是否正在使用。如果該名字正在使用

11、則注冊(cè)失?。òl(fā)回一個(gè)負(fù)確認(rèn)的信息），否則就可以繼續(xù)注冊(cè)。2.名字更新因?yàn)榭蛻舳吮环峙淞艘粋€(gè)TTL（存活期），所有它的注冊(cè)也有一定的期限，過了這個(gè)期限，WINS服務(wù)器將從數(shù)據(jù)庫中刪除這個(gè)名字的注冊(cè)信息。它的過程是這樣的：(1) .在過了存活期的1/8后，客戶端開始不斷試圖更新它的名字注冊(cè)，如果收到不到任何響應(yīng)，WINS客戶端每過2分鐘重復(fù)更新濃度，直到存活期過了一半。(2) .當(dāng)存活期過了一半時(shí)，WINS客戶端將嘗試與次選WINS服務(wù)器更新它的租約，它的過程與首選WINS服務(wù)器一樣。(3) .如果時(shí)間過了一半后仍然沒有成功的話，該客戶端又回到它的首選WINS服務(wù)器了。在該過程中，不管是與首選還是

12、次選WINS服務(wù)器，一旦名字注冊(cè)成功之后，該WINS客戶端的名字注冊(cè)將被提供一個(gè)新的TTL值。3 .名字釋放在客戶端的正常關(guān)機(jī)過程中，WINS客戶端向WINS服務(wù)器發(fā)送一個(gè)名字釋放的請(qǐng)求，以請(qǐng)求釋放其映射在WINS服務(wù)器數(shù)據(jù)庫中的IP地址和NetBIOS名字。收到釋放請(qǐng)求后，WINS服務(wù)器驗(yàn)證一下在它的數(shù)據(jù)庫中是否有該IP地址和NetBIOS名，如果有就可以正常釋放了，否則就會(huì)由現(xiàn)錯(cuò)誤(WINS服務(wù)器向WINS客戶端發(fā)送一個(gè)負(fù)響應(yīng))。如果計(jì)算機(jī)沒有正常關(guān)閉，WINS服務(wù)器將不知道其名字已經(jīng)釋放了，則該名字將不會(huì)失效，直到WINS名字注冊(cè)記錄過期。4 .名字解析當(dāng)客戶端在許多網(wǎng)絡(luò)操作中需要WIN

13、S服務(wù)器解析名字，例如當(dāng)使用網(wǎng)絡(luò)上其它計(jì)算機(jī)的共享文件時(shí)，為了得到共享文件，用戶需要指定兩件事：系統(tǒng)名和共享名，而系統(tǒng)名就需要轉(zhuǎn)換成IP地址。名字解析過程是這樣的：(1) .當(dāng)客戶端計(jì)算機(jī)想要轉(zhuǎn)換一個(gè)名字時(shí)，它首先檢查本地NetBIOS名字緩存器。(2) .如果名字不在本地NetBIOS名字緩存器中，便發(fā)送一個(gè)名字查詢到首選WINS服務(wù)器(每隔15秒發(fā)送一次，共發(fā)三次)，如果請(qǐng)求失敗，則向次選WINS發(fā)送同樣的請(qǐng)求。(3) .如果都失敗了，那么名字解析可以通過其它途徑來轉(zhuǎn)換(例如本地廣播、Imhosts文件和hosts文件、或者DNS來進(jìn)行名字解析。Dns服務(wù)器工作原理：DNS服務(wù)器工作原理D

14、NS分為Client和Server,Client扮演發(fā)問的角色，也就是問Server一個(gè)DomainName,而Server必須要回答此DomainName的真正IP地址。而當(dāng)?shù)氐腄NS先會(huì)查自己的資料庫。如果自己的資料庫沒有，則會(huì)往該DNS上所設(shè)的DNS詢問，依此得到答案之后，將收到的答案存起來，并回答客戶。DNS服務(wù)器會(huì)根據(jù)不同的授權(quán)區(qū)（Zone）,記錄所屬該網(wǎng)域下的各名稱資料，這個(gè)資料包括網(wǎng)域下的次網(wǎng)域名稱及主機(jī)名稱。在每一個(gè)名稱服務(wù)器中都有一個(gè)快取緩存區(qū)（Cache）,這個(gè)快取緩存區(qū)的主要目的是將該名稱服務(wù)器所查詢由來的名稱及相對(duì)的IP地址記錄快取緩存區(qū)中，這樣當(dāng)下一次還有另外一個(gè)客戶

15、端到次服務(wù)器上去查詢相同的名稱時(shí)，服務(wù)器就不用在到別臺(tái)主機(jī)上去尋找，而直接可以從緩存區(qū)中找到該筆名稱記錄資料，傳回給客戶端，加速客戶端對(duì)名稱查詢的速度。例如：當(dāng)DNS客戶端向指定的DNS服務(wù)器查詢網(wǎng)際網(wǎng)路上的莫一臺(tái)主機(jī)名稱DNS服務(wù)器會(huì)在該資料庫中找尋用戶所指定的名稱如果沒有，該服務(wù)器會(huì)先在自己的快取緩存區(qū)中查詢有無該筆紀(jì)錄，如果找到該筆名稱記錄后，會(huì)從DNS服務(wù)器直接將所對(duì)應(yīng)到的IP地址傳回給客戶端，如果名稱服務(wù)器在資料記錄查不到且快取緩存區(qū)中也沒有時(shí)，服務(wù)器首先會(huì)才會(huì)向別的名稱服務(wù)器查詢所要的名稱。例如DNS客戶端向指定的DNS服務(wù)器查詢網(wǎng)際網(wǎng)路上莫臺(tái)主機(jī)名稱，當(dāng)DNS服務(wù)器在該資料記錄找

16、不到用戶所指定的名稱時(shí)，會(huì)轉(zhuǎn)向該服務(wù)器的快取緩存區(qū)找尋是否有該資料，當(dāng)快取緩存區(qū)也找不到時(shí)，會(huì)向最接近的名稱服務(wù)器去要求幫忙找尋該名稱的IP地址，在另一臺(tái)服務(wù)器上也有相同的動(dòng)作的查詢，當(dāng)查詢到后會(huì)回復(fù)原本要求查詢的服務(wù)器，該DNS服務(wù)器在接收到另一臺(tái)DNS服務(wù)器查詢的結(jié)果后，先將所查詢到的主機(jī)名稱及對(duì)應(yīng)IP地址記錄到快取緩存區(qū)中，最后在將所查詢到的結(jié)果回復(fù)給客戶端。兩種真正DNS的查詢模式有兩種詢問原理，分為Recursive和Interactive兩種。前者是由DNS代理去問，問的方法是用Interactive方式，后者是由本機(jī)直接做Interactive式的詢問。由上例可以看由，我們一般查

17、詢名稱的過程中，實(shí)際上這兩種查詢模式都是交互存在著的。遞歸式(Recursive):DNS客戶端向DNSServer的查詢模式，這種方式是將要查詢的封包送生去問，就等待正確名稱的正確響應(yīng)，這種方式只處理響應(yīng)回來的封包是否是正確響應(yīng)或是說是找不到該名稱的錯(cuò)誤訊息。交談式(Interactive):DNSServer間的查詢模式，由Client端或是DNSServer上所發(fā)生去問，這種方式送封包由去問，所響應(yīng)回來的資料不一定是最后正確的名稱位置，但也不是如上所說的響應(yīng)回來是錯(cuò)誤訊息，他響應(yīng)回來告訴你最接近的IP位置，然后再到此最接近的IP上去尋找所要解析的名稱，反復(fù)動(dòng)作直到找到正確位置。Clien

18、t就像點(diǎn)菜的waiter,想吃什么跟他點(diǎn)，到底有沒的吃就要看大廚server的能力了，當(dāng)然還要看庫存，巧婦難做無米之炊嘛！這里的“米”就是本級(jí)DNS已有儲(chǔ)存資料。沒有所要的就得向上級(jí)匯報(bào)，逐級(jí)申請(qǐng)，找到為止。用不完的保存下來，以便其它顧客有相同需求。這就是DNS工作的整個(gè)流程。DHCP服務(wù)器工作原理：dhcp服務(wù)器的工作過程：一、客戶機(jī)請(qǐng)求IP(DHCPdiscover)二、服務(wù)器響應(yīng)(DHCPoffer)三、客戶機(jī)選擇IP(DHCPrequest)四、服務(wù)器確認(rèn)IP租約(DHCPack/DHCPnak)以下為詳細(xì)過程：一、客戶機(jī)請(qǐng)求IP(DHCPdiscover)當(dāng)客戶機(jī)設(shè)置使用DHCP協(xié)議

19、獲取IP時(shí)，客戶機(jī)將使用作為源地址，使用55作為目標(biāo)地址來廣播請(qǐng)求IP地址的信息。廣播信息中包含DHCP客戶機(jī)的MAC地址和計(jì)算機(jī)名。二、服務(wù)器響應(yīng)(DHCPoffer)由于是廣播所以同一網(wǎng)段內(nèi)的計(jì)算機(jī)都會(huì)聽到！DHCP服務(wù)器當(dāng)然也不例外。DHCP服務(wù)器聽”到后，它首先會(huì)針對(duì)該次請(qǐng)求的信息所攜帶的MAC地址與DHCP服務(wù)器本身的設(shè)置值進(jìn)行對(duì)比。如果DHCP服務(wù)器的設(shè)置中有針對(duì)該MAC提供的靜態(tài)IP(每次都給一個(gè)固定IP),則提供給客戶機(jī)相關(guān)的固定IP與相關(guān)的網(wǎng)絡(luò)參數(shù)；如果該信息的MAC并不在DHCP服務(wù)器的設(shè)置中，則DHCP主機(jī)會(huì)選取當(dāng)前網(wǎng)段內(nèi)沒有使用的

20、IP給客戶機(jī)使用！當(dāng)然這里的響應(yīng)，服務(wù)器也是采用55的廣播，因?yàn)榇藭r(shí)客戶機(jī)還沒IP哦這里有幾個(gè)要注意的地方：1、如果同一網(wǎng)段內(nèi)有多臺(tái)DHCP服務(wù)器，那么客戶機(jī)是看誰先響應(yīng)，誰先響應(yīng)就選擇誰。租約2、在DHCP主機(jī)發(fā)給客戶端的信息中，會(huì)附帶一個(gè)期限”信息，用來告訴客戶機(jī)這個(gè)IP能用多久！三、客戶機(jī)選擇IP（DHCPrequest）當(dāng)客戶機(jī)接收到響應(yīng)的信息之后，首先會(huì)以ARP在網(wǎng)段內(nèi)廣播（ARP使用全1的廣播MAC地址），以確定來自DHCP服務(wù)器的IP沒被占用！如果該IP被占用，那么客戶機(jī)對(duì)于這次的DHCP信息將不接受，而是再次發(fā)送DHCP請(qǐng)求。若該IP沒有被占用，客戶機(jī)

21、則接受DHCP服務(wù)器所給的網(wǎng)絡(luò)參數(shù)。同時(shí)，客戶機(jī)發(fā)生一個(gè)廣播，通知所挑選的DHCP服務(wù)器（有多臺(tái)DHCP服務(wù)器存在時(shí)），當(dāng)然此時(shí)也是通知其它的DHCP服務(wù)器，讓這些DHCP服務(wù)器將本預(yù)分配給客戶機(jī)的IP釋放掉?。ㄟ@里的概念一定要弄清楚?。┳⒁猓@一步客戶機(jī)并還沒有應(yīng)用從DHCP服務(wù)器獲取到IP哦！所以這一步源地址還是,目標(biāo)地址是55。四、服務(wù)器確認(rèn)IP租約（DHCPack/DHCPnak）終于到最后一步了，DHCP服務(wù)器收到客戶機(jī)選擇IP的廣播后，則以DHCPack消息的形式向客戶機(jī)廣播成功的確認(rèn)。DHCPack包含：IP、掩碼、網(wǎng)關(guān)、DNS等。此時(shí)，當(dāng)

22、客戶機(jī)收到DHCP服務(wù)器的DHCPack消息后，客戶機(jī)便使用了DHCP服務(wù)器所給的網(wǎng)絡(luò)參數(shù)！注意事項(xiàng)：1、當(dāng)我們的客戶機(jī)無法找到DHCP服務(wù)器時(shí)，它將從TCP/IP的B類網(wǎng)段中挑選一個(gè)IP地址作為自己的IP地址，而繼續(xù)每隔5分鐘嘗試與DHCP服務(wù)器進(jìn)行通信。(這里的這個(gè)B類地址被稱為APIPA,即自動(dòng)分配私有IP地址！)2、IP租約的更新，當(dāng)客戶機(jī)重新啟動(dòng)或租期達(dá)50%時(shí)，客戶機(jī)不會(huì)從第一步(DHCPdiscover)開始重新申請(qǐng)IP,而是從第三步(DHCPrequest)開始哦只有當(dāng)租期達(dá)87.5%時(shí)，它才從第一步(DHCPdiscover)開始重新中郵件服務(wù)器工作原理

23、在Internet上將一段文本信息從一臺(tái)計(jì)算機(jī)傳送到另一臺(tái)計(jì)算機(jī)上，可通過兩種協(xié)議來完成，即SMTP（SimpleMailTransferProtocol,簡單郵件傳輸協(xié)議）和POP3（PostOfficeProtocol,郵局協(xié)議3）。SMTP是Internet協(xié)議集中的郵件標(biāo)準(zhǔn)。在Internet上能夠接收電子郵件的服務(wù)器都有SMTP。電子郵件在發(fā)送前，發(fā)件方的SMTP服務(wù)器與接收方的SMTP服務(wù)器聯(lián)系，確認(rèn)接收方準(zhǔn)備好了，則開始郵件傳遞；若沒有準(zhǔn)備好，發(fā)送服務(wù)器便會(huì)等待，并在一段時(shí)間后繼續(xù)與接收方郵件服務(wù)器聯(lián)系。這種方式在Internet上稱為存儲(chǔ)轉(zhuǎn)發(fā)”方式。POP3可允許E-mail客

24、戶向某一SMTP服務(wù)器發(fā)送電子郵件，另外，也可以接收來自SMTP服務(wù)器的電子郵件。換句話說，電子郵件在客戶PC機(jī)與服務(wù)提供商之間的傳遞是通過P0P3來完成的，而電子郵件在Internet上的傳遞則是通過SMTP來實(shí)現(xiàn)。電子郵件的發(fā)送和接收電子郵件在Internet上發(fā)送和接收的原理可以很形象地用我們?nèi)粘Ｉ钪朽]寄包裹來形容：當(dāng)我們要寄一個(gè)包裹的時(shí)候，我們首先要找到任何一個(gè)有這項(xiàng)業(yè)務(wù)的郵局，在填寫完收件人姓名、地址等等之后包裹就寄生而到了收件人所在地的郵局，那么對(duì)方取包裹的時(shí)候就必須去這個(gè)郵局才能取由。同樣的，當(dāng)我們發(fā)送電子郵件的時(shí)候，這封郵件是由郵件發(fā)送服務(wù)器（任何一個(gè)都可以）發(fā)生，并根據(jù)收信

25、人的地址判斷對(duì)方的郵件接收服務(wù)器而將這封信發(fā)送到該服務(wù)器上，收信人要收取郵件也只能訪問這個(gè)服務(wù)器才能夠完成。電子郵件地址的構(gòu)成電子郵件地址的格式是“USERSERVER.COM,由三部分組成。第一部分“USER代表用戶信箱的帳號(hào)，對(duì)于同一個(gè)郵件接收服務(wù)器來說，這個(gè)帳號(hào)必須是唯一的；第二部分“是分隔符；第三部分“SERVER.COM是用戶信箱的郵件接收服務(wù)器域名，用以標(biāo)志其所在的位置。電子郵件的工作原理電子郵件與普通郵件有類似的地方，發(fā)信者注明收件人的姓名與地址（即郵件地址），發(fā)送方服務(wù)器把郵件傳到收件方服務(wù)器，收件方服務(wù)器再把郵件發(fā)到收件人的郵箱中。如下圖所示：更進(jìn)一步的解釋涉及到以下幾個(gè)概念：MUA-MailUserAgent,郵件用戶代理，幫助用戶讀寫郵件；MTA-MailTransportAgent,郵件傳輸代理，負(fù)責(zé)把郵件由一個(gè)服務(wù)器傳到另一個(gè)服務(wù)器或郵件投遞代理；MDA-MailDeliveryAgent,郵件投遞代理，把郵件放到用戶的郵箱里。整個(gè)郵件傳輸過程如下：目前使用的SMTP協(xié)議是存儲(chǔ)轉(zhuǎn)發(fā)協(xié)議，意味著它允許郵件通過一系列的服務(wù)器發(fā)送到最終目的地。服務(wù)器在一個(gè)隊(duì)列中存儲(chǔ)到達(dá)的郵件，等待發(fā)送到下一個(gè)目的地。下一個(gè)目的地可以是本地用戶，或者是