基于郵件服務協(xié)議的數(shù)據(jù)包分析畢業(yè)論文-資料下載頁
2025-08-18 14:24本頁面
【導讀】師的指導下進行的研究工作及取得的成果。盡我所知，除文中特別加。而使用過的材料。均已在文中作了明確的說明并表示了謝意。除了文中特別加以標注引用的內(nèi)容外，本論文。不包含任何其他個人或集體已經(jīng)發(fā)表或撰寫的成果作品。究做出重要貢獻的個人和集體，均已在文中以明確方式標明。全意識到本聲明的法律后果由本人承擔。同意學校保留并向國家有關部門或機構(gòu)送交論文的復印件和電子版，允許論文被查閱和借閱。本人授權(quán)大學可以將本學位。印或掃描等復制手段保存和匯編本學位論文。涉密論文按學校規(guī)定處理。文科類論文正文字數(shù)不少于萬字。合國家技術(shù)標準規(guī)范。由于互聯(lián)網(wǎng)具有不受時間、地域限制的特性，一。種通過網(wǎng)絡實現(xiàn)相互傳送和接收信息的現(xiàn)代化通信方式應運而生。以非?？焖俚姆绞?，與世界上任何一個角落的網(wǎng)絡用戶聯(lián)系。子郵件要發(fā)雜的多。還允許一個報文發(fā)送一個或多個收件人。關鍵詞電子郵件；SMTP；POP3；
【正文】 25 如圖 42 圖 42 tel 220 代表鏈接成功 如圖 43 16 圖 43 連接成功 helo ，服務器返回 250 代表驗證成功 如圖 44 圖 44 驗證成功 auth login，服務器返回 334 代表繼續(xù)輸入用戶名 如圖 45 17 圖 45 請輸入用戶名 入 dGVzdHNtdHAy（ base64 編碼下的用戶名），服務器返回 334 代表繼續(xù)輸入密碼 如圖 46 圖 46 請輸入密碼 eXUxMjM0NTY=（ base64 編碼下的密碼），服務器返回 235 代表驗證成功如圖 47 18 圖 47 登陸成功 mail from: 代表郵件從哪里發(fā)出，服務器返回 250代表驗證成功 如圖 48 圖 48 發(fā)出郵箱 rcpt to:代表郵件發(fā)到哪里，服務器返回 250代表驗證成功 如圖 49 19 圖 49 發(fā)至郵箱 data 代表發(fā)送的數(shù)據(jù)，服務器返回 354 代表請輸入郵件以CRLF.CRLF結(jié)束 如圖 410 圖 410 輸入數(shù)據(jù) ? Subject:a test ， this is a test 表內(nèi)容，輸入回車后輸入 .再輸入回車。服務器返回 250 代表驗證成功 如圖 411 20 圖 411 發(fā)送郵件 12 輸入 quit 退出 如圖 412。 圖 412 退出 ODOA 代表回車，是輸入結(jié)束的標志 如圖 413 21 圖 413 報文 POP3 數(shù)據(jù)包分析 抓 pop3 數(shù)據(jù)包，并分析報文。 ，并過濾 110 號端口 如圖 414 圖 414 過濾端口 2. 運行 cmd，依次輸入如下命令 如圖 415~17 ? tel 110 （建立連接） ? user testsmtp3 （輸入用戶名） ? pass yu123456 （輸入密碼） ? list （查看郵件） 22 ? retr 4 （打開第 4封郵件） ? dele 4 （ 刪除第 4封郵件） ? list （查看郵件） ? rset （恢復所有標記為刪除的郵件） ? list （查看郵件） ? dele 4 （刪除第 4封郵件） ? quit （退出） 圖 415 命令演示 圖 416 命令演示 23 圖 417 命令演示 3. pop3 協(xié)議刪除機制， pop3 協(xié)議在刪除郵件時不是直接在服務器刪除郵件，而是在服務器 將想要刪除的郵件標記起來，在執(zhí)行 quit 命令時，執(zhí)行刪除命令。 圖 418 pop3 報文 協(xié)議在客戶端輸入命令后，會給予 +OK 和 ERR 兩種響應， +OK 表示成功 如圖 419， ERR 代表失敗 如圖 420。 24 圖 419 響應成功 圖 420 響應失敗 25 第 5 章 總結(jié) 本論文介紹郵件傳輸協(xié)議 SMTP，主要介紹了 SMTP 協(xié)議的發(fā)送過程，發(fā)送的命令和響應以及分析 SMTP 的數(shù)據(jù)包信息。 SMTP 是因特網(wǎng)電子郵件系統(tǒng)首要的應用 層協(xié)議。它使用由 TCP 提供的可靠的數(shù)據(jù)傳輸服務把 郵件消息從發(fā)信人的郵件服務器傳送到收信人的郵件服務器。跟大多數(shù)應用層協(xié)議一樣， SMTP 也存在兩個端：在發(fā)信人的郵件服務器上執(zhí)行的客戶端和在收信人的郵件服務器上執(zhí)行的服務器端。 SMTP 的客戶端和服務器端同時運行在每個郵件服務器上。當一個郵件服 務器在向其他郵件服務器發(fā)送郵件消息時，它是作為 SMTP 客戶在運行。當一個郵件服務器從其他郵件服務器接收郵件消息時，它是作為 SMTP 服務器在運行。 SMTP 協(xié)議與人們用于面對面交互的禮儀之間有許多相似之處。首先，運行在發(fā)送端郵件服務器主機上的 SMTP 客戶，發(fā)起建立一個到運 行在接收端郵件服務 器主機上的 SMTP 服務器端口號 25之間的 TCP 連接。如果接收郵件服務器當前不在工作， SMTP 客戶就等待一段時間后再嘗試建立該連接。這個連接建立之 后，SMTP 客戶和服務器先執(zhí)行一些應用層握手操作。就像人們在轉(zhuǎn)手東西之前往往先自我介紹那樣， SMTP 客戶和服務器也在傳送信息之前先自我介紹一下。 在這個 SMTP握手階段， SMTP客戶向服務器分別指出發(fā)信人和收信人的電子郵件地址。彼此自我介紹完畢之后，客戶發(fā)出郵件消息。 SMTP 可以指望由 TCP 提供的可靠數(shù)據(jù)傳輸服務把該消息無錯地傳送到服務器。如 果客戶還有其他郵件消息需發(fā)送到同一個服務器，它就在同一個 TCP 連接上重復上述過程否則，它就指示 TCP關閉該連接 。 26 參考文獻 [1] Behrouz . TCP/IP 協(xié)議族（第 4 版） [M].譯（王海、張娟等） .出版地：清華大學出版社 . [2] Jonathan B. Postel . SIMPLE MAIL TRANSFER PROTOCOL [M]. 1982 [3]許于杰 . TCP/IP 協(xié)議深入分析 [M].出版地 :清華 大學出版社 . [4] RFC 文檔： RFC1939 對應 POP3 協(xié)議， RFC821 對應 SMTP 協(xié)議， RFC822 對應郵件標準， RFC1425 對應 ESMTP,RFC1522 對應郵件首部擴從， RFC1521 對應郵件正文的擴充 [5]Stevens,TCP/IP Illustrated,機械工業(yè)出版社，2020
環(huán)評公示相關推薦
鄂ICP備17016276號-1