今天早上到公司，本來以為又是平凡的一天。
身為 MIS，平凡的一天通常代表：沒有人找你、沒有系統掛掉、沒有印表機罷工，也沒有主管突然問：「為什麼我的電腦不能上網？」
結果今天微軟 M365 傳出異常，公司的 Outlook 也開始出現奇怪現象。
等等！我們公司明明使用的是地端 Mail Server，不是使用 Microsoft 365 雲端郵件服務，怎麼也跟著出現問題？
難道現在微軟的服務已經進化到，只要地球上有人使用 Outlook，就有機會受到影響？
一、Outlook 突然集體鬧脾氣！
今天早上陸續發現，公司有十幾台電腦出現相同狀況。
開啟 Outlook 時，竟然跳出「Outlook 安全模式」的選擇視窗。
這時候通常會出現兩個選擇：
選擇「是」：以安全模式啟動 Outlook。
選擇「否」：嘗試正常啟動 Outlook。
照理說，正常使用當然應該選「否」。
但問題來了！
有些電腦選擇「否」之後，Outlook 就像突然進入人生哲學思考模式，畫面停在那裡，等了半天還是沒有反應。
5 分鐘過去……
10 分鐘過去……
有些甚至等到 20 分鐘！
這時候使用者的耐心大概已經跟 Outlook 一樣，進入了沒有回應的狀態。
MIS 最怕的不是系統出問題，而是使用者站在旁邊看著你，然後問：
「好了嗎？」
我只能回答：「還在處理。」
內心 OS：「我也很想知道它到底在處理什麼！」
二、最神奇的地方：公司版本都一樣，卻不是每台都中招！
這次比較有趣的是，公司電腦的 Office 版本基本上都相同，使用的郵件系統也是同一套地端 Mail Server。
但偏偏不是每台電腦都有問題。
有些正常、有些異常，而且不管電腦有沒有上網權限，都有機會發生。
這就讓問題變得更加有趣。
如果是單純的 M365 雲端連線問題，理論上應該還要考慮網路環境、服務端點及 Outlook 的自動探索機制。
但連沒有上網權限的電腦也會發生，就不能直接認定是連線 M365 所造成。
MIS 最痛苦的地方就在這裡：
明明大家使用相同版本、相同設定，結果電腦卻像有自己的個性。
A 電腦正常，B 電腦罷工，C 電腦直接進入安全模式。
這不是資訊設備，根本是公司員工分組討論。
三、亂試之後，意外找到一個暫時解法！
後來在現場測試的過程中，發現一個很有趣的現象。
只要進入 Windows 的「控制台」→「郵件」→「顯示設定檔」，將 Outlook 的啟動方式從：
「始終使用這個設定檔」
改成：
「提示使用的設定檔」
重新開啟 Outlook，讓使用者手動選擇原本的郵件設定檔。
結果竟然可以正常進入！
雖然還是需要等待大約 1 分鐘左右，但跟原本動輒 10～20 分鐘相比，已經算是重大突破。
至少使用者可以開始收信、寄信，MIS 也暫時不用站在旁邊陪 Outlook 一起發呆。
這個發現真的有點神奇。
原本只是讓 Outlook 多問使用者一句：「今天要使用哪個設定檔？」
結果整個啟動流程就順暢許多。
有時候資訊問題就是這樣，工程師找了半天，最後發現解法竟然是多按一個選項。
當然，這只是目前測試出來的暫時處理方式，並不代表已經找到真正原因。
四、可能的技術原因：Outlook 到底在忙什麼？
從目前的現象來看，可以先從幾個方向調查：
| 可能原因 | 說明 |
|---|---|
| Autodiscover | Outlook 啟動時可能嘗試查詢 Microsoft 365 或其他郵件服務端點 |
| 網路連線逾時 | 某些背景連線或驗證程序等待逾時，拖慢啟動速度 |
| Outlook 設定檔 | 原本的設定檔可能存在異常或載入問題 |
| OST/PST 資料檔 | 本機郵件資料檔過大、索引或檔案結構異常(測試1G也會) |
| Office 增益集 | 某些 Add-in 在啟動時發生衝突(測試無增益也會) |
另外，Outlook 啟動時跳出安全模式選擇視窗，也可能與先前啟動異常、增益集或 Outlook 啟動狀態有關。
這些都只是調查方向，目前還不能直接認定是哪一個原因。
如果後續要進一步處理，可以考慮：
檢查 Outlook 增益集，暫時停用非必要項目。
檢查 Autodiscover 是否嘗試連線不必要的雲端端點。
檢查 Outlook 設定檔及 OST/PST 資料檔。
使用 Office 修復工具檢查程式元件。
比較正常與異常電腦的 Outlook 啟動紀錄及相關設定。
至於網路上常見的登錄檔調整，例如 ExcludeExplicitO365Endpoint，確實可以作為特定環境的測試方向，但不建議還沒確認 Autodiscover 流程，就直接套用到所有電腦。
尤其公司使用的是地端郵件系統，亂改設定可能讓原本正常的郵件探索流程也受到影響。
MIS 的最高境界不是看到登錄檔就想修改，而是先確認改了之後會不會出現第二個問題。
畢竟第一個問題還沒解決，千萬不要自己製造第二個。
五、MIS 的日常：有時候不是修好，而是先讓大家能工作
這次事件讓我覺得最有趣的地方，不是 Outlook 為什麼出問題，而是它的表現實在太不一致。
同樣的 Office 版本、同樣的地端郵件系統，卻只有部分電腦發生問題。
而且透過修改成「提示使用的設定檔」，就能讓原本需要等待十幾分鐘的 Outlook，縮短到約 1 分鐘。
這也提醒我們，遇到問題時，不一定要急著重建設定檔、刪除資料檔，或直接重灌 Office。
有時候先找到一個能讓使用者恢復工作的暫時方案，再慢慢追查根本原因，反而是比較務實的做法。
當然，這次也只是先記錄目前觀察到的現象，後續還需要持續追蹤。
畢竟 MIS 的工作哲學就是：
系統正常時，大家覺得資訊部門好像沒什麼事；系統異常時，大家才突然想起公司還有 MIS。
至於 Outlook？
希望它明天起床的時候，心情可以好一點。
我們只是想收個信，真的沒有要它思考人生 20 分鐘啊！
最後想問問其他 MIS 同業：
你們公司今天有遇到 Outlook 啟動異常嗎？
明明使用地端 Mail Server，卻疑似受到 Microsoft 相關服務異常的影響，而且只有部分電腦中招。
有人也遇到「改成提示使用的設定檔」就能改善啟動速度的情況嗎？
歡迎分享你們的排查經驗。
說不定這次不是我一個人在跟 Outlook 玩猜謎遊戲。
