在實際工作中，這是實現(xiàn)微軟統(tǒng)一溝通平臺的基礎(chǔ)。不過真因為其基礎(chǔ)，所以很多系統(tǒng)管理員忽視了這項工作。結(jié)果導(dǎo)致后續(xù)的工作很難展開。筆者根據(jù)以前的工作經(jīng)驗，將這項工作總結(jié)為五招。
第一招：創(chuàng)建統(tǒng)一消息撥號計劃的名稱。
在創(chuàng)建統(tǒng)一消息計劃的時候，需要為這個統(tǒng)一消息計劃指定名稱。一般來說，這個名稱的建立有兩種方式，一是采用手工指定名字，二是采用郵箱策略的名稱。為了便于后續(xù)的管理，筆者建議采用郵箱策略的名稱作為統(tǒng)一消息撥號計劃的名字。不過在這當(dāng)中，有一個細(xì)節(jié)問題需要注意。這個細(xì)節(jié)問題就是撥號計劃的名字的長度限制。
默認(rèn)情況下，撥號計劃名稱這個字段其可以接受64個字符的長度，但是在實際命名的時候最好不要超過49個字符。這主要是因為在創(chuàng)建撥號計劃的時候，系統(tǒng)還會創(chuàng)建一個默認(rèn)的UM郵箱策略。通常情況下，這個UM郵箱策略的名字就是統(tǒng)一消息計劃的名字。不過這里有一個問題，就是UM郵箱策略的名字長度比統(tǒng)一消息計劃的名字長度要短，最長只能夠接受49個字符。為此如果在定義統(tǒng)一消息計劃的時候，名字長度超過49個字符，則在生成統(tǒng)一消息撥號計劃的時候，就容易出錯。這可能是Exchange的一個漏洞。很多第一次使用這個平臺的管理員，經(jīng)常會在這里載跟斗。所以在定義統(tǒng)一消息計劃名稱的時候，需要注意這個撥號計劃名稱的長度。或許在以后的版本中這個BUG會解決掉。
第二招：為統(tǒng)一消息撥號計劃定制電話用戶界面。
當(dāng)用戶使用統(tǒng)一消息平臺來訪問郵箱中的語音郵件時，會出現(xiàn)一個電話用戶界面。由于語音郵件與普通的郵件不同，為此管理員往往需要根據(jù)企業(yè)的實際情況來定義這個界面。如需要定義最長呼叫持續(xù)時間、最長錄音持續(xù)時間(其直接關(guān)系到郵箱系統(tǒng)以及用戶的預(yù)定義的存儲空間)、斷開連接前輸入失敗的次數(shù)、斷開連接前登陸失敗的次數(shù)、輸入重試的次數(shù)(這主要是一些安全方面的一些設(shè)置)、用戶默認(rèn)的語言和可用語言(如果系統(tǒng)涉及到多種語言應(yīng)用的話這個配置非常的重要)等等相關(guān)的參數(shù)。為了便于管理，統(tǒng)一消息撥號計劃為用戶配置電話用戶界面時所做的更改會影響屬于這個統(tǒng)一消息撥號計劃以及與之相關(guān)聯(lián)的所有用戶。
簡單的說，管理員不用一個個的為每個用戶配置電話用戶界面。而是可以將企業(yè)的用戶分為幾個組，然后為每個組設(shè)置獨立的統(tǒng)一消息撥號計劃。然后在統(tǒng)一消息計劃上為用戶配置電話用戶界面。如此的話，只要將用戶關(guān)聯(lián)到特定的統(tǒng)一消息撥號計劃中，就會有相對獨立的用戶界面。如可以將經(jīng)理層與普通員工分屬于不同的撥號計劃，從而實現(xiàn)這些用戶不同的訪問需求。這跟組策略管理是相通的。
第三招：為統(tǒng)一消息計劃選擇合適的音頻編碼、解碼器。
如果在統(tǒng)一消息平臺中涉及到語音郵件的話，則還需要為語音郵件選擇合適的音頻編碼、解碼器。在Exchange中主要提供了三種音頻編碼解碼器，分別為微軟媒體音頻編解碼器、分組系統(tǒng)移動編解碼器和脈沖代碼調(diào)制線性編碼解碼器。采用不同的解碼器。其生成的音頻文件格式是不同的。而且其語音的質(zhì)量、音頻文件的大小也是不同的。默認(rèn)情況下，系統(tǒng)采用的是微軟媒體音頻編解碼器。其生成的音頻文件就是以WMA為擴(kuò)展名的音頻文件。
筆者認(rèn)為，在選擇音頻解碼器的時候，需要注意如下兩個問題。
一是在同一個消息計劃平臺下，最好只采用一種音頻編解碼器。因為如果每個用戶采用不同的解碼器，則在相互轉(zhuǎn)換的過程中可能會影響語音文件訪問的效率。而且也可能會出現(xiàn)文件誤讀的情況。為此可以為不同的用戶設(shè)置不同的統(tǒng)一消息撥號計劃(如出于配置電話訪問界面的需要)，但是最好為不同的統(tǒng)一消息撥號計劃指定相同的音頻編碼解碼器。同時需要注意的是，WMA文件的兼容性還是不錯的。現(xiàn)在主流的一些MP3播放器基本上都可以支持這個格式的文件，而且其文件的壓縮性比較好，所占用的磁盤空間也不大。故除非對音質(zhì)等有特殊的要求，這個格式還是企業(yè)的首選。
二是如果管理員采用的是64位的操作系統(tǒng)平臺的話，則在部署音頻編碼解碼器的時候，有一個特殊的要求。即如果選擇的是微軟的音頻編解碼器，則必須安裝Windows媒體編碼器。這是在平臺在過度階段遇到的一個問題，暫時難以克服。[NextPage]第四招：管理用戶能否接收傳真。
默認(rèn)情況下，只要為用戶設(shè)置了統(tǒng)一消息撥號計劃，用戶就可以利用這個郵箱來接收發(fā)送傳真。但是在實際工作中，出于安全的需要，往往會對這種情況進(jìn)行限制。如會指定只有特定的用戶才能夠接收傳真。如果要使得某個用戶能夠接收傳真，那么必須同時符合以下兩個條件。一是必須為與這個用戶相關(guān)的撥號計劃的統(tǒng)一消息服務(wù)器上設(shè)置為允許這個用戶接受傳入的傳真呼叫。如果這個撥號計劃涉及到多個統(tǒng)一消息服務(wù)器的話(出于負(fù)載均衡的需要企業(yè)可能會部署多個統(tǒng)一消息服務(wù)期)那么在多個統(tǒng)一消息服務(wù)器上都必須進(jìn)行類似的設(shè)置。二是必須將這個統(tǒng)一消息撥號計劃設(shè)置為允許向啟用了UM的用戶發(fā)送傳真。這兩個條件必須同時滿足，系統(tǒng)才會允許這個用戶接收傳真。相反，如果要阻止用戶接收傳真的話，則只要將某個條件取消即可。
在實際工作中，主要遇到的問題就是在排錯的時候。如當(dāng)用戶報錯說無法收到傳真的時候，系統(tǒng)管理員可能只考慮到某一個條件。這里需要注意的是，以上兩個條件必須同時滿足。否則的話，就無法正常接收傳真。
第五招：建議啟用未送達(dá)報告。
當(dāng)普通郵件無法到達(dá)對方時，系統(tǒng)會自動反饋一個錯誤報告。當(dāng)對方無法接收傳真時，傳真系統(tǒng)也會反饋一個錯誤報告。那么當(dāng)使用統(tǒng)一消息平臺來發(fā)送傳真或者發(fā)送語音郵件的時候，是否也需要這個類似的報告呢?這個報告就叫做送達(dá)報告。默認(rèn)情況下，當(dāng)統(tǒng)一消息平臺發(fā)送語音郵件時，如果這個語音郵件無法發(fā)送到指定收件人的時候，統(tǒng)一消息平臺一般不會發(fā)送這個未送達(dá)報告。我不知道微軟出于什么目的設(shè)置了這個默認(rèn)值。不過可以肯定的一點事，這個未送達(dá)報告對于分析語音郵件傳遞失敗的原因、解決傳送中的故障將非常的有用。而且當(dāng)語音郵件無法按時傳遞時，系統(tǒng)也有必要給用戶一個善意的提醒。故筆者建議在部署統(tǒng)一消息平臺的時候，能夠啟用這個未送達(dá)報告。
需要啟用這個功能也很簡單，只需要按照如下幾個步驟做即可。
首先，在管理控制臺中，找到組織配置節(jié)點，然后選擇“統(tǒng)一消息”節(jié)點。打開這個節(jié)點后，選擇統(tǒng)一撥號計劃選項卡，并單擊窗口中的屬性。
其次在撥號計劃屬性窗口頁上會出現(xiàn)一個常規(guī)選項卡，選中“郵件傳遞失敗時發(fā)送未送達(dá)報告”的復(fù)選框。單擊確定保存即可。
通常情況下，這個未送達(dá)報告只發(fā)送給郵件的發(fā)送者。不過有時候出于管理的需要，管理員也希望這個未送達(dá)報告可以同時抄送到指定的郵件賬戶，如管理員郵件賬戶。此時也可以通過日志或者預(yù)警系統(tǒng)來實現(xiàn)。
京公網(wǎng)安備 11010502049343號