Exchange 2007
OAB分發，該版本與2007年11月擬定，2008年1月10日發佈v0.2，如果有更新將會高亮顯示此部分。
Exchange 2007引入了一個新的機制來分發Office Address
Books（OAB脫機地址簿），使其不需要公用文件夾的支持。不過這需要HTTP(S)和BITS的支持。
新的分發機制中包含了一些新的高級特性，可以很好的支持多個併發的用戶連接，減少帶寬的利用，並可以更好的對分發點施予管理。特別注意的是，新的分發機制要求客戶端爲Outlook
2007。之前我談到新的分發機制使用HTTP(S)和BITS，但是還是可以使用Public Folder來進行OAB的分發，兩者是可以並存的。
使用這種方式的同時，老版本的客戶端依然可以藉助Public Folder的方式來訪問他們的OAB，然而Outlook
2007客戶端不同於早期的客戶端版本，因爲它可以獲得更多更高級的功能（什麼功能？？看我其他Blog文章吧！）。
新的基於Web方式的OAB分發進程與其他幾個組件協同工作（這裏的意思可能不好理解，因爲模型是平行結構的），並且一些組件有如下的功能屬性：
- OABgen(OAB generation) - 這個服務運行在OAB生成服務器之上目的是創建OAB。這個服務器必須是一個Exchange 2007的郵箱服務器並且支持OAB分發
- Exchange文件分發服務 - 這個服務運行在CAS服務器上，負責從OABgen服務器獲取OAB。
- OAB虛擬目錄 - 這是一個IIS虛擬目錄，它運行在能夠提供OAB下載的CAS服務器上（默認就是CAS服務器上啦，這裏考慮複雜的環境所以措辭不同）。
- 自動發現 - 當客戶端連接到Exchange時，運行在CAS服務器上的自動發現就能夠提供正確的OAB URL信息。
我想一些例子能夠更好的幫助大家理解OAB分發裏頭到底發生了什麼。以下圖解顯示了該例子的拓撲圖。這個例子假定所有的用戶擁有同樣的OAB以及所有的CAS服務器都可以分發OAB。
在一個用戶連接之前，將會發生什麼呢？
1）London的其中一臺郵箱服務器上將會生成OAB
2）LONDON的每一臺CAS服務器上的Exchange文件分發服務將會從LONDON的OAB生成服務器上覆制新的OAB文件
3）聖保羅的CAS服務器上的Exchange文件分發服務被喚醒，並且通過慢速連接從LONDON的OAB生成服務器上拷貝OAB文件。這完全依賴慢速連接的速度。新的OWA在完全的被拷貝和驗證之前是不可用的
Note: Not all CAS servers will download the new OAB at the exact same time.
There is a Poll Interval (default 8 hours) which starts the copying if there are
new files. The first poll happens when the Exchange File Distribution Service
starts, so the exact time a server polls will be different on each CAS server
unless they all started up at the same time.
Once all of the CAS servers have the OAB, there are several user download
scenarios:
注意：並不是所有的CAS服務器會在精確的時間差內下載新的OAB。這裏有一個投票間隔（默認是8個小時），當有新的文件生成之後就會每隔8小時去檢查拷貝新的文件。在Exchange文件分發服務器啓動時，將會開始進行第一輪投票，所以服務器投票的時間差和精確程度會不一樣，除非每一臺CAS服務器都在同一時刻同時啓動。
以下介紹一旦所有的CAS服務器都有了OAB時，一些用戶的下載場景：
用戶A:
1) Outlook連接到自動發現服務來獲得最近的分發URL
2) 自動發現返回URL給在London中的一臺CAS服務器
3) Outlook通過BITS連接到自動發現提供的URL，之後就開始下載OAB
用戶B：
4) outlook連接到自動發現服務來獲得最新的OAB分發URL
5)自動發現服務返回在Sao Paulo的CAS服務器URL地址
6)outlook使用BITS連接到自動發現提供的URL，之後就開始下載OAB
用戶B的郵箱是在London站點，並且在Sao Paulo的分部並沒有郵箱服務器，但是他的OAB將會從最近的CAS服務器上下載下來
用戶C：
4) outlook連接到自動發現以獲得最近的OAB分發URL地址
5) 自動發現將URL返回給London的一臺CAS服務器
6) 自動發現隨後找到了這臺CAS服務器，並且發現和郵箱服務器是在同一站點
7) outlook通過BITS來連接到自動發現提供的URL，之後開始下載OAB
對於任何的內部用戶，系統都沒有辦法知道最新的CAS服務器在哪，所以默認最近的CAS服務器就是他們的郵箱服務器。
每個CAS服務器同時可以支持大量的通過BITS發起的併發連接，OAB只複製一份到遠程站點，這樣就節省了帶寬。用戶從自己站點自動下載他們的OAB要遠遠好於使用站點連接。
OAB虛擬目錄支持直接通過ISA Server發佈而直接通過Proxy
Server連接。然而，默認情況下BITS客戶端並不支持自頒發的證書，所以OAB分發點使用HTTP來傳輸。同樣你也可以在IIS中使用完全受信任的證書來啓用SSL支持。