電子郵件論文精品(七篇)

序論：寫作是一種深度的自我表達。它要求我們深入探索自己的思想和情感，挖掘那些隱藏在內心深處的真相，好投稿為您帶來了七篇電子郵件論文范文，愿它們成為您寫作過程中的靈感催化劑，助力您的創作。

篇(1)

論文摘要：視聽電子郵件系統是針對傳統電子郵件系統的創新，文章敘述了系統構思、系統結構和系統設計中解決的主要技術問題。對其中的郵件客戶端模塊、媒體文件接收模塊等主要程序模塊的工作原理，模塊結構，功能詳細介紹。最后，對系統開發作了總結和展望。

【Keywords】AudiovisualE-mail;Structureofsystem;WindowsMediaServer；ASF.中國

【Abstract】TheaudiovisualE-mailsystemistheinnovationwhichaimsattraditionalE-mailsystem,thearticledescribessystemtoconceiveoutlineandresolvesinstructureofasystemandsystemdesignofcardinaltechniqueproblem.Amodelofthemailclient,amodelofthemediumdocumentreceives,andsoonmainprogrammoduleprincipleofwork,modularstructure,functiondetailedintroduction.Endmadesummaryandoutlooktothesystemdevelopment.

1概述

電子郵件作為Internet網信息交流方式為人們廣泛采用，隨信息技術的發展人們對視聽媒體信息交流有了更多的要求。目前，以電子郵件發送視、聽媒體信息采用2種方式實現：1.視、聽媒體以附件發送；2.視、聽媒體信息存放地址的超鏈接，通過超鏈接可以下載或點播觀看。以上方式不足的是：需求收發方郵箱都有大的附件空間；媒體信息私密性弱；郵件系統視、郵件系統視、聽功能集成度弱。

我們設計的視、聽郵件系統，實現了視聽收發功能的集成?？朔四壳半娮余]件系統發送視、聽媒體信息的不足。系統的基本工作模式是：在客戶端完成采集、編碼、加密媒體信息，通過網絡上傳媒體信息到郵件服務器和流媒體服務器。在郵件接收客戶端，通過帳號、口令到郵件服務器和流媒體服務器接收郵件，郵件中如有媒體信息的話直接點擊就可以通過流媒體服務器直接傳輸并在接收客戶端播放。該系統是我們提出的一種具有特定功能的郵件系統，系統已經設計實現，并已通過項目專家組的驗收。

2系統設計

2.1系統功能

系統建立在流媒體技術基礎上，具有在線觀看音、視頻信件的電子郵件系統，包括：客戶端、郵件服務器與媒體服務器三部分組成。郵件客戶端完成郵件編輯、音視頻數據采集、音視頻數據壓縮/加密，上傳至媒體服務器；媒體服務器存儲媒體數據并返回媒體訪問信息，發信端接收并處理媒體訪問信息，然后將信送至郵件服務器。

接收郵件客戶端，登入郵件服務器后收到發來的郵件，郵件的媒體內容保存在媒體服務器上。郵件客戶端收到的僅僅是媒體內容在媒體服務器上的存儲信息，通過點播連接客戶端與服務器，內容以ASF（AdvancedStreamingFormat(ASF)/高級流格式）流從服務器傳到客戶端實時播放。系統工作原理如圖1所示。

2.2系統結構

系統由三部分構成：郵件客戶端、流媒體服務器、郵件服務器，如圖2所示。

2.2.1郵件客戶端模塊

由10個子模塊組成，如圖3所示。

2.2.2流媒體服務器模塊

由文件接收模塊、WindowsMediaServer組件、多媒體數據庫組成。文件接收模塊運行在流媒體服務器上，實現文件的接收功能。主要用于接收來自客戶端軟件上傳的文件。并把接收到的文件放置在流媒體服務器上，供流媒體服務處理。

文件接收模塊框圖，如圖4所示：

2.3系統實現

2.3.1開發環境與運行平臺

郵件客戶端運行在Windows2000或以上操作系統平臺，流媒體服務器、郵件服務器模塊運行在WindowsServer2000操作系統平臺。開發環境有WindowsMedia9、WinMail4.2、Delphi7.0開發平臺。

2.3.2系統運行界面

1.郵件客戶端界面：

中國-2.視頻采集界面：

3系統設計技術問題

3.1媒體文件接收模塊

WindowsMedia服務器能夠用.asf、.wma、.MP3和.wav格式向郵件客戶端提供多媒體內容。ASF是建議的流格式，若選擇傳送流式化.wav或.MP3格式文件，服務器性能會受影響。ASF是一種支持在各類網絡和協議下進行數據傳遞的公開標準。ASF是一種數據格式，適于通過網絡發送多媒體流，也同樣適于在本地播放。中國

文件接收模塊運行在流媒體服務器上，實現媒體文件的接收、媒體文件數據標記、媒體文件的傳輸與管理功能。媒體文件接收模塊框圖，如圖4所示，與WindowsMedia服務器同時啟動，監聽服務端口：5555，程序源代碼略。

3.2媒體信息的編碼/解碼

在郵件客戶端媒體信息的采集、上傳與接受播放是系統設計中必須認真考慮和解決的問題，與系統結構密切相關。流媒體的使用，客戶端經過網絡接收媒體內容并通過客戶端媒體解碼功能，實時播放媒體內容。流媒體大大減少了客戶端上的等待時間和存儲需求。

WindowsMediaTools/WindowsMedia工具，是一套用來為WindowsMedia服務創建ASF內容的工具。這些工具包含WindowsMedia編碼器、WindowsMediaAuthor和WindowsMediaASF索引程序；轉換實用工具VidToASF和WavToASF；以及文件工具ASFCheck和ASFChop。

郵件客戶端模塊通過控件直接調用WindowsMedia編碼器采集、編碼完成媒體信息的采集編碼，也可通過編碼器完成媒體文件格式的轉換。對媒體信息編碼為ASF流，它可按任何基礎網絡傳輸協議傳輸。ASF流通過多播或單播從WindowsMedia服務器流向客戶端。

對ASF流媒體文件測試，視頻（分辨度：800×600；比特率：42kbps；幀/秒：8），音頻(比特率:32kbps)，編碼與分辨度和時間成正比，測試結果如圖7所示。

4結束語

視聽電子郵件系統作為對傳統郵件的創新，通過設計、實驗，探索出系統構造的可行性方案，在此基礎上完成了系統的設計實現。我們主要設計、編碼完成了郵件客戶端模塊；媒體文件接收模塊等程序模塊。系統通過測試、運行達到了功能要求，并通過了項目演示和驗收。

隨計算機媒體技術的發展，對今后工作有如下展望：（1）使系統功能完善，能夠滿足應用需求；（2）在視聽電子郵件系統開發基礎上，開發出更多符合社會需求的視聽系統。

參考文獻：

[1]WindowsMedia服務幫助文件[Z]

[2]MediaFoundationProgrammingGuide,MicrosoftMediaFoundationSDK[Z]

[3]張海藩.軟件工程導論[M].4版北京清華大學出版社,2003.

[4]朱亮.Delphi7多媒體應用技術與實例[M].1版北京中國水利水電出版社,2003.

篇(2)

作者：盧曉君 單位：河南師范大學圖書館

電子郵件和博客信息的保存現狀

網絡風險存在，少有用戶保存本次調查結果顯示，超過3/4的被調查者表示，他們知道電子郵件和博客中的信息會丟失，但是他們并不會隨時備份信息。他們認為威脅個人信息安全的最主要原因是互聯網服務的不穩定性，比如郵箱服務中止，郵箱賬戶的禁用或者丟失等。而超過1/3（35.38%）的用戶在保存電子郵件或博客上的信息時遇到過困難，通常這些困難包括：丟失用戶指定的格式或者排版布局（25.11%）和沒有使用工具用來保存內容（22.98%）。另外，調查顯示，當被問到他們把最近剛創建的有重要價值的文件存儲在哪里時，只有少數人回答是電子郵箱和博客。專業工具缺乏，少有保存方法在調查者中，實際使用存檔的用戶（20.65%），使用最普遍的是“另存為”功能（20%）或使用Outlook或Thunderbird（30%）的備份功能保存。很多用戶表示至今還未找到好用且有效的工具，所以他們就繼續使用無效和低效的方法（復制、粘貼和另存功能）來將數據存到電腦或其他地方。其實，用戶非常擔心虛擬世界的不安全性和隱私性，因此想用便捷的工具把網絡內容存到個人電腦上。而現在大多數提供免費電子郵件和博客服務的服務商都不能提供簡單有效的存儲方法。被調查者還表示，當他們保存電子郵件和博客遇到困難時，還是愿意購買好的存儲工具，但是現有的付費服務并不普遍。雖然許多郵件服務商提供了不同等級的服務，但無論從功能限制的免費服務還是多種功能的付費服務來看，都無法滿足用戶的需求。而大部分的免費博客服務則并不提供用戶自行下載或備份博客內容的服務。一些博客服務可能提供了一個類似的備份功能，但仍然是難以隨時同步、完整地備份用戶博客上的全部內容，更不要說還要同時兼顧博客原來的布局和格式了。此外，博客服務只允許用戶保持最新版本的帖子，所以在用戶編輯或修改博客內容之后是無法回顧自己博客文章的完整歷史的。為了保存自己的博客網頁（主要是PDF或圖片格式），博客用戶必須自己尋找備份工具，包括使用一些第三方開發的免費軟件，除此之外沒有其他的選擇。

建議

提高用戶信息保護意識近年來，網絡安全事件頻發，給我們造成了時間、經濟上的損失，也促使用戶在安全意識上有了一定的提高，但還不能應對如今多變復雜的網絡環境。調查顯示，能夠隨時存儲網絡信息的用戶并不多（11%），從來沒有或很少保存電子郵件或博客中信息的用戶占27.25％。因此，這就需要我們信息專業人員正確引導用戶重視網絡信息安全。郵箱的服務中止，郵箱賬戶的禁用或者丟失，博客網站遭遇關閉或遇黑客襲擊等等，都會使電子郵件和博客中的信息丟失。用戶需要不斷增強信息保護意識，才能減少可能發生的個人信息丟失或被他人不當使用［1］。另外，作為信息傳播的主體，用戶也要樹立正確的個人信息使用觀念，在使用過程中遵循道德規范，約束自身行為，杜絕對他人個人信息的不法收集、使用和傳播。完善信息安全專業技術信息專業人員對信息存儲工具比較熟悉，對網絡技術比較熟悉，他們對于個人信息的搜集、處理、利用及傳遞，比普通用戶更有優勢。一般來說，一個好的存儲工具應具備可恢復性、可用性，存儲容量，兼容的格式和布局，以及必要的功能數據格式等功能。備份工具的可靠性、穩定性以及元數據和轉換格式的功能也是必不可少的。而這些都是需要專業的技術力量得以實現的。當前用于網絡信息安全的技術主要包括密碼技術、安全控制技術和安全防范技術［2］。通過運用以及改進這些技術，將可以大大提高個人信息的安全性。開發個人信息存儲系統網站為創建和保存個人信息提供了大量的可能性。隨著社會媒體技術的發展，網絡成為人際交流和表達的重要途徑，電子郵件和博客可能是大量網絡工具中用戶首先會用來存儲個人信息的空間。被調查者明確表示，當他們選擇電子郵箱或博客時，他們會考慮所提供的服務是否有備份功能（60.78％）。因此，網站應提供一種存檔程序，可以兼容一些系統，而這些系統能夠允許兼容個人網絡數據信息從創建到存檔使用的整個生命周期，以及把個人網絡信息管理轉變成存檔程序。目前只有一些基于網絡的服務允許用戶為進入POP3作出選擇，這使用戶在不聯網的情況下就能在個人的電腦上完成下載和閱讀?？傊?，為了幫助用戶保存個人網絡信息，信息專業人員需要開發面向用戶的具有各個層次的復雜性和靈活性的保存方案，包括不同技術、不同價位的需求。然而，更可行和有效的策略是教育用戶提高隨時保存信息的重要性的意識，這也是對社會公眾的文化和歷史遺產的保護和傳承。

篇(3)

>> Coremail郵件系統安全防護策略探討 手機郵件系統安全性分析及實驗平臺搭建方法 基于數據庫的新型電子郵件系統的研究與設計 主流電子郵件系統安全與缺陷改進設計 Exchange郵件系統的安全性研究 基于郵件系統的智能DNS設計與實現 基于web的電子郵件系統 高性能郵件系統的設計 高端企業需要安全、可靠、可定制的郵件系統 論大型企業電子郵件系統的安全建設 多重安全機制在電子郵件系統中的應用 基于電子郵件系統的整體通信平臺的研究及設計 基于JSF的電子郵件系統的設計與實現 基于郵件系統的虛擬網絡社會管理的研究 基于JSP的電子郵件系統的設計與實現 局域網內基于C/S結構簡單郵件系統的設計 局域網內基于C/S結構簡單郵件系統的設計(1) 基于Mobile　Agent的協作式反垃圾郵件系統設計 基于門戶平臺的郵件系統集成與功能實現 基于Java電子郵件系統的設計與實現 常見問題解答 當前所在位置：l，2012年10月06.

[2] 蔡方博.加密算法的分析與應用[J].網絡安全技術與應用，2014年第04期.

[3] 釣魚郵件/wiki/index.php？doc-view-222238， 2014年5月26日.

[4] 郵件炸彈/wiki/郵件炸彈，2012年5月5日.

[5] 什么是垃圾郵件/service/cjwtxx/09644893920-610.html， 2012年5月14日.

作者簡介：

篇(4)

關鍵詞：護理教育；專升本；個人面對面指導模式

1資料與方法

1．1一般資料

2017年5月—2017年10月采取目的抽樣方法，選取某學校護理專業專升本指導老師45人和在職專升本護生48人進行調查。問卷通過電子郵件發放。共93份問卷，有效收回60份，其中指導老師32份，在職護生28份。

1．2調查方法

本研究采用混合研究的方法。首先做定量調查，并對調查結果進行匯總；為了能夠對定量研究結果進行更深入探討，以調查數據的分析作為引導進行質性研究。

1．2．1問卷調查

問卷調查采用自制問卷進行調查。為了減少問卷應答的負擔和數據遺漏，本問卷只設計了6個問題。首先進行預調查，將問卷發放給了指導老師和護生來獲取兩方的觀點，在預調查后問卷沒有做任何修改。

1．2．2質性研究

完成問卷的28名護生通過問卷被邀請參與訪談。訪談過程中進行了錄音，隨后對錄音進行文字轉錄。

1．3統計學方法

使用SPSS18．0統計軟件對問卷數據進行統計，分析問卷的質性評價并得出共同的主題。

2調查結果

2．1參加個人面對面指導情況

60名被調查者均曾經參加過個人面對面指導；愿意有更多個人面對面指導機會的被調查者僅有34人，占56．67％。

2．2個人面對面指導的基本目的

認為個人面對面指導的基本目的是監督、反饋和論文寫作的有22人，占36．67％；認為基本目的是監督的有18人，占30．00％；認為基本目的是監督、反饋的有13人，占21．67％；認為基本目的是監督、反饋、論文寫作和其他的有4人，占6．67％；認為基本目的是監督和論文寫作的有2人，占3．33％；認為基本目的是論文寫作和其他的有1人，占1．67％。

2．3對信息通信技術與個人面對面指導的評價

認為個人面對面指導更有價值的有35人，占58．33％；認為個人面對面指導與信息通信技術同樣有價值的有20人，占33．34％；認為信息通信技術更有價值的僅有5人，占8．33％。

2．4對小組指導與個人面對面指導的評價

認為個人面對面指導更有價值的有37人，占61．67％；認為個人面對面指導與小組指導同樣有價值的有22人，占36．67％；認為小組指導更有價值的僅有1人，占1．67％。

3討論

3．1個人面對面指導的參與情況和基本目的

本次研究調查結果顯示：被調查者均參加過個人面對面指導，個人面對面指導的基本目的是“監督、反饋和論文寫作”的結合。一對一關系對監督的重要性表現在這種關系有助于學生各種技能的發展，表示監督包括商談和對話。個人面對面指導模式能很好地起到上述監督的作用。有些護生表示更喜歡面對面的監督，因為能夠得到問題的“合適”反饋。反饋被認為是個人面對面指導的目的之一。有39名（65．00％）被調查者及所有護生都談到反饋的益處。有護生認為指導老師能夠關于“下一步做什么”進行指導；在更深入的訪談中護生表示僅在他們表現不好時指導老師通過電子郵件進行必要反饋來進行指導。這種通過電子郵件方式的指導對護生的全面發展是不夠的，而個人面對面指導可以彌補不足。對28名護生進行訪談后結果顯示沒有人獲得過關于論文寫作的面對面指導。有護生在采訪中表示：“我發現論文寫作對我而言非常困難，因為我原來是中專，自學考的?？疲械馁Y源都在網絡上，但沒人教我如何使用參考文獻?！庇袑W者認為基于網絡的資源不能代替面對面直接教學。從問卷調查結果來看僅有56．67％的被調查者愿意有更多個人面對面的指導機會，但是所有的護生愿意有更多個人面對面的指導機會。究其原因可能在于本研究調查對象包括指導老師和護生，指導老師考慮到時間和資源問題可能對個人面對面指導的參與意愿不會特別高，所以問卷調查結果顯示僅有一半左右的應答者愿意有更多個人面對面的指導機會。

3．2個人面對面指導與信息通信技術的比較

本研究中所有被調查者認為個人面對面指導是有價值的，認為信息的清晰性是一個原因。訪談中護生的表述再次強調這一觀點：“在正常的面對面方式中如果你不懂他們所要表達的內容，你能夠立馬提出問題?！边@些結果同Chi等［6］的發現一致，研究表明個人面對面指導中的互動能夠鼓勵學習。從指導老師的角度來看，在面對面的會面中更容易看出護生是否存在理解上的問題。有護生對于指導老師在電子郵件反饋中的語言難以理解的情況提出了意見：“我不經常閱讀電子郵件，而且當我收到反饋的意見時我也不能完全理解指導老師的意思，因此經常一直等著，直到他們來找我?！逼渌o生也有相同的表示，并強調了電子通信中相互理解存在障礙。Mutch［7］在2003年強調對能力較弱的學生，理解指導老師的語言會更加困難，需要使用討論來避免誤解。在訪談中有護生表示，通過電子郵件進行交流的問題在于不確定指導老師是否收到郵件。這個問題最早由Price等［4］在2007年發現，表明學生需要及時互動和反饋。因此可以看出同指導老師的面對面會談能夠緩解護生的焦慮。Chanock［8］在2000年表示當使用諸如“分析”此類術語時應當在后面附上詳細解釋。然而在2009年Duers等［5］在教學評估方面的研究中發現相比書面反饋，學生更喜歡面對面反饋的方式，因為肢體語言能夠幫助雙方更好地理解。例如護生與指導老師面對面交流的時候，問題能夠通過非語言溝通方式幫助更清晰地表達，有助于對反饋獲得更清晰的理解。Weaver［9］多方法設計的定量數據結果也一致表明在解釋和使用反饋時需要更多面對面的指導，因為學生中可能存在不理解“專業術語”的情況。被訪談的28名護生強調了個人面對面指導的價值，指出對話和互動對鼓勵學習的益處，但是也有被訪談者贊成書面電子郵件的價值。有護生表示：“我的記性很差，上一次討論的確讓我受益匪淺，我極力想要把指導老師說的記錄下來，但當我回到家48h后我就不知道如何整理筆記了，因此我認為需要電子郵件理清思路?！边@強調了電子郵件的重要性，這也能用來解釋為何33．34％的被調查者認為信息技術指導與個人面對面指導具有同樣價值。

3．3個人面對面指導與小組指導的比較

本研究結果顯示，認為個人面對面指導更有價值的有37人，占61．67％；認為個人面對面指導與小組指導同樣有價值的有22人，占36．67％。調查后的訪談中大多數護生認為相比小組指導，他們更喜歡個人面對面指導。有護生表示在小組中問題會使自己感到尷尬。難以推測此護生所經歷的小組討論的規模大小，但作為成人教育的分支，這可能是一個很大規模的小組。因為較小規模的小組能營造一種不那么尷尬的氛圍，進而增加學生的自信心［10－11］。有學者指出小組指導的弱點在于，指導老師的注意力在一組學生而非某一個學生身上。也有護生表示：“小組指導好，小組里其他人會問出你想問的問題，而且在你問不出問題的時候，小組里其他人還能提出你看不到的問題?！边@些護生認識到小組其他成員也是一種學習資源，英國高等教育學院在2010年也證實了這一點。以上說明個人面對面指導與小組指導各有優劣。

篇(5)

我們與眾多國家級期刊（含核心期刊）建立了合作關系，需要在雜志上的作者，請與我們聯系，或在來稿時標明“雜志”字樣。編委會長期征稿，歡迎各地教育機構、教研組織、學校及個人為本叢書組織稿件。有意者請與我們聯系。

中國教育教學叢書編委會自1997年以來，組編中國教育教學系列叢書百余卷，并由國家正規出版社出版，大部分叢書被國家圖書館收藏。為廣大教育工作者晉職晉級和學術交流起了巨大的作用。我們將繼續組編大型系列叢書《中華教育理論與實踐科研論文成果選編》，真誠歡迎廣大教育工作者惠賜稿件。

一、征稿范圍與內容：面向全國各地各級各類學校廣大教育工作者、行政管理人員、德育工作者以及在校大學生、研究生征稿。內容與教育教學相關即可，選材與題目自定。

二、征稿要求：1.文章應思想健康，主題明確，論據充分，行文流暢，不用或少用圖表，文字限在2000字以內，稿件需發電子郵件（請用Word編排，以附件的形式發送），如條件不允許，亦可用16開方格稿紙工整抄寫，用掛號寄出。2.請在論文題目下方依次寫清作者的單位名稱、姓名、電話、地址、郵編。3.所有計量單位應采用國際統一標準，各類數字和年、月、日一律用阿拉伯字碼書寫。4.曾發表過和未發表過的文章均可入選，來稿必復。

三、相關說明及事項：1.收到來稿三天之內初審完畢即通知作者（發電子郵件投稿的，我們會及時在郵箱里給您回復）。2.編委會對來稿有刪改權。3.底稿自留，恕不退稿。4.嚴禁抄襲，文責自負。5.所征稿件不收版面費，不需推銷書，購書自愿。6.所投稿件均組織相關專家評出一二三等獎，并頒發證書。7.出書周期為二至三個月，所編書籍均為大16開本，由國家級出版社公開出版，中國版本圖書館CIP數據核準字號全國發行（國家級統一書號ISBN7）。

評 優 通 知

各位老師，如果您的論文不需要發表，只需得到論文獲獎等級證書，您可按上述地址將您需要參評的文章（含論文、教案、說課稿、課件等）發給我們，并寫清您的詳細工作單位、通訊地址、郵編、電子信箱、聯系電話等，以便我們及時和您聯系。

同時，每篇文章匯出評優費（含證書費、掛號郵寄費）200元整，如果有第二、三作者也要評優，每位作者另加100元。

網 站：http：//

地 址：河北省秦皇島市文化北路295號

中國教育教學叢書編委會

聯 系 人：邢改萍

郵 編：066000

電 話：0335-3643938 013903334252

電子信箱：

傳 真：0335-3643938

篇(6)

關鍵詞：JSF；國際化；SMTP；POP3

中圖分類號：TP393 文獻標識碼：A 文章編號：1009-3044（2013）24-5433-03

自從電子郵件進入人們的生活，人們對傳統的信件已經不再依賴，它的可靠、快速、方便、靈活、廉價、內容豐富等特點都使人們更加喜歡和接受它。近年來，電子郵件飛速發展，可以看到在比較專業、服務比較全面周到的網站基本上都有免費電子郵件服務。它們大部分都是通過各種軟件進行開發的。而在當今很流行的Java技術中就包含有JavaMail API，它提供了大量的類和接口實現網絡郵件傳輸。本次設計就是利用Java技術來實現郵件發送和接收的功能，以開發一個屬于自己的郵件系統。

1 相關技術與開發平臺

整個系統開發完全采用MVC模式，開發平臺為Java平臺，以Tomcat為JSF引擎和Web服務器。JSF是基于Java 的Web 應用開發領域里提供了的一個可重用、可擴展、基于組件、工具友好的服務器端UI 框架。在支持JSF 的RAD開發工具中，人們可以像使用Visual Studio. NET一樣方便快捷地構建Web 用戶界面，大大降低了利用Java技術實現Web 用戶界面的難度，提高了開發效率。

2 系統功能分析

用戶要進入系統首先必須登錄系統，登錄后即可閱讀郵件、回復郵件、撰寫新郵件、轉發郵件等。不僅可以發送文本，還可以發送附件等信息。

該系統的總體用例圖如圖2所示。

3 系統部分功能的實現與程序的編制

系統主要有功能模塊分別為：登錄模塊、郵件發送模塊、郵件接收模塊、郵件閱讀模塊、郵件回復模塊、郵件轉寄模塊和退出模塊。系統使用JavaMail的核心類來實現這些功能。

3.1 郵件發送模塊

進入系統后的界面，在這個界面當中顯示了系統的郵件列表，其界面如圖3所示。

在介紹發送模塊之前先說下寫郵件，在這需要使用MailBasisBean，因為發送模塊要調用這個類，也只有寫好信才能發送。在MailBasisBean中設置了主題subject，發信人，收信人，暗送，抄送，回復，附件的屬性。同時還有添加附件的功能，只要附件的名字不為空，通過 mbp.setContent設置好內容，可以添加附件其代碼如下所示：

MimeBodyPart mbp = new MimeBodyPart（）；

mbp.setContent（upFile.getBytes（）， upFile.getContentType（））；

mbp.setDataHandler（new DataHandler（new

ByteArrayDataSource（upFile.getBytes（），

upFile.getContentType（））））；

attachments.add（mbp）；

寫好郵件，就是發送了，在這個過程中用到的類是Transport。若發送安全連接的信息直接用Send（）發送信息，Transport.send（mm）；

3.2 郵件處理模塊

這個模塊當中主要是刪除郵件，首先判斷郵件列表里是否有郵件，若沒郵件則返回列表，有列表就可以選擇性的刪除，郵件前面打個勾就可以刪除想要刪除的信件，如果想全刪，就直接全選郵件就可以全部刪除了。下面是其主要代碼：

FacesContext facesContext = FacesContext.getCurrentInstance（）；

FolderWrapperBean folderWrapper；

int messageNumbersOfSelectedDisplayMessages[]；

MailboxConnection mailboxConnection；

String currentMailboxFolder；

folderWrapper = （FolderWrapperBean）getManagedBeanByName（"folderWrapperBean"）；

messageNumbersOfSelectedDisplayMessages = folderWrapper.getMessageNumbersOfSelectedDisplayMessages（）；

if（messageNumbersOfSelectedDisplayMessages.length < 1）

mailboxConnection = getMailboxConnection（）；

currentMailboxFolder = getCurrentMailboxFolder（）；

mailboxConnection.login（currentMailboxFolder）；

mailboxConnection.setMultipleDeletedFlags（messageNumbersOfSelectedDisplayMessages）；

SessionContainerBean sessionContainer = （SessionContainerBean）getManagedBeanByName（"sessionContainerBean"）；

sessionContainer.setRenewEnvelopes（true）；

assureCorrectOffset（folderWrapper，sessionContainer，essageNumbersOfSelectedDisplayMessages）；

3.3 郵件回復模塊

回復模塊就是調用發送模塊，在這可以回給一個人，也可以回給多個人，具體實現的代碼如下：

MailBasisBean mailBasis = （MailBasisBean）getManagedBeanByName（"mailBasisBean"）；

DisplayMessageBean displayMessage = （DisplayMessageBean）getManagedBeanByName（"displayMessageBean"）；

ReactionMailBasisAssembler.refurbishGivenResponseMailBasis（mailBasis， displayMessage， responseToAll）；

回復的信件在郵箱列表當中會顯示出來那個“Re：”標上如圖5所示：

以上是一個簡單的郵件系統的實現過程，通過使用Java技術中的JavaMail API，很容易開發出一個屬于自己的電子郵件系統。

參考文獻：

[1] Norah Jones.SMTP[J]. OVERSEAS ENGLISH，2003（6）：34-35.

[2] 滁州，馬金虎.編寫基于SMTP網絡應用程序[J].電腦愛好者，2003（5）：92-94.

[3] 滁州，馬金虎.編寫基于POP3網絡應用程序[J].電腦愛好者，2003（6）：92-94.

篇(7)

乙方：________________

為了充分利用各單位豐富的文獻資源，提高圖書館文獻服務保障水平，實現信息資源共享，本著自愿合作、平等、互惠互利的原則，雙方同意協作開展兩館之間的文獻傳遞服務業務。

1.服務范圍：甲方作為館際互借服務的醫學中心館為乙方服務，本協議服務范圍僅限于非返還式文獻傳遞服務，主要指文獻復印、傳真、郵寄、電子郵件傳遞、掃描傳送(ftp)等方式。文獻提供內容包括圖書、期刊、報紙文章、會議論文、學位論文、報告等文獻復制件。

2.服務方式：本協議不直接面對個人讀者，只限于館與館之間的服務。乙方向甲方通過信函、傳真、e-mail或館際互借系統提出申請，甲方負責接受申請、查詢文獻、計算相關費用并負責將查到的文獻通過各種形式送達乙方。傳送方式由乙方選擇傳真、郵寄、特快傳遞、電子郵件傳遞、掃描傳送(ftp)等方式，傳送費用由甲方依據乙方要求的方式向乙方收取。

3.服務時限：接到申請后甲方館在一天之內(如遇周末順延)反饋確認信息，并對申請情況給予答復，如文獻是甲方館內所有三天之內送出文獻，如果甲方需向其他館進行館際互借所需時間視其他館對甲方的回復而定。

4.操作模式：此項服務操作模式根據甲方管理方式和設備的實際情況，以及依據乙方的要求運作，可提供以下幾種模式：

(1)純手工操作：復印郵寄

(2)半手工操作：復印傳真

(3)自動化操作：文獻下載/文獻掃描電子郵件/ftp傳送

(4)使用________________的傳遞系統。

5.文獻傳遞收費標準：制定文獻傳遞收費標準如下：

(1)_______文獻傳遞收費=復制費+(加急費)：復制費：￥_____/頁(指復印+掃描+普通傳遞);加急費：_____元/篇。

(2)_______代查外館文獻：醫學中心文獻傳遞收費=實際付出的費用+代查外館資源手續費：代查外館資源手續費：_________網內服務館收藏的文獻：_________元;國內圖書館收藏的文獻：_________元;國外圖書館收藏的文獻：_________元;費用結算時間：一年兩次，每年6月和12月為服務費用結 算時間。

6.乙方享受的優惠方案詳見《________________》，甲方負責對優惠方案進行解釋、說明。

7.本協議執行過程中，，未盡事宜由雙方協商后，另行修改或解釋。

甲方(公章)：________乙方(公章)：________

館長(簽字)：________館長(簽字)：________

地址：________________地址：________________

電話：________________電話：________________

傳真：________________傳真：________________