| Sun Java System Connector for Microsoft Outlook 6.0 桌面部署管理員指南 |
第 3 章
規劃新郵件伺服器時
應解決的問題本節說明在規劃每個遷移專案時應解決的主題。
描述站點配置和使用者的特性您的使用者是否全都位於同一個實際的地理位置，例如全在一棟大樓中？全都在同一層？處於同一個房間？或是您的企業總部設在聖路易斯 (St. Louis)，而分公司的行政部門則位在丹吉爾市 (Tangiers)、巴塞隆納 (Barcelona) 和奧士科士 (Oshkosh)，工廠則在新加坡 (Singapore) 和塔城 (Tuscaloosa)？在您目前的電子郵件系統中，每一個位置各有多少 Exchange 伺服器和使用者？當您遷移之後，每個位置各有多少 Sun Java System 伺服器可供使用者使用？
在您目前的電子郵件系統中，如何將使用者指定至各種 Exchange 伺服器？只根據地理位置？根據組織內的管理實體，如銷售部門、工程部門或客戶服務等部門？或根據業務單位或小組，如產品 XYZ 組與產品 ABC 組？
各種使用者的教育和訓練背景為何？他們使用電腦已經有多久了？在遷移期間，他們希望自管理員或服務人員那得到多少的幫助？
使用者分組標準和含義決定單次遷移時最佳的使用者人數。最佳的遷移群組大小，部分取決於伺服器上每個使用者的資料量。您可以假設至少有部分的使用者一定會打電話給服務人員尋求協助，因此遷移的群組大小應該與企業服務人員的人數和是否提供服務有關。
您最先遷移的幾個群組，應該小於預期的最佳大小，因為這前幾個群組在文件、通訊計劃等方面，很可能會暴露出任何無法預料的問題，而群組越大時，相對會產生更嚴重的結果。而前幾個較小的遷移群組，也能幫助您預測稍後在遷移大型群組時，需要對組織內的服務人員提出什麼要求。
最後，通常以邏輯群組來遷移使用者會比較有幫助，而邏輯群組中的使用者可能是根據其業務功能、管理實體或相似性來分組，這樣在移轉程序中各群組便可以相互支援。
桌面安裝方法Sun Java System Connector 部署工具箱含有各種工具，這些工具的操作選項提供相當大的彈性，能針對幾乎任何環境、情況和管理員偏好，設定和執行合適的遷移策略。下列主題描述最常用的分析藍本，並說明 Sun 的遷移工具如何容納這些分析藍本。
互動的使用者安裝 (自我服務)
Sun Java System Connector 安裝精靈的設計，就是要讓一般使用者能按照螢幕上的指示自己執行。安裝精靈可以放在檔案伺服器上，這樣便不需要個別安裝到一般使用者的工作站上。但在使用者桌面上實體安裝 Java System Connector 軟體時，需要有存取權限，通常許多或大部分的一般使用者都未被授予的這種權限。如果您的一般使用者中，有任何一位對他自己的桌面沒有安裝權限，您便可以選擇下列其中一種策略：
- 造訪每位使用者的工作站，並使用您自己的管理員權限，將軟體實際安裝到使用者的桌面上。
- 使用配置管理工具 (如 Microsoft 的 SMS)，將軟體「發送」至多位使用者的桌面 (在下列「透過 SMS 或其他配置管理工具將「發送」自動化」中會加以說明)。
當軟體實際複製到使用者的桌面後，使用者便可以使用安裝精靈來配置軟體及轉換現有的個人資料夾 (.pst) 檔案。
執行轉換程式的一般使用者將提供他們的憑證給 Sun Java System 伺服器。因此這種方法允許轉換密碼保護的 .pst 檔案 (請參閱下面的「Outlook 中密碼保護的個人儲存區」)，並能讓使用者指定要轉換的個人儲存區，以便與新的 Sun Java System Connector 軟體搭配使用。(使用者可以讀取未轉換的電子郵件訊息，但無法回覆，因為新的伺服器不認識未轉換的位址。使用者所擁有的部分個人儲存區非常老舊，日後極不可能需要回覆，所以使用者可以選擇不轉換這類檔案。轉換可以在後台執行，以便讓使用者的電腦能夠執行其他工作，但此程序可能會降低其他應用程式的效能)。
互動使用者安裝最明顯的不利點為：
管理員在使用者電腦上執行安裝
您可能希望讓部分使用者以「自助」的方式自行安裝 (如上所述)，但您還是必須指定管理員造訪其他人的桌面，以便為他們執行部分或所有的安裝及配置工作。這個方式可以確保準備不足的高階行政人員、或非技術性使用者能夠順利遷移。您的部署計劃中，應該陳述是否會批准有這類的管理員造訪任何使用者的行為，並且是針對誰。
透過 SMS 或其他配置管理工具將「發送」自動化
在使用者桌面上軟體安裝所需的存取權限，通常是許多或大部分一般使用者未被授予的存取權限。這類網路的大部分管理員會使用配置管理工具 (如 Microsoft 的 SMS)，將軟體「發送」到多位使用者的桌面，透過這種方式便不需要使用者存取權限。如果您的網路提供的是「鎖定」的 Windows 環境，一般使用者無法安裝軟體，而使用這種自動化配置管理，能讓管理員不再需要多次造訪個別使用者的桌面。
為使用「發送」完成軟體的發佈，您可以使用部署配置程式，為每位使用者建立兩個不同的隨附安裝套裝軟體，以供他們在日後執行。第一套軟體會執行「發送」安裝，以安裝必要的 Sun Java System 軟體。而第二套軟體則會執行互動程序，使用者在此程序中可以對安裝軟體的配置、以及本身現有資料檔的轉換，做出相關的選擇。您甚至可以用此「發送」方法，將一般使用者的轉換程序完全自動化，但這可能需要編寫程序檔，因為必須使用每個一般使用者的特定資訊才能呼叫套裝軟體 (如使用者的 Sun Java System 憑證)。
部署配置程式的《參考手冊》中，提供使用 Microsoft 的 SMS，以執行此「發送」方法來發佈軟體的指示。《參考手冊》中還將說明如何使用指令行參數與 SMS 程序檔，略過對使用者個人資料夾 (.pst) 檔案之必要使用者密碼的要求，在桌面上安裝軟體，以將程序完全自動化。
桌面安裝的指令行參數
Sun Java System Connector 安裝精靈所支援的指令行參數，可結合其他桌面安裝方法一起使用 (如上所述)，或結合如《Sun Java System Connector for Microsoft Outlook Deployment Configuration Program Reference》(在「Application Notes for Special Circumstances」之下) 中所述的 SMS 程序檔。
安裝套裝軟體將支援以下指令行參數：
如果您要轉換 Exchange 設定檔，以下參數將非常有用：
重要伺服器資料的遷移：不僅只是訊息舊的伺服器中含有關於您使用者的寶貴資訊，而有效的遷移將擷取及使用這項資訊，以在新的 Sun Java System 伺服器上提供使用者帳戶。除了使用者的舊郵寄訊息外，舊的伺服器還包含使用者的行事曆、工作、個人通訊錄及連絡人。舊的伺服器也包含使用者名稱、主要的網際網路位址、網際網路別名、電話、郵寄地址、甚至是描述性的資訊，例如使用者的部門、職稱等等，也可能包含您企業的公用發佈清單。
雖然此文件中沒有詳細說明伺服器資料的遷移，但您應該要瞭解，舊的伺服器是寶貴的資料資源，當要求使用者提供有關 Sun Java System 的資料、以及郵件路徑發生改變時，都可以用舊的伺服器來查詢。Sun 專業服務能幫助您瞭解和調整部署計劃中的伺服器資料遷移，而其他協力公司則提供技術和諮詢的專業意見，讓您能順利遷移伺服器資料。
伺服器遷移轉換階段期間的郵件路由您的所有使用者不會全在同一時間，從舊伺服器遷移到新伺服器。而在使用者實際遷移之前，會先建立和提供新伺服器上的使用者帳戶。因為這樣，所以在遷移期間，新舊伺服器上會同時存在位址相同的使用者信箱。因此您必須定義某些暫時的郵件轉寄規則，以確定遷移期間使用者的郵件會選擇正確的路徑。
即使您的組織已使用新的網際網路位址，但舊的伺服器上還是必須保留舊的位址，因為只有使用者舊的主要網際網路位址繼續傳送到正確的伺服器，回覆給舊訊息的郵件才能傳送出去。因為指定網域的所有網際網路郵件，都必須傳送到相關 MX 記錄中所指定的單一伺服器，所以您的組織必須決定何時要更新其 MX 記錄，以指向新的 Sun Java System 伺服器。
如果 MX 記錄已在轉換開始時就切換到 Sun Java System 伺服器，您必須配置 Sun Java System 伺服器，這樣無法傳送到本機信箱的任何郵件，才能傳送到舊伺服器上的對應信箱。此外，因為 Sun Java System 伺服器上會有新的使用者，所以您必須定義新伺服器上的轉寄規則，這樣一般傳送到新信箱的任何郵件，才能改為轉寄至舊伺服器上的對應使用者信箱。當每個使用者都遷移至新的伺服器後，您必須刪除新伺服器上的第一個轉寄規則，並在舊的伺服器上定義新規則，將使用者的所有郵件轉寄到對應的 Sun Java System 信箱。
另一方面，如果在轉換階段結束前，MX 記錄都將指向舊的伺服器，您必須配至舊的伺服器，以將本機無法傳送的郵件，轉寄到 Sun Java System 伺服器上對應的使用者信箱。當使用者遷移至新的伺服器後，您必須在舊的伺服器上定義新規則，將舊伺服器上其他使用者所傳送的郵件，轉寄到使用者在 Sun Java System 伺服器上的新帳戶。
在遷移期間同步化全球通訊錄大型組織可能需要花上幾星期或幾個月的時間來完成某個階段的遷移，而在遷移期間，兩個系統中可能都會有部分使用者。許多組織偏好所有使用者維持存取正確的企業目錄 (白頁，全球通訊錄)，但要維持其正確性，就必須在員工雇用、調職或離職等時候，定期同步化兩伺服器的目錄。因此您的部署計劃應該要指定某些機制，能夠在整個遷移期間定期同步化兩個目錄。
Sun 專業服務可以幫助您解決這個問題，此外也有數種產品可用來執行目錄的同步化。
Sun Java System 伺服器的新使用者 ID 和密碼大部分網路系統的設計，都會阻止外人探詢使用者的密碼，尤其 Microsoft Exchange 更是如此。這些安全性防衛機制，讓系統無法在使用者從舊伺服器遷移到新伺服器時，自動保留使用者現有的密碼。
同時，許多組織偏好使用標準形式的網際網路位址，或在遷移到 Sun Java System 期間將網域合併。因此組織必須事先決定，要如何產生帳戶名稱和網際網路位址，以及將如何指定使用者的新密碼。
網路管理員也必須針對使用者和公司的服務人員，設計能夠使用這些使用者憑證進行通訊的方法。常用的一種方法，只是在群組遷移之前，準備一份電子郵件的合併清單，這樣遷移群組的每個成員都可以單獨收到他自己的憑證，並且讓群組能夠即時第一次登入新的伺服器。
Outlook 中密碼保護的個人儲存區Outlook 使用者可以為他們的個人資料夾 (.pst) 檔案指定密碼，但 Sun Java System Connector 安裝精靈需要開啟和修改這些檔案才能進行轉換，之後才能在新的 Connector 軟體和 Sun Java System 伺服器上使用。因此一般使用者必須提供他們要轉換之 .pst 檔案的密碼。
安裝精靈將自動在需要必要密碼時提示使用者，但顯然這需要使用者的參與，因此無法使用「無訊息模式」的安裝。您必須在「無訊息模式」中執行安裝精靈，這點非常重要，因為系統可以在轉換期間指示使用者移除所有這類的密碼，或只讓精靈使用該處的密碼來執行。如果在「無訊息模式」中執行安裝精靈時，遇到密碼保護的檔案，精靈將不會轉換檔案，並且將報告沒有轉換所有檔案。根據管理員部署配置工具中的設定，安裝精靈也會將事件記錄成錯誤訊息。
