微軟產品一貫的作風是從來不缺文件和教程，office 365也不例外。無論是終端使用者還是企業it管理員，都可參照office 365使用指南順利的開啟office 365之旅。不過比較奇怪的是，貌似很多使用者並不知道微軟官方有如此完善、詳盡的文件。他們的很多問題在微軟官方的使用指南中都可以找到答案。好吧，既然如此，我們就再貼一次微軟官方office 365使用指南的鏈結，而且這份使用指南還是針對中國版office 365的。
office 365使用指南
我們這裡說的郵箱遷移，通常指以下幾種情況：
從自建的郵件伺服器遷移到office 365 exchange online。例如exchange 2010 (on-premises)。
從試用版office 365遷移到正式版office 365。
無論客戶當前使用的是哪種郵箱（服務），只要郵箱支援activesync或者imap協議，就可以順利的遷移到office 365 exchange online。office 365提供了以下幾種方式來幫助使用者遷移郵箱。
2、管理員集中遷移：這是office 365提供的標準、批量郵箱遷移功能。以管理員身份登入office 365 portal，在左側導航欄依次點選：[管理員]->[exchange]->[收件人]。在右側上方的導航鏈結中點選：[遷移]。這種遷移方式需要管理員收集每個使用者原（待遷移）郵箱的使用者名稱和密碼製作成乙個.csv檔案，這看起來是個比較棘手的問題。可以考慮採用以下幾種方式來收集郵箱遷移所需要的資訊：
經常有客戶問是否有」一鍵遷移工具「可以使用，答案是肯定的，目前市面上的確有一些遷移工具/解決方案在銷售，但這些工具/方案通常是需要額外收費的。需要注意的是：目前還沒有技術可以支援將郵件從乙個郵件伺服器直接傳輸到另外乙個郵件伺服器（類似ftp的站點/伺服器對傳技術)，況且還是跨不同郵件系統、不同郵件服務**商的伺服器。那麼我們也不難理解所有的遷移工具，要麼使用本地（客戶自己的）伺服器進行郵件內容中轉，要麼使用第三方（saas服務提供商）的伺服器進行郵件內容中轉。如果使用本地伺服器進行中轉，那麼將面臨與」客戶端遷移「同樣的網路頻寬和遷移效率問題。如果使用第三方伺服器進行中轉，雖然不占用本地網路頻寬資源，遷移效率也相對有保障，但是這樣做的風險，對於技術人員來說是不難理解的（做到」雁過拔毛「是完全有可能的）。
好了，我們來總結一下吧：
客戶端遷移，管理員省心，但效率低，占用本地網路頻寬資源。
管理員集中遷移，效率高，但收集使用者資訊有難度。
連線賬戶遷移，並非標準的郵件遷移途徑，是一種」間接方式「，遷移時需要測試其相容性。
第三方遷移工具/方案並非」完美「，需要注意其缺陷和風險。
根據自身的實際情況，選擇最適合的郵箱遷移方案。必要的時候開發一些小工具可以有效提公升郵箱遷移效率和質量。
發布Office 365外掛程式
發布前需要 第一步 將站點發布至azure 在工程中開啟發布選項 記住 在發布前記得將xml檔案中的位址全部都替換成新的url位址，即 最後，需要重啟一下應用，應該就可以訪問的 嘗試一下訪問站點，正常訪問，進入下一步 將azure 應用服務的位址加入至azure active directory回覆...
Office 365 離線安裝
雙擊開啟軟體，同意許可。解壓完畢，如下圖。預設的配置檔案如下圖。把configuration.xml複製乙份出來，並修改為download.xm,如下圖。切換到f o365的目錄下，執行setup.exe download download.xml。3.安裝office365 office。把con...
使用Office 365抓取PM2 5資料
近日微軟發布了microsoft flow，乙個類似ifttt自動化任務觸發工具。例如,我們可以設定這樣乙個觸發事件和對應的處理過程 當有人在微博上 我的時候，發一封郵件通知我 當我關注的博主有新文章發布時，將文章轉存到印象筆記中.同理，在企業應用中，也可以使用類似的模式來處理多個系統間的協同工作和...