升級爲Exchange 2007後懷念的10件事

　　Exchange 2007是家族裏的新成員，而且提供了又新又酷的功能，好比統一信息，改進了的垃圾信過濾，以及智能行程安排等。可是，和其餘升級同樣，也有一些功能就此被拋在了腦後。 下面是一些你在Exchange 2003中曾很熟悉的功能，但在從此的日子裏，估計你會很想念它們的——起碼對我來講是這樣。

　　1: 對POP3/POP3S及IMAP4/IMAP4S的透明支持

　　POP3是使用最多的互聯網電子郵件協議。 在Exchange系統管理器中，Exchange 2003對POP3協議進行了徹底的支持。你所須要作的，只不過是啓用POP3服務，而後打開Exchange系統管理器，定位POP3服務器，而後在上面對協議的各個方面進行配置便可。這裏面不只包括了認證的方式，同時也支持經過TLS的POP3。在Exchange 2007中，既沒有對POP3的圖形化支持，並且你只能經過使用命令行接口來啓用經由TLS的POP3，這會迅速搞得你頭昏腦脹的。

　　IMAP4是另外一個很流行的，用於存取互聯網電子郵件的協議。 不像POP3那樣將所有的信件都下載下來，IMAP4通常只下載信件的頭部;僅當該信件被選中後，信件的主題纔會被下載下來。 在Exchange 2003中，進入服務控制檯來啓用IMAP4協議，以及直接打開Exchange系統管理器從而進入IMAP4的相關配置是極其容易的事情。

　　在ESM中，你還能夠配置對認證協議的支持，以及具體配置認證以，便對經由TLS的IMAP4進行保護。 你根本無需去記憶命令行的接口命令，不管這個命令有多麼簡單。 而用Exchange 2007的話，你很快會發現，啓用IMAP4和IMAPS不只僅是使人神智昏迷那麼簡單，由於你會發現你將不得不和命令Shell進行一番較勁，纔可以讓它作到你想作的事情。

　　2: 對SMTP的透明支持

　　Exchange 2003之中，一個很是好的事情，就是對SMTP服務器的絕對透明支持。 若是你理解IIS SMTP服務，你就能理解Exchange SMTP服務。 須要更多的虛擬服務器來支持SMTP以及經由TLS的SMTP麼? 還須要支持帶認證的SMTP麼? 沒有問題! 只要創建新的虛擬SMTP服務器便可。 你有成打的SMTP選項可用，並且它們很近似，由於你瞭解IIS SMTP服務。

　　在Exchange 2007之中，SMTP服務被隱藏在無數鏈接器以後，很難使人理解，而且他們也沒法提供像在Exchange 2003裏面那樣透明和靈活的SMTP服務。也許你可使用命令Shell來執行其中的部分配置選項，可是誰還有那麼好的閒情逸致來花時間學習一個全新的命令行接口呢?

　　3: 對用戶信箱的透明視圖

　　在Exchange 2003系統管理器中，你能夠輕鬆的查看用戶登陸的信息，用戶信箱的尺寸，以及用戶信箱之中物件的數目。 同時，你還能夠看到一些有趣的信息，好比完整的文本索引狀態。 如今，當你檢查Exchange 2007管理控制檯時，你會發現，全部這些信息都已再也不存在。 我已經據說，你可使用命令行接口來獲取這些信息，可是爲何咱們在Exchange 2003只要鼠標輕點幾下的事情，到了這裏反而不得不自行輸入命令才能作到呢?

　　4: Outlook移動存取

　　我沒法告訴你，Outlook移動存取已經多少次救了我。而Exchange ActivSync客戶端卻沒法存取你信箱之中的所有信件。典型的狀況是，你所能保存的只是前一兩天的信件頭。 可是，須要使用個人Windows移動電話，來讀取我數月以前電子郵件信件的狀況，卻已屢屢發生了不少次。 若是我只有ActiveSync可用的話，那我想我只能昏倒無數次了!

　　謝謝上帝，至少我還有Outlook移動存取，讓你能夠對所有信箱具備徹底的訪問權限，包括全部收件箱之下創建的那些子目錄。 是，Windows Mobile 6已經承諾會解決這個問題。 可是，並非全部人都已經升級到了這個版本，並且不少現存的移動設備也並不支持它。 一樣，OMA也被那些不具有Windows Moblie設備的用戶們普遍使用着。 而使用了Exchange 2007以後，這些可憐的人們將會被鎖在本身的Exchage信箱以外了。

　　5: 32位版本

　　我喜歡在安裝和推薦某個軟件以前，首先對它進行測試。 對軟件進行測試時，我通常使用Vmware。 不幸的是，在我電腦中的虛擬機上，可沒有一個支持64位客戶端的處理器。 這意味着我只能使用32位的客戶端。 我已經發現，使用32位的客戶端，將沒法完整的發揮系統所有功能。 個人經驗代表，SMTP服務會「由於某些緣由」而工做不正常，而集線器透明以及郵件提交服務同樣也會工做異常。 這代表，使用32位的版原本進行測試，意義不大。 另外，再想一想看，對於那些已經花費了大量金錢在32位硬件之上的公司們，它們又該如何呢? 爲何他們要被迫升級到「更完美」的服務器上，難道就只是爲了要得到64位的支持麼?

　　某一天，也許遷移到64位的電腦上將不可避免，可是僅就如今而言，64位的電腦在驅動程序上有着太多的問題，並且64位技術也還遠遠不處處處可見的地步。 在那一天出現以前，我想咱們會須要增長一個選擇，那就是全功能的32位版本。

　　6: 公共文件夾管理

　　我用公共文件夾，你用公共文件夾，幾乎每一個人都在用公共文件夾! 在Exchange 2003之中，從Exchange系統管理器中訪問你的公共文件夾簡直是太容易了。 只要用鼠標輕點幾下，你就能夠配置好權限和限定。 而到了Exchange 2007的管理控制檯裏，事情又會變得怎樣呢? 根本沒有任何有關公共文件夾的參考資料。 解決方案麼?你只能繼續運行一臺Exchange 2003的機器。

　　7: 用於OWA(Outlook網頁存取)的公共文件夾權限

　　談到公共文件夾，既然咱們全部人用得如此之多，咱們天然但願能夠在任何地方均可以用電腦對它進行訪問。 OWA(Outlook網頁存取)則是最廣泛的，遠程存取Exchange服務器資源的方式，咱們中有成百萬的人在旅途中使用OWA。 在Exchange 2003中，咱們的公共文件夾就在OWA接口之中，隨時隨地方便咱們鏈接上去，而後獲取咱們所須要的信息。 但若是你如今只有Exchange 2007的話，你就只能對「在OWA中訪問公共文件夾」的說法來個吻別了。

　　8: 在Outlook網頁存取中的月度日曆視圖

　　既然咱們談到了Outlook網頁存取，你還記得你使用日曆的方式麼? 在Outlook網頁存取中，最廣泛的一個視圖是月度視圖。 它讓你能夠總覽下幾周內所安排的全部事情，你能夠穿過各類約會，而後寫下相關備忘。 可是，若是你如今用的只有Exchange 2007的話，那你只能說，在OWA之中，你不再會看到月度視圖了。

　　9: 對RPC/HTTP(Outlook Anywhere)的直覺認證管理

　　在Exchange 2003 SP2以上的版本中，對Outlook RPC/HTTP(如今被叫作Outlook Anywhere)進行配置是很是簡單的事情。 即使是有關RCP/HTTP的證書部署問題也絲絕不會讓人感受費腦筋，即便是從一個ISA防火牆以後發出的。 而如今，RCP/HTTP卻有了奇怪的，全新的複雜度，特別是在證書部署的領域裏。

　　Exchange 2008顯然依賴於許多未獨立的備選名。 若是你沒有讓你的受支配備選名在證書上進行正確排序，而且他們也不符合同一證書上的正確共用名的話，你將會花上數小時來對Outlook 2007之中的Outlook Anywhere存取進行調試。 唉，把Exchange 2003以及RCP/HTTP的絕對簡易性還給咱們吧!

　　10: 對新用戶賬戶的Exchange賬戶準備

　　到了該向你的活動目錄中添加新用戶的時候了。 爲何不一箭雙鵰，在同一時間，爲用戶創建賬戶的同時，也爲他創建好Exchange信箱呢? 對Exchange 2003來講，使用Exchange拓展向活動目錄添加用戶和電腦，沒有任何問題。 可是對Exchange 2007來講呢? 你必須在不一樣的電腦上，使用不一樣的接口，才能夠爲這名用戶創建一個信箱。 須要付出的勞動太多了。

　　總結

　　新版本的Exchange的確有了一些有趣的加強，可是除非你是一個命令行的大師，你極可能會感受所獲得的遠不如所失去的多。 不少修改都是基於一個前提，那就是全部的系統管理員都喜歡相似於UNIX的環境，因此他們將會由於有了使用Powershell的機會而欣喜若狂，可是我我的比較懷疑這種見解。 咱們中的許多人之因此沉迷於使用Windows，是由於咱們喜歡圖形化的界面。

　　他們的確應該想盡一切辦法，提供改進了的命令行界面給那些真正須要的人們。 可是，對於咱們所喜好的GUI(圖形化界面)而言，他們應當將它做爲一個齊頭並進的選擇，同時提供給咱們，而不是簡單的就用命令行界面將其取代掉，我想這樣纔會更好。