【文章內(nèi)容簡介】 = pMessagesItem[i]。 _bstr_t bstrFrom = pMessageFrom。 _bstr_t bstrSubject = pMessageSubject。 _bstr_t bstrBody = pMessageBody。 COleDateTime oleDate = pMessageDate。 //將接收到的郵件存儲(chǔ)到全局的集合類變量中，以便日后使用 EMail_Messages = new CMessages ((const char *)bstrFrom, (const char*)bstrSubject,(const char*)(%Y%m%d),(const char *) bstrBody,i)。 (EMail_Messages)。//將郵件信息添加到列表框控件中 int nListItem = (i, (const char * )bstrFrom)。 (nListItem, 1, LVIF_TEXT, (const char*)bstrSubject, 0, 0, 0, NULL)。 (nListItem, 2, LVIF_TEXT, (const char*)(%Y%m%d), 0, 0, 0, NULL)。 ((const char*)bstrBody)。 ()。 } } } catch(__error e) { CString strErr。 (錯(cuò)誤信息：%s\r\n錯(cuò)誤描述：%s, (LPCTSTR)(), (LPCTSTR)())。 AfxMessageBox(strErr)。 }接收部分流程圖如圖42所示：圖42 接收部分流程圖在接收了所有的郵件之后，用戶在郵件列表當(dāng)中點(diǎn)擊某個(gè)Email的時(shí)候，必須要顯示出郵件的正文供用戶閱讀。要實(shí)現(xiàn)此功能就要添加一個(gè)消息處理函數(shù)，這個(gè)消息處理函數(shù)是針對(duì)郵件列表框控件的，即當(dāng)選中某項(xiàng)時(shí)就必須發(fā)出一個(gè)相應(yīng)的消息，通過消息路由在相應(yīng)的消息處理函數(shù)中進(jìn)行處理，該消息處理函數(shù)完成的功能就是在郵件正文文本框當(dāng)中顯示出郵件的正文。該消息處理函數(shù)代碼如下：//// 顯示郵件正文//void CEmailAnalyseSystemDlg::OnShowBody(NMHDR* pNMHDR, LRESULT* pResult) { NM_LISTVIEW* pNMListView = (NM_LISTVIEW*)pNMHDR。 POSITION pos = ()。 if(pos) { int nItem = (pos)。 m_strBody = (nItem)。 UpdateData(FALSE)。 } *pResult = 0。} 惡意Email處理惡意郵件已經(jīng)成為威脅用戶安全的主要形式之一，如何能夠做到及時(shí)發(fā)現(xiàn)惡意郵件并由用戶進(jìn)行相應(yīng)的操作已經(jīng)成為Email使用者廣泛關(guān)注的問題，同樣也是一個(gè)亟待解決的問題之一。惡意Email的處理包括兩個(gè)部分：惡意Email的刪除及忽略。 惡意Email分析本文在進(jìn)行惡意Email分析采用的是關(guān)鍵字分析方法，和現(xiàn)在一些常用的方法一樣，將關(guān)鍵字存儲(chǔ)于文件或數(shù)據(jù)庫中，當(dāng)要分析Email時(shí)就從數(shù)據(jù)庫或文件當(dāng)中逐個(gè)取出關(guān)鍵字并與待分析文件進(jìn)行比較，看待分析文件當(dāng)中是否含有取出來的關(guān)鍵字，若含有該關(guān)鍵字則初步判定該文件為惡意文件或惡意Email，當(dāng)然，不可能一次性就能夠列出所有的關(guān)鍵字，況且關(guān)鍵字是會(huì)變化的，在此時(shí)大部分的分析系統(tǒng)中包含了此關(guān)鍵字，導(dǎo)致某惡意Email發(fā)送者發(fā)送的郵件被接收方認(rèn)定為惡意Email。此時(shí)惡意Email發(fā)送放就會(huì)想方設(shè)法地變換關(guān)鍵字，設(shè)法將該郵件順利地到達(dá)接收方。為了增強(qiáng)系統(tǒng)在此方面的可擴(kuò)展性，本文提出了一種將關(guān)鍵字存儲(chǔ)與數(shù)據(jù)庫的方法，用戶可以隨時(shí)增加關(guān)鍵字，當(dāng)然這些關(guān)鍵字不是絕對(duì)的，只是用戶認(rèn)為的含有這些關(guān)鍵字的Email為惡意Email。通過上述方法來查找惡意Email的話可能會(huì)出現(xiàn)對(duì)于接收方來說發(fā)過來的Email是很重要的，所以系統(tǒng)不能在判斷出惡意郵件之后就直接刪除之。若是直接刪除，對(duì)于用戶來說可能是很大的損失。所以我們應(yīng)該把刪除權(quán)交給用戶，我們列出的垃圾/惡意Email列表只給用戶做一個(gè)參考，由用戶來看Email的來源、主題等做出正確的判斷，有用戶決定是否刪除該郵件。惡意郵件分析（掃描）過程如下：當(dāng)點(diǎn)擊“分析”按鈕時(shí)，系統(tǒng)從存儲(chǔ)的所有郵件信息的集合類當(dāng)中逐條取出每個(gè)成員，即每封Email，再對(duì)每封Email進(jìn)行分析。對(duì)每封Email進(jìn)行分析過程如下：從數(shù)據(jù)庫中逐條取出關(guān)鍵字，將每個(gè)關(guān)鍵字和Email的主題及正文進(jìn)行匹配，看在Email的主題和正文當(dāng)中是否含有這些關(guān)鍵字，若找到其中一個(gè)，則初步認(rèn)定該Email為惡意Email并立即結(jié)束該Email的查找，轉(zhuǎn)入下一封Email的查找。直到所有的Email都分析完成。在分析過程中沒查找到一個(gè)惡意Email就將該Email的來源、主題、時(shí)間等信息顯示在相應(yīng)的Email列表框控件上。在進(jìn)行分析時(shí)，為了讓用戶明確知道現(xiàn)在分析的是哪一封Email，在對(duì)話框的最下面會(huì)顯示進(jìn)度，效果如圖43所示：圖43 分析惡意Email效果圖分析部分的代碼實(shí)現(xiàn)如下：//分析郵件是否為垃圾郵件void CTRASHMAILPROCESS::OnAnysis() { // TODO: Add your control notification handler code here //初始化相關(guān)變量及控件 int trashnum=0。 CString strTrash。 ()。 ()。 //信箱中沒有郵件 if(()==0) { AfxMessageBox(信箱為空)。 return。 } CString strState。 SetDlgItemText(IDC_STATE2,正在掃描：)。 //顯示正在掃描 for(int i=0。i()。i++) //一次掃描每封郵件 { strState=((CMessages *)(i))strSubject。 //正在掃描的郵件主題 SetDlgItemText(IDC_STATE,strState)。 //顯示正在掃描的郵件的主題 //從數(shù)據(jù)庫中選出所有的關(guān)鍵字 _RecordsetPtr m_pRecordset。 m_pRecordset=(select * from keyword)。 CString strKeywords。 m_pRecordsetMoveFirst()。 //依次檢查郵件的主題和正文中是否含有關(guān)鍵字，若有則為垃圾郵件 while(!m_pRecordsetadoEOF) { strKeywords=(LPCTSTR)((_bstr_t)m_pRecordsetGetCollect(keyword))。 if(((CMessages *)(i))(strKeywords)!=1\ || ((CMessages *)(i))(strKeywords)!=1) { //將垃圾郵件顯示在垃圾郵件列表中 int nListItem = (trashnum,((CMessages *)(i))strFrom)。 (nListItem, 1, LVIF_TEXT, ((CMessages *)(i))strSubject, 0, 0, 0, NULL)。 (nListItem, 2, LVIF_TEXT,((CMessages *)(i))strTime, 0, 0, 0, NULL)。 trashnum=trashnum+1。 //垃圾郵件數(shù) //將垃圾郵件的索引號(hào)保存以便以后刪除或忽略 (%d,((CMessages *)(i))index)。 (strTrash)。 break。 //找到第一個(gè)關(guān)鍵字就退出該Email的查找，直接進(jìn)入下一個(gè)Email的查找 } m_pRecordsetMoveNext()。 } Sleep(80)。 } //顯示掃描完成的信息 SetDlgItemText(IDC_STATE2,掃描完畢！)。 CString info。 //掃描信息 (共檢測到%d封惡意郵件,trashnum)。 SetDlgItemText(IDC_STATE,info)。}在查找到惡意Email的同時(shí)，應(yīng)該把惡意郵件信息保存起來，以便刪除及忽略時(shí)使用：在刪除是要知道待刪除Email的索引號(hào)，并且在刪除該Email之后要將該信息從所有的郵件列表集合類中刪除該成員，并且要在惡意郵件信息中刪除該Email的相關(guān)信息，還要在惡意郵件列表框控件中刪除該信息。只有這樣才不會(huì)在重復(fù)分析時(shí)同一封Email重復(fù)顯示，也不會(huì)出現(xiàn)已經(jīng)刪除的郵件在從新進(jìn)行分析時(shí)還列出為惡意Email。分析惡意Email的流程如圖44所示：圖44 分析惡意Email流程圖 惡意Email的刪除在經(jīng)過系統(tǒng)分析初步認(rèn)定為惡意Email后，將準(zhǔn)惡意Email列在了惡意Email列表中，此時(shí)用戶可以進(jìn)行刪除或則忽略操作。刪除操作是用戶認(rèn)定該郵件是惡意Email或垃圾Email時(shí)發(fā)生的。而忽略操作是用戶認(rèn)定為系統(tǒng)誤判時(shí)用于更正系統(tǒng)的判斷的。在刪除惡意Email時(shí)不是簡單地從郵件集合類當(dāng)中刪除該郵件，而是要從郵件服務(wù)器當(dāng)中刪除該Email。這就要用到j(luò)mail動(dòng)態(tài)鏈接庫中的一個(gè)方法：DeleteSingleMessage(ID)，ID是該郵件在郵件信息指針中的序號(hào)，該序號(hào)是從1開始的，與我們習(xí)慣的數(shù)組從0開始所不同。所以在此應(yīng)特別小心，以免因程序編寫失誤而錯(cuò)誤地刪除Email。從郵件服務(wù)器上刪除了該惡意Email時(shí)，若此時(shí)不進(jìn)行其他的刪除操作的話可能會(huì)出現(xiàn)問題：在沒有進(jìn)行重新接收郵件的情況下再次分析惡意Email的話，該封被刪除的Email會(huì)再次出現(xiàn)在惡意Email列表框中，這會(huì)給用戶造成一種假象，即該惡意Email還未被刪除。當(dāng)然這后果還不算是很嚴(yán)重的，更嚴(yán)重的后果是如果此時(shí)用戶再次點(diǎn)擊刪除該惡意Email時(shí)，程序會(huì)崩潰。因?yàn)樵谶M(jìn)行刪除操作時(shí)根本找不到該Email。為了避免上述的嚴(yán)重的后果，我們必須要?jiǎng)h除相關(guān)的所有項(xiàng)目而不僅僅是刪除Email服務(wù)器上的Email，我們還應(yīng)該刪除郵件集合類中相應(yīng)的郵件，只有這樣在再次分析惡意Email的時(shí)候就不會(huì)再次分析該被刪除了的惡意Email。同時(shí)我們也應(yīng)該在分析一開始就刪除垃圾Email列表框中所有的垃圾Email信息，并且記錄垃圾郵件索引號(hào)的集合類中對(duì)應(yīng)的所有成員也應(yīng)該全部刪除，因?yàn)榇藭r(shí)要對(duì)所有的Email進(jìn)行重新的分析，不刪除的話就會(huì)在列表框中出現(xiàn)重復(fù)條目信息的情況。只有這樣才不會(huì)給用戶帶來該郵件沒有被刪除的假象或者是某些Email自動(dòng)復(fù)制了，垃圾郵件越來越多的假象。以下是刪除某封惡意Email的代碼：//刪除選中的垃圾郵件void CTRASHMAILPROCESS::OnDelete() { // TODO: Add your control notification handler code here //獲得點(diǎn)擊郵件的索引號(hào) int nItem。 POSITION pos=()。 if(pos) { nItem = (pos)。 }// long index=(int)pos。 //獲得郵件的index并刪除該郵件 int messagenum=atoi((nItem))。 pDeleteSingleMessage(messagenum)。 //從郵件列表中刪除該郵件項(xiàng) for(int i=0。i()。i++) { if(((CMessages *)(i))index==messagenum) { (i)。 break。 // AfxMessageBox()。 } } //從垃圾郵件列表中刪除該郵件并將該郵件從控件列表中移除 (nItem)。 (nItem)。}該段代碼一開始就獲得待刪除Email在惡意Email列表框中的索引號(hào)，再通過該索引號(hào)與垃圾郵件集合類的成員對(duì)應(yīng)起來以獲得垃圾郵件在郵件指針中的索引號(hào)，即刪除時(shí)要用到的ID，確定要?jiǎng)h除的ID后就通過動(dòng)態(tài)鏈接庫中相應(yīng)的方法來刪除該Email，接下來再刪除上述介紹的有關(guān)變量中有關(guān)的成員。刪除一封惡意Email的流程圖如圖45所示：圖45 刪除惡意Email流程圖 惡意Email的忽略有些郵件系統(tǒng)通過查找關(guān)鍵字被認(rèn)為是惡意Email，但事實(shí)上，這封Email有可能是來自好友的重要文件。如果因?yàn)檎`操作而將該郵件從郵件服務(wù)器上刪除的話，對(duì)于用戶來說損失是無法估量的，這后果有時(shí)可比殺毒軟件誤將系統(tǒng)文件判斷為病毒而自動(dòng)刪除的后果嚴(yán)重得多。所以在設(shè)計(jì)系統(tǒng)時(shí)必須要考慮這種情況，決不能讓這樣的事件發(fā)生在Email分析系統(tǒng)上。因?yàn)橐坏┌l(fā)生了這種情況的話首先我們所研究的系統(tǒng)就毫無意義