【正文】 。利用傳輸控制協(xié)議/網(wǎng)際協(xié)議的基本原理，分析了簡(jiǎn)單郵件傳輸協(xié)議、郵局協(xié)議和超文本協(xié)議數(shù)據(jù)包，對(duì)郵件數(shù)據(jù)和網(wǎng)絡(luò)訪問數(shù)據(jù)進(jìn)行跟蹤。信息過(guò)濾技術(shù)的應(yīng)用有助于減輕用戶的認(rèn)知壓力；有助于推動(dòng)網(wǎng)絡(luò)信息的個(gè)性化服務(wù)；有助于提高獲取信息的效率；可以減少不必要的信息傳遞，使網(wǎng)絡(luò)更加暢順；在保護(hù)用戶免受不良信息侵?jǐn)_方面發(fā)揮著越來(lái)越大的作用。如何幫助用戶從互聯(lián)網(wǎng)中獲取有益的信息而避免不良信息污染已經(jīng)成為當(dāng)前網(wǎng)絡(luò)研究領(lǐng)域需要迫切解決的一個(gè)問題。互聯(lián)網(wǎng)的高速發(fā)展已經(jīng)使其成為世界上覆蓋面最廣、規(guī)模最大、資源最豐富的信息網(wǎng)絡(luò)。簡(jiǎn)單郵件傳輸協(xié)議全稱是簡(jiǎn)單郵件傳輸協(xié)議，它專門用來(lái)發(fā)送郵件用的。雖然，現(xiàn)在已經(jīng)有很多的郵件收發(fā)軟件例如著名的FoxMail 但是對(duì)于大多數(shù)的非專業(yè)的人來(lái)說(shuō)它還是有點(diǎn)難度稍嫌負(fù)責(zé)。越來(lái)越多的人在使用它。另外需要說(shuō)明的是，安全問題的考慮在SASL說(shuō)明里面也有提到。此擴(kuò)展和端到端的系統(tǒng)有一些細(xì)微的差別，主要是以下的部分。因此，對(duì)于一個(gè)聲明SASL機(jī)制的SUBMIT來(lái)說(shuō)并不是合算的，在使用一個(gè)同意匿名任務(wù)的客戶端而沒有任何利益的機(jī)制的時(shí)候。認(rèn)證命令的參數(shù)就可以阻止這種攻擊。因此客戶端和服務(wù)器都必須拋棄在SASL之前獲得的所有消息。否則，攻擊者將會(huì)通過(guò)截?cái)嗪?jiǎn)單郵件傳輸協(xié)議的連接而偷取客戶端的信件，或者假裝服務(wù)器不支持認(rèn)證，從而導(dǎo)致所有的認(rèn)證命令失敗。執(zhí)行這些必須在以固定的格式在一定的場(chǎng)合來(lái)接受這些字符串。除了那些被標(biāo)注的以外，所有的按字母順序排列的特征都是適合于固定場(chǎng)合的。這表示服務(wù)器需要為了執(zhí)行被請(qǐng)求的操作，需要一個(gè)認(rèn)證。534 認(rèn)證機(jī)過(guò)于簡(jiǎn)單這個(gè)響應(yīng)碼表示的是選擇的認(rèn)證機(jī)制相對(duì)于服務(wù)器所允許的認(rèn)證機(jī)制來(lái)說(shuō)顯得太弱了。432 需要進(jìn)行密碼的轉(zhuǎn)換這個(gè)響應(yīng)碼表示，對(duì)于服務(wù)器的認(rèn)證機(jī)制來(lái)講，用戶必須進(jìn)行一個(gè)轉(zhuǎn)換。在這種情況下，服務(wù)器能做的僅僅就是解析有效的認(rèn)證命令的參數(shù)，并把它提供給任所有使用認(rèn)證擴(kuò)展的認(rèn)證機(jī)制的服務(wù)器，并遺棄無(wú)效的參數(shù)。服務(wù)器將把郵件列表的擴(kuò)充視為一個(gè)新的任務(wù)，認(rèn)證命令加入到郵件地址列表中，或者在中轉(zhuǎn)這些消息到列表簽署者的時(shí)候管理郵件列表。并且將這個(gè)值寫入到日志文件中。如果郵件來(lái)源命令中那個(gè)可選的認(rèn)證命令的參數(shù)沒有得到提供的話，而客戶端已經(jīng)得到認(rèn)證，那么服務(wù)器認(rèn)為消息是由客戶端提交的原始的信息，那么在中轉(zhuǎn)給其他的中繼服務(wù)器的時(shí)候，當(dāng)前服務(wù)器就會(huì)把a(bǔ)地址空間作為認(rèn)證命令的可選的參數(shù)提供給其它的服務(wù)器。討論：認(rèn)證中一個(gè)可選的參數(shù)的郵件來(lái)源 命令允許一個(gè)協(xié)同工作的代理與一個(gè)單獨(dú)的消息就行通信在一個(gè)被信任的環(huán)境里。只要由認(rèn)證機(jī)制產(chǎn)生的受客戶端和服務(wù)器支持的命令和響應(yīng)，客戶端和服務(wù)器端須支持，而不依賴于服務(wù)器或者客戶端的、可能存在于協(xié)議實(shí)現(xiàn)的某些方面的行長(zhǎng)度的限制。如果一個(gè)認(rèn)證命令失敗了，客戶端將試圖執(zhí)行另一個(gè)認(rèn)證機(jī)制的認(rèn)證命令。客戶端的SHOULD在SASL商議成功之后，發(fā)出一個(gè)EHLO命令作為第一個(gè)命令，這些將使得安全層級(jí)得到授權(quán)。服務(wù)器MUST命令將拋棄所有的不是通過(guò)客戶端而得到的認(rèn)知，比如不是通過(guò)SASL本身而獲得認(rèn)知的EHLO命令的論點(diǎn)。如果SASL認(rèn)證交互穿越了一個(gè)安全層，將會(huì)通過(guò)一個(gè)有用來(lái)中止認(rèn)證交互的CRLF來(lái)產(chǎn)生效果，而服務(wù)器也通過(guò)一個(gè)CRLF做出正確的響應(yīng)。如果客戶端和服務(wù)器進(jìn)行了正確的交互的操作的話，簡(jiǎn)單郵件傳輸協(xié)議服務(wù)器將發(fā)出一個(gè)235響應(yīng)碼。如果服務(wù)器不能對(duì)發(fā)送來(lái)的命令采用Base64解碼的話，將拒絕執(zhí)行認(rèn)證命令，并返回501響應(yīng)。它發(fā)送一個(gè)零長(zhǎng)度的初始化回答作為一個(gè)=符號(hào)。對(duì)認(rèn)證命令來(lái)說(shuō)，可選的初始化響應(yīng)建議是用來(lái)在使用認(rèn)證機(jī)制時(shí)保持一個(gè)往返的回程,認(rèn)證機(jī)制的定義中此建議不發(fā)送任何數(shù)據(jù)。如果客戶端想取消與服務(wù)器的認(rèn)證交互，就執(zhí)行一個(gè)單個(gè)的“*”。服務(wù)器的正確響應(yīng)，不同于其他的響應(yīng)的是針對(duì)文本部分采用Base64編碼以334作為回應(yīng)的。如果服務(wù)器并不支持所需要的認(rèn)證協(xié)議，就會(huì)用504的回答來(lái)拒絕這個(gè)認(rèn)證命令。如果郵件服務(wù)器支持這種認(rèn)證機(jī)制，它就會(huì)執(zhí)行一個(gè)認(rèn)證協(xié)議來(lái)認(rèn)證并識(shí)別郵件用戶。在處理一個(gè)郵件事務(wù)期間，服務(wù)器不會(huì)再接受認(rèn)證命令。認(rèn)證服務(wù)的擴(kuò)展(1)簡(jiǎn)單郵件傳輸協(xié)議服務(wù)擴(kuò)展的名稱是 被動(dòng)認(rèn)證(2)聯(lián)合這個(gè)擴(kuò)展的EHLO關(guān)鍵字的值是“認(rèn)證”(3)認(rèn)證 EHLO關(guān)鍵字 是一個(gè)有空格間隔的被SASL機(jī)制支持的名字列表的參數(shù)(4)一個(gè)新的簡(jiǎn)單郵件傳輸協(xié)議動(dòng)詞“認(rèn)證”定義完成(5)用在關(guān)鍵字“認(rèn)證”的一個(gè)可選的參數(shù)被附加到郵件來(lái)源命令里，用來(lái)指定郵件來(lái)源命令一行的最大長(zhǎng)度不能超過(guò)500個(gè)字符(6) 此擴(kuò)展和委托協(xié)議兼容認(rèn)證命令認(rèn)證機(jī)制[初始化響應(yīng)]觀點(diǎn)：用來(lái)標(biāo)識(shí)SASL認(rèn)證機(jī)制的一個(gè)字符串可選的Base64編碼的一個(gè)響應(yīng)約束：再成功發(fā)出了一個(gè)認(rèn)證命令之后，在同一時(shí)間段里不能再執(zhí)行其他的認(rèn)證命令。這個(gè)文檔用到的協(xié)定在以下的這些例子中，C和S分別表示客戶端和服務(wù)器。簡(jiǎn)介這個(gè)文檔定義了簡(jiǎn)單郵件傳輸協(xié)議服務(wù)的擴(kuò)展（E簡(jiǎn)單郵件傳輸協(xié)議）并且說(shuō)明了一個(gè)簡(jiǎn)單郵件傳輸協(xié)議客戶端可以為服務(wù)器指定一種用來(lái)執(zhí)行與認(rèn)證協(xié)議的交換，并且隨意地穿越并發(fā)的協(xié)議之間交互的安全層面的認(rèn)證機(jī)制。簡(jiǎn)單郵件傳輸協(xié)議是個(gè)請(qǐng)求/響應(yīng)協(xié)議，它監(jiān)聽25號(hào)端口，用于接收用戶的Mail請(qǐng)求，并與遠(yuǎn)端Mail服務(wù)器建立簡(jiǎn)單郵件傳輸協(xié)議連接。簡(jiǎn)單郵件傳輸協(xié)議的一個(gè)重要特點(diǎn)是它能夠在傳送中接力傳送郵件，即郵件可以通過(guò)不同網(wǎng)絡(luò)上的主機(jī)接力式傳送。更特別的是，郵件可以通過(guò)不同網(wǎng)絡(luò)上的主機(jī)接力式傳送。郵件是一個(gè)應(yīng)用程序或進(jìn)程間通信。理解到傳送系統(tǒng)（或IPCE）不是一對(duì)一的是很重要的。特定的命令產(chǎn)生自己的緩沖區(qū)，或使一個(gè)或多個(gè)緩沖的內(nèi)容被清除。這些參數(shù)或者數(shù)據(jù)對(duì)象必須跟在命令后。發(fā)送郵件操作涉及到不同的數(shù)據(jù)對(duì)象，它們由不同的參數(shù)相互連接。郵箱的語(yǔ)法格式必須和接收站點(diǎn)的格式一致。它的命令是由CRLF結(jié)束的字符串。當(dāng)接收者收到全部郵件后會(huì)接收到特別的序列，如果接收者成功處理了郵件，則返回“OK”應(yīng)答。簡(jiǎn)單郵件傳輸協(xié)議發(fā)送者再發(fā)出接收命令確認(rèn)郵件是否接收到。一旦傳送通道建立，簡(jiǎn)單郵件傳輸協(xié)議發(fā)送者發(fā)送MAIL命令指明郵件發(fā)送者。簡(jiǎn)單郵件傳輸協(xié)議通常有兩種工作模式：發(fā)送簡(jiǎn)單郵件傳輸協(xié)議和接收簡(jiǎn)單郵件傳輸協(xié)議。說(shuō)到這，為了標(biāo)準(zhǔn)化這個(gè)協(xié)議的狀態(tài)和地位，就必須提及目前最新的“Internet 官方協(xié)議的標(biāo)準(zhǔn)”(STD1)。 can reduce unnecessary transmission of information so that the network more smoothly。 contribute to the personality of the network information services。s most extensive coverage, the largest and most abundant resources of the information network. In the age of the Internet, people share information in the full enjoyment by the convenience of also suffering from information hungry, spam and other problems. How to help users from the Internet access useful information and avoid unhealthy information network pollution has now bee an urgent need for research to solve a problem.Network Information filtering is based on certain standards and the use of certain tools from the dynamic network information flow, select relevant information or omissions of information not related to a series of process. Information filtering technology applications help to reduce pressure on the user39。 it has the following key differences:(1) It is generally useful only within a trusted enclave(2) It protects the entire envelope of a message, not just the message39。s identity in the addrspec in an AUTH parameter when relaying the message to any server which supports the AUTH extension.If the server does not sufficiently trust the authenticated identity of the client, or if the client is not authenticated, then the server MUST behave as if the AUTH= parameter was supplied. The server MAY, however, write the value of the AUTH parameter to a log file.If an AUTH= parameter was supplied, either explicitly or due to the requirement in the previous paragraph, then the server MUST supply the AUTH= parameter when relaying the message to any server which it has authenticated to using the AUTH extension.A server MAY treat expansion of a mailing list as a new submission, setting the AUTH parameter to the mailing list address or mailing list administration address when relaying the message to list subscribers.It is conforming for an implementation to be hardcoded to treat all clients as being insufficiently trusted. In that case, the implementation does nothing more than parse and discard syntact