企業的郵件系統管理是很複雜的，不僅僅是其設計搭建，更多的是執行維護，那麼我們在實際工作當中遇到最多的是
全球位址薄
的問題，這個
全球位址薄
不光有使用者的****，更重要的是有使用者的屬性資訊，郵件系統是根據使用者的屬性來決定郵件的投遞。換言之，
全球位址薄
是郵件系統日常運維的重點，我們對其更新是要嚴格控制的，因為這涉及到企業的資訊保安。
郵件系統的設計原理通常是客戶端與伺服器連線，經過身份驗證之後開始收發郵件，伺服器從郵件佇列中搜尋使用者的郵件執行收發操作，在這個過程中伺服器要從全球位址薄中去查詢使用者資訊，如果無法獲得使用者資訊，那麼只好做退信處理，還有一種情況是伺服器路由出現問題時間過長，也會退信處理。我們都知道
全球位址薄
也是ldap
目錄服務，是樹形結構，記錄使用者有關資訊，是需要同步更新，更新過程是
hub
全球位址薄的更新是要通過
hr部門，使用者資訊中的基本資訊是由
hr提供，禁止使用者自行修改，對於使用者個人的
office
資訊，需要使用者自行能夠去修改的，在企業的郵件系統中，通過全球位址薄去找某個使用者資訊是常事，所以企業一方面要考慮到員工資訊的安全性，另一方面還要有一定維護上的靈活性。假如企業每個員工的**資訊更新都要找
it或是
hr，那麼工作量也是相當巨大的，企業在設計郵件系統時都要考慮到這些資訊。另外，使用者的工作崗位的調動，也會涉及到郵箱的遷移，變更使用者郵箱的物理位置，那麼也要從全球位址薄中修改郵箱的指向，甚至會重建乙個新的郵箱。
公共郵箱也是全球位址薄的乙個重要應用，這個會涉及到許可權的訪問和日曆的更新，我們也需要從中查到使用公共郵箱的使用者，相當於郵件系統的高階應用，還有就是郵箱組，包含某個特定使用者群，通過把使用者加到某個組裡來實現。我們最不好管理的就是公共郵箱和郵箱組，一般來說會委派許可權給
hr或是部門的負責人去管理。整個更新過程中，也就是企業全球位址薄的整個同步，企業內所有郵件伺服器上的全球位址薄都會保持一致。如果使用者剛好在同步時發郵件，可能會發生退信的原因，對外就是
dns網域名稱解析的問題。
全球位址薄作為企業郵件系統的重要部門，使用者的郵箱建立到停用，刪除整個過程都會對全球位址薄做出修改，這就要求不能重名，不能同時有多個賬號，還有就是要集中管理，有一套完善的更新維護機制，可以跟蹤到郵件的路由過程。使用者可以儲存全球位址薄的資訊到本地，傳送郵件先從本地位址本中找，如果全球位址薄更新後，本地位址本沒更新，就會出現錯誤，位址優先順序訪問是不同的，所以，全球位址薄是企業郵件系統的關鍵。
SVD在推薦系統中的應用
其實說參考也不準確，準確地說應該是半翻譯半學習筆記。仔細整理一遍，感覺還是收穫很大的。任意乙個m n的矩陣a m行 n列，m n 可以被寫成三個矩陣的乘機 1.u m行m列的列正交矩陣 2.s m n的對角線矩陣，矩陣元素非負 3.v n n的正交矩陣的倒置 即a u s v 注意矩陣v需要倒置 直...
SVD在推薦系統中的應用
其實說參考也不準確，準確地說應該是半翻譯半學習筆記。仔細整理一遍，感覺還是收穫很大的。任意乙個m n的矩陣a m行 n列，m n 可以被寫成三個矩陣的乘積 1.u m行m列的列正交矩陣 2.s m n的對角線矩陣，矩陣元素非負 3.v n n的正交矩陣的倒置 即a u s v 注意矩陣v需要倒置 直...
SVD在推薦系統中的應用
mahout中有svd的推薦策略，今天查了一下資料了解了一下演算法原理，本質上是使用svd方法做特徵降維，然後再計算相似度。下面這篇文章寫的不錯，和大家分享一下。任意乙個m n的矩陣a m行 n列，m n 可以被寫成三個矩陣的乘積 1.u m行m列的列正交矩陣 2.s m n的對角線矩陣，矩陣元素非...