① 我們郵箱里的郵件都是存放在哪裡的
是存放在郵件運營商的伺服器里，你可以通過outlook或foxmail收取到本地，但要注意配置outlook或foxmail時要選擇保留伺服器上的郵件，不然，你的網上的郵箱里的郵件就沒有了。
② 網易163郵箱是什麼伺服器啊
網易163免費郵箱相關伺服器信息：
郵件伺服器是一種用來負責電子郵件收發管理的設備。它比網路上的免費郵箱更安全和高效，因此一直是企業公司的必備設備。
POP3
POP3是Post Office Protocol 3的簡稱，即郵局協議的第3個版本,它規定怎樣將個人計算機連接到Internet的郵件伺服器和下載電子郵件的電子協議。它是網際網路電子郵件的第一個離線協議標准,POP3允許用戶從伺服器上把郵件存儲到本地主機（即自己的計算機）上,同時刪除保存在郵件伺服器上的郵件，而POP3伺服器則是遵循POP3協議的接收郵件伺服器，用來接收電子郵件的。
SMTP
SMTP的全稱是「Simple Mail Transfer Protocol」，即簡單郵件傳輸協議。它是一組用於從源地址到目的地址傳輸郵件的規范，通過它來控制郵件的中轉方式。SMTP 協議屬於 TCP/IP 協議簇，它幫助每台計算機在發送或中轉信件時找到下一個目的地。SMTP 伺服器就是遵循 SMTP 協議的發送郵件伺服器。
SMTP 認證，簡單地說就是要求必須在提供了賬戶名和密碼之後才可以登錄 SMTP 伺服器，這就使得那些垃圾郵件的散播者無可乘之機。
增加 SMTP 認證的目的是為了使用戶避免受到垃圾郵件的侵擾。
IMAP
IMAP全稱是Internet Mail Access Protocol，即互動式郵件存取協議，它是跟POP3類似郵件訪問標准協議之一。不同的是，開啟了IMAP後，您在電子郵件客戶端收取的郵件仍然保留在伺服器上，同時在客戶端上的操作都會反饋到伺服器上，如：刪除郵件，標記已讀等，伺服器上的郵件也會做相應的動作。所以無論從瀏覽器登錄郵箱或者客戶端軟體登錄郵箱，看到的郵件以及狀態都是一致的。
③ HOTMAIL 郵箱的郵件一般會儲存在電腦的什麼地方
如果你用客戶端接收郵件的話，根據你的客戶端的不同位置也是不一樣的。如果你不用客戶端，那麼所有的郵件都是保存在Hotmail伺服器上。
比如outlook，工具-賬戶設置，在電子郵件項中可以看到你現在的outlook存放數據的位置（或者在
數據文件
項里也有這個路徑），默認在C:\
Documents
and
Settings\
Administrator
\Local
Settings\Application
Data\Microsoft\Outlook\，裡面有Outlook.pst之類的文件
④ 郵件伺服器郵件存儲和日誌的介紹
本文以資料庫的基本原理為基礎，分析了EXCHANGE SERVER的存儲系統，並說明了各部分的作用。
一、IS服務和ESE的層次關系
IS服務是EXCHANGE伺服器中重要的服務之一，它控制著對郵箱和PF的存儲操作請求，EXCHANGE伺服器的存儲實際上是由ESE的資料庫引擎來管理的。這個ESE引擎是微軟專門為保存非關系型數據而開發的，目前在微軟的很多產品中都有廣泛的應用，如：AD資料庫、DHCP、WINS、SRS等等。
EXCHANGE的資料庫是由EDB文件、STM文件和LOG文件組成。在這些文件里，微軟使用了「B+樹」的內部數據結構。ESE的引擎的任務之一，就是當IS服務請求訪問資料庫的時候，把這些請求轉化為對內部數據結構的讀寫訪問。B+樹的特點是能夠對存儲在硬碟上的數據提供快速訪問能力。微軟利用「B+樹」作為ESE的後台結構的主要原因，就是盡可能的提高訪問數據時I/O性能。當然，這些結構對於EXCHANGE STORE來說是透明的。
另外，作為一個資料庫系統，ESE有責任提供事務級別的操作的支持，並維護資料庫的完整性和一致性。對資料庫系統而言，我們提到事務時，一般用ACID來描述事務的特點。
A--Atomic（原子的）：事務必須是全或全無的操作，要麼全部成功更新，要麼全部不被更新
C--Consistent（一致的）：一個成功提交的事務必須使資料庫處於一個一致的狀態。
I--Isolated（孤立的）：所有未提交的更改都必須能夠和其他事務孤立。
D--Durable（持久的）：當事務一旦提交，所做的更改必須存儲到穩定的介質上，防止系統失敗導致的資料庫不一致。（此點非常重要！！）
二、EXCHANGE 2000/2003存儲系統的新特點
在EX5.5中，ESE的版本為ESE97，而在EX2000/2003里，ESE版本已經升級ESE98了。ESE引起在以下方面得到了改進：
* I/O性能進一步提高和優化
* 對日誌文件增加了計算校驗操作
* 提高了ESEUTIL等工具的維護速度
而IS也在以下方面有了更新：
* 在每個SERVER上提供多個SG支持
* 資料庫STM文件格式的引入，提高了INTERNET郵件的性能
* WSS的引入，用戶可以使用多種協議訪問資料庫
三、EDB和STM的關系
常有人問，EDB文件是資料庫，那STM文件是做什麼用的？可以刪除嗎？
在EX5.5里，只有EDB文件，因為在EX5.5發布時，微軟主推的是內部郵件系統，因此其主要協議為MAPI，這是微軟的私有郵件西醫，EDB文件是專門為此協議優化過的。因此在EX5.5中，為了支持INTERNET郵件，必須在每次處理INTERNET郵件時，做一個格式轉換。這顯然帶來了性能的損失。
在EX2000里，微軟加大了對INTERNET郵件的支持，這就是STM文件的來源。MAPI格式是RPC和二進制標準的，而STM是純文本加上一些MIME編碼格式，這樣的區別使得它們不可能存儲在同一資料庫里。因此EX2000中，微軟開始使用EDB和STM兩個文件來分別保存兩種格式的郵件。並且在兩個文件之間建立了引用和關聯。對於用戶來說，它的郵箱實際上是跨越了EDB和STM文件共同組成的。另外，需要注意的是，EDB文件中還保留著用戶的郵箱結構。所以EDB文件更加重要。那麼EDB和STM是怎麼協同工作的呢？我們以幾個情景來分析之。
情景一：用戶使用OUTLOOK（MAPI）發送接收郵件
在該情景下，用戶將郵件通過MAPI協議提交給資料庫，直接被保存EDB文件中。當用戶通過MAPI訪問郵箱里的郵件時，如果被訪問的郵件在EDB里，直接返回，如果在STM里（如外來郵件），則執行轉換，將STM轉換為EDB文件格式，再返回用戶。
情景二：用戶使用標准SMTP/POP3/IMAP4等協議訪問
用戶使用非MAPI協議提交的郵件，內容保存在STM文件里，但是由於EDB里有郵箱結構，STM沒有，因此系統會把郵件的重要信息提取出來，放在EDB里。當用戶用MAPI提取郵件時，過程同上，當用戶通過標准協議訪問時，同樣需要進行格式轉換，轉換為STM文件格式返回。 這些轉換是在後台發生的。對用戶來說是透明的。通過上面的描述，你會看到，這兩個文件是緊密聯系的缺一不可。所以，在任何時間我們都不要單獨操作這兩個文件，它們是一個整體。同時也要注意的是，無論用戶使用何方式訪問郵箱，都需要向EDB文件請求郵箱結構信息，這是需要注意的。
四、LOG文件的重大作用
在論壇里經常會看到有人說我的硬碟怎麼很快就沒了，一看原來是日誌文件搞的鬼，於是就有人刪除日誌文件，甚至使用循環日誌來強制減少日誌，甚至有人提出這樣的疑問，日誌到底有什麼用？是不是多餘的'？那我們來看看日誌的重大作用。
對於一個SG來說，系統會產生一系列的日誌，這些日誌的擴展名為LOG，前綴一般是E00、E01……除了這些連續的日誌文件外，還有一些特殊的日誌文件（res1.log,res2.log,e0x.chk））），它們又有什麼用呢？我們的管理員通常不喜歡備份這一操作，因此對這些日誌是痛恨不已啊。那麼微軟在EXCHANGE資料庫系統中引入日誌的作用難道真的是多此一舉嗎？我們從以下幾個方面來考察一下日誌的作用：
1、作為一個企業級的郵件系統，必須要保證數據安全和完整。必須能夠面對隨時可能發生的意外災難，把數據損失降低到最小。
2、必須提供高性能的郵件處理能力，對資料庫中的郵件的事務操作在完成後必須馬上（或是說立即）被記錄在存儲介質上（見前面的事務持久性說明）
3、災難發生後，使用資料庫備份恢復必須要返回到災難發生前一刻的資料庫狀態（這是至關重要的！！）
現在我們來更進一步的看一下，當用戶要修改郵箱中的內容時，被修改的內容首先被提取出來放到內存中，實際的修改是發生在內存里的，這是眾所周知的，當修改完成後，這些內容必須被盡快寫回存儲介質，這樣才表示一個事務成功完成了。
從事務的描述中我們可以看到，事務是具有原子特性的，為了保證資料庫的一致和完整，事務必須全部成功或全部失敗，如果事務失敗，則必須回滾到事務開始的狀態。而當郵件在內存中修改完成後，此時事務並沒有完成（為什麼呢？）因為一旦系統崩潰，這些修改就丟失了。所以要確保事務修改完成，必須盡快將修改寫回到資料庫里去（也就是硬碟上）。這也是事務的持久性要求。注意，我們這里說的第一時間或是盡快，是一個什麼樣的概念。如果我們直接修改EDB文件，由於EDB
文件比較大，那麼在硬碟上修改一個大文件，就 需要花費大量的時間在等待和尋找數據存儲塊上（見操作系統原理），當系統出現高負載的繁忙狀態時，這將是一個非常大的瓶頸。也就無法做到「盡快」了。那怎麼辦呢？所以資料庫系統使用了日誌，而日誌通常很小（EXCHANGE的日誌只有5MB），向這些文件寫入修改結果是很快速的，因此當內存的修改完成後，這些結果就會立即寫入日誌中，以保證了事務的持久性。當成功寫入日誌後，該事務就成功完成了（現在在硬碟上了，不會因為當機丟失了）接下來，ESE引擎會在後台慢慢將這些日誌里的修改記錄寫回真正的資料庫里去（這對用戶來說已經不是那麼重要了），這就是日誌的第一個作用：確保事務在第一時間（盡可能快的）保存到非易失存儲器上（提供了事務持久性支持）。
根據上面的藐視，我們看到運行中的EXCHANGE資料庫，是由三個部分組成的：
* 內存中已經完成處理還沒有寫會到日誌里的內容（Dirt page）
* 還沒有寫到資料庫文件里的日誌內容
* EDB和STM資料庫文件
對於第一個部分，一旦掉電就回丟失的，是最不安全的。而對於第二部分的內容，系統通過檢查點文件（CHK）來標記哪些日誌已經被寫入資料庫了，而哪些還沒有。CHK文件類似一個指針。我們可以用「ESEUTIL /MK」來檢查CHK文件里的內容，在該命令的輸出中的checkpoint:<0x8,26d1,29>這樣的東西就是檢查點位置，它表示E0x00008的日誌的頁面序號已經被成功寫入資料庫了。大家可以自己看看。。：）
前面提到過，EXCHANGE系統在出現災難時，應能恢復到災難發生前的時刻的狀態。這是非常重要的。但即使是最勤快的管理員，也只能在指定的預定時間內做系統備份，而不可能時時刻刻的都在備份。那麼在備份完成後到災難發生之前的這段數據該如何保護呢？是不是就任由它丟失呢？顯然是不可能的。那答案是什麼呢？就是日誌文件。前面我們知道，任何對資料庫的更改都先寫入日誌里，再由日誌寫入資料庫，這樣我們只要找到日誌文件，就可以重新進行模擬的操作來完成備份後的資料庫文件的更改了，我們舉個例子來看看：
假設我們在凌晨3點完成了一次FULLBACKUP，備份完成後，系統正常運行，到下午4點的時候，系統突然崩潰。管理員用凌晨3點的數據恢復了資料庫，那麼從凌晨3點到下午4點這段時間的數據變更，就只能依賴於日誌了。當完成資料庫恢復後，系統會自動的跟蹤到關聯的日誌文件，如果發現有比當前資料庫還新的日誌存在，系統就會自動的按照日誌的順序將更改寫回到資料庫中去。因此這樣一來，從凌晨3點到下午4點的數據變更就被完整的恢復了。這就是日誌的第二個作用：保證系統備份和恢復的完整性。當然前提是沒有使用循環日誌！！（看到了吧，使用循環日誌的危害是相當大的，比起你的數據來說，多做幾次備份不是沒有意義的吧？
說到這里，有人可能要問，如果資料庫和日誌同時損壞，如何辦？答案是：盡量避免這樣的情況發生。首先資料庫損壞的幾率要大於日誌，另外，微軟建議將資料庫和日誌分別存儲在不同的磁碟上，要是這樣還會同時壞，那就沒有辦法了，呵呵。。對於管理員對日誌文件的抱怨，合理的解決方法是定期做備份。啟用循環日誌是不正確的做法，當啟用循環日誌後，一旦系統發生災難恢復，將有可能不能將系統恢復到災難發生時的狀態，磁碟和數據誰更重要，管理員自己要考慮考慮了。
五、ESE與IS服務的啟動和關閉
ESE引擎在載入資料庫文件時，會去檢查資料庫文件的標志。這個標志保留了上次關閉資料庫的狀態，當狀態為正常關閉說，系統將直接載入該資料庫，當資料庫標志為非正常關閉時，系統將先進行一個軟恢復過程（你可以在事件里看到它），然後再載入。
那麼，正常關閉和非正常關閉有什麼區別呢？一個正常關閉的資料庫，表示所有的日誌信息都已經正確的寫入資料庫了。反之一個非正常關閉的資料庫，則表示至少有一部分數據未能正確的從日誌寫入資料庫。要注意的是，非正常關閉的資料庫並不等於已經被破壞的資料庫。只表示有數據沒有提交到資料庫文件。
使用ESEUTIL/MH命令可以看到資料庫的該狀態，其中的STATE欄位標記的就是這個狀態，「CLEANSHUTDOWN」表示資料庫正常關閉。當系統載入處於非正常關閉的資料庫時，就會根據檢查點文件確定日誌文件的位置，並做重放操作。當檢查點文件丟失或損壞時，系統將從最早的日誌文件開始處理。有的時候，系統不能自動的修復資料庫，這時我們也可以用「ESEUTIL /R」命令手工的恢復處於非正常關閉狀態的資料庫。強烈推薦在系統異常關閉後執行此命令。在執行前最好前確定資料庫文件的狀態確實為非正常關閉，不要對正常關閉的資料庫執行該恢復命令！
由此可見，EXCHANGE系統對資料庫有自我修復能力，能確保系統在發生意外後恢復正確的狀態。但這並不是說我們可以隨意的關閉系統，仍要UPS等必要的保護措施。
六、關於M盤
在EX2000里，有一個M盤的映射。這個映射只是提供開發人員通過API訪問郵箱和郵件用的。因此對M盤的手工操作都可能帶來資料庫的破壞，請注意，另外，有一種觀點認為備份了M盤就備份了郵件，這是絕對錯誤的。M盤雖然是資料庫的映射，但已經去掉了很多的關聯和內在聯系。因此備份M盤是不能恢復資料庫的。所有的EXCHANGE管理員必須按規定認真的備份系統狀態和SG。切不可偷懶哦。
⑤ foxmail7.0郵件保存在哪個目錄下
一般來說，FoxMail默認將用戶的郵件保存到其安裝目錄下Storage文件夾。
FOXMAIL7.0郵件默認的安裝目錄為：D:ProgramFilesFoxmail7.0，如果用戶不小心將郵件安裝在C盤，那以後重裝系統，需先對郵件數據進行遷移，此時可以找到原來的郵件數據。
一般在安裝目錄:ProgramFilesFoxmail7.0Storage的Storage下面保留著原來的郵件數據。例中的郵件數據保存在D:ProgramFilesFoxmail7.0Storage下面。
(5)郵件存儲在哪個伺服器擴展閱讀：
foxmail的相關技術背景：
1、foxmail可以看作是qq郵箱的一個別名，qq郵箱的用戶可以為qq郵箱設一個foxmail的別名。
2、用戶也可以直接申請一個foxmail賬號，如果有qq賬號，則可以直接登錄，獲得qq郵箱（也就是foxmail郵箱），如果沒有qq賬戶，則免費可以申請一個foxmail賬號，同時綁定一個系統自動生成的qq賬號。
3、在郵件客戶端設定的時候，伺服器是要設成「imap.qq.com」，「smtp.qq.com」，的，本質上講並沒有和qq不同的伺服器，就是名字和qq郵箱不一樣，騰訊這樣做的目的是讓qq郵箱聽起來更加正式，因為顯示在收件人方面的是「@foxmail.com」郵箱，而foxmail是多年的郵箱客戶端。
⑥ 郵箱中的郵件是存放在哪裡的
存放在郵件伺服器上的用戶名下的文件夾裡面。
郵件伺服器上的每個用戶將會在郵件伺服器上建立一個用戶名的文件夾，文件夾用來存儲用戶的配置信息和郵件信息。
每一封發給用戶的郵件，郵件伺服器都會以特殊的格式存儲被放置在用戶名下的文件夾裡面。
當用戶登錄自己的賬號後，就擁有讀取這個文件夾的許可權，可以獲取郵件的信息。
⑦ 電子郵件可存儲在哪個伺服器上 A. FTP B. UDP C. POP3 D. TCP
C.pop3伺服器上.
A.FTP是應用層協議,是一種應用,有伺服器,存儲多種格式的文件,供使用者下載;
B.UDP是傳輸層協議,不是一種應用,也沒有UDP伺服器;
D.TCP同上是傳輸層協議,不是一種應用,不過UDP/TCP是傳輸文件的方式,路由器和電腦終端可以通過這種協議把應用層文件傳輸至用戶;
C.POP3是郵件協議,是應該層協議,POP3伺服器上可以存儲郵件.