微軟修復了導致 Outlook 啟動時崩潰的問題
今年 8 月份,微軟就釋出了一份支援檔案,描述了關於導致 Outlook 在啟動時崩潰或停止響應的問題。經過調查,該公司發現,當 Office 標識下的 EmailAddress 字串資料值保持為空時就會出現這個問題。最近,微軟終於修復了這一問題,目前在 Outlook 2209 (Build 15629.20156) 和半年度企業通道 (預覽版) 版本 2208 (Build 15601.20158) 中已成功解決這一問題。
啟動 Outlook Desktop 時,它會透過載入配置檔案和處理,短暫開啟,然後停止響應。
透過檢視適用於事件 1000 或事件 1001 的 Windows 事件檢視器 應用程式日誌以及以下事件詳細資訊,可以確認這是 Outlook 停止時出現的問題:
錯誤應用程式名稱:OUTLOOK.EXE,版本:16.0.15427.20194,時間戳:0x62e9be45
故障模組名稱:mso20win32client.dll,版本:0.0.0.0,時間戳:0x62e4fd3c
異常程式碼:0x01483052
容錯偏移量:0x000000000024074d
故障程式 ID:0x1328
應用程式啟動時間錯誤:0x01d8acfa5984509d
應用程式路徑錯誤:C:\Program Files\Microsoft Office\root\Office16\OUTLOOK.EXE
故障模組路徑:C:\Program Files\Common Files\Microsoft Shared\Office16\mso20win32client.dll
當 Office 標識下的 EmailAddress 字串資料值為空時,會出現此問題。
登錄檔路徑:Computer\HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Common\Identity\Identities
Outlook 關閉:
Outlook 不關閉:
狀態:已修復
當前頻道版本 2209 (內部版本 15629.20156) 和 Semi-Annual 企業頻道 (預覽版) 版本 2208 (內部版本 15601.20158) 中修復了此問題。 當這些生成到達其他通道時,修復將遵循。
解決方案:
我們不知道為什麼沒有正確設定 EmailAddress 金鑰。 最好是 Office 應用程式設定此金鑰,因此最好先使用最受支援的選項。
若要解決此問題,請嘗試以下建議:
登出 Office,然後登入到 Office 以重新填充標識登錄檔設定。有關詳細資訊,請使用登入 Office。
如果標識尚未正確設定,則可以關閉支援診斷,從而關閉使用幫助、聯絡支援及其功能路徑提交 In App 票證的選項,從而觸發 Outlook 停止響應。 有關詳細資訊,請在 Outlook 中使用禁用支援診斷。
[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\Options\General]
“DisableSupportDiagnostics”=dword:00000001
可以嘗試手動將電子郵件地址設定為在上述問題細節中引用的登錄檔路徑中看到問題的使用者的標識。
win7之家瞭解到,微軟還修復了 Outlook 無法在人員檢視中顯示聯絡人、Outlook IMAP 或 POP 伺服器意外終止連線伺服器中斷的問題,
問題:更新到 Outlook Desktop 版本 2209 內部版本 15629.20156 後,選擇人員以顯示聯絡人時,你會發現人員檢視由聯絡人卡片覆蓋,無法訪問聯絡人。
狀態:暫時避開
Outlook 團隊正在調查此問題以便開發修補程式。 一旦知道修復狀態,我們將立即更新本主題。
有兩種可能的解決方法:
若要解決此問題,可以禁用閱讀窗格。
在人員窗格中選擇“檢視”,然後選擇“閱讀窗格”,然後設定為“關閉”。
如果“檢視”選單已覆蓋,請單擊“Alt + 空格欄”,然後選擇“ 還原”。 這會使你回到最小化狀態,現在可以在步驟 1 中執行閱讀窗格更改。
另一種解決方法是在導致問題的更改之前還原到生成。
使用管理員上下文開啟命令提示符。 若要在 Windows 搜尋框中搜尋 命令提示符,請右鍵單擊命令提示符,然後選擇“以管理員身份執行”。
在“命令提示符”視窗中,鍵入 / 貼上以下兩個命令,並在每個命令之後按 Enter:
cd %programfiles%\Common Files\Microsoft Shared\ClickToRun
officec2rclient.exe /update user updatetoversion=16.0.15601.20148
問題:Outlook 停止連線到郵件伺服器。你可能會看到以下錯誤:“與伺服器的連線已中斷。”
任務“使用者名稱 - 接收”報告的錯誤 (0x800CCC0F) :“與伺服器的連線已中斷。如果此問題仍然存在,請聯絡伺服器管理員或 Internet 服務提供商 (ISP) 。
“伺服器意外終止了連線。 可能的原因包括伺服器問題、網路問題或長時間處於非活動狀態。
狀態:暫時避開
進一步調查後,我們將看到兩種幫助解決這些錯誤的解決方法:
解決方法 #1:如果在上面的部分中收到錯誤,則可能表明應用密碼存在問題。 這可能發生在 Windows 10 或 Windows 11 上。 若要修復應用密碼,請登入到 IMAP 電子郵件提供商的 Web 電子郵件,然後轉到 帳戶資訊 > 安全性 並建立新的應用密碼。
若要在 Outlook 中修復電子郵件帳戶上的應用密碼,請執行以下操作:
在 Outlook 中選擇 “檔案”,在 “帳戶資訊” 下單擊下拉選單,然後選擇具有上述錯誤的 IMAP 帳戶。
選擇 > 伺服器設定的帳戶設定。
在 IMAP 帳戶設定上,在“密碼”框中貼上新的應用密碼。
選擇“下一步”,然後選擇“完成”。
解決方法 #2:我們進一步測試,發現如果 Windows 10,TLS 1.3 可能會導致上述錯誤。 我們的測試發現,Windows 11 TLS 1.3 應適用於 Outlook。 如果正在 Windows 10,請使用以下步驟禁用 TLS 1.3 來解決上述文章中的錯誤。
如果計算機已更新為配置 TLS 1.3,則可能會出現此問題。 若要解決此問題,請執行以下操作刪除 TLS 1.3 設定:
單擊“開始”,搜尋 Regedit 並開啟應用程式
在登錄檔中導航到此路徑:
Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols
檢視是否在協議下看到 TLS 1.3。 如果這樣做,請右鍵單擊“協議”,然後單擊“匯出”以儲存配置的登錄檔匯出,以防出於任何原因需要還原。
如果在協議下看到 TLS 1.3 刪除該金鑰及其子金鑰。
重新啟動 Outlook。 如果仍然看不到同步開始工作,請重啟 Windows。
進行更改後,登錄檔應顯示如下所示,不顯示任何 TLS 1.3 金鑰。
相關文章
- lol關於win10系統導致閃退崩潰修復方法Win10
- memcopy 導致的程式碼崩潰問題,memcpy的三大踩坑記memcpy
- iOS開發-stringByEvaluatingJavaScriptFromString導致崩潰iOSJavaScript
- node啟動程式-清理由於崩潰導致的沒有關掉的程式
- alicdn邊緣節點不穩定導致頁面崩潰問題
- Win10 Build 17744新預覽版釋出 修復時間線崩潰問題Win10UI
- 執行緒崩潰為什麼不會導致 JVM 崩潰執行緒JVM
- 解決Qt中ui->tableView->setModel(model);導致程式崩潰 問題QTUIView
- 微軟釋出win10累積更新導致Microsoft Visio卡死或崩潰臨時解決方案微軟Win10ROS
- 伺服器磁碟離線導致RAIDZ崩潰資料恢復伺服器AI資料恢復
- 微軟釋出面向所有Win10系統新版增量更新:修復UK.GOV訪問崩潰的bug微軟Win10Go
- UE4 記憶體寫壞導致異常崩潰問題記錄記憶體
- 【Cocos2d-x】遮蔽Emoji並解決由於Emoji導致的崩潰問題
- 多塊硬碟離線導致raid6崩潰的資料恢復案例硬碟AI資料恢復
- 啟動/刪除Docker容器時出現問題 - 如何修復Docker
- 【北亞伺服器資料恢復】raid5崩潰導致同友儲存無法啟動的資料恢復案例伺服器資料恢復AI
- 『學了就忘』Linux啟動引導與修復 — 74、Linux系統的修復模式(光碟修復模式)Linux模式
- Windows啟動問題修復(重建活動分割槽)Windows
- 模態對話方塊可能導致程式崩潰
- A站大流量導致服務崩潰異常分析
- 誤升級GLIBC導致系統崩潰之後
- 修復UEFI模式下Manjaro Linux啟動問題模式JARLinux
- 【伺服器資料恢復】磁碟物理故障導致RAID5崩潰的資料恢復案例伺服器資料恢復AI
- DG修復:異常關庫導致的資料庫啟動失敗ORA-01110及GAP修復資料庫
- 電腦系統崩潰怎麼修復 修復電腦系統的三種方法
- 崩潰的一天,西安一碼通崩潰背後的技術問題。
- LightDB/Postgresql 記錄客戶端啟動版本問題導致啟動失敗問題SQL客戶端
- AI|經常崩潰的問題解決AI
- 儲存崩潰導致資料丟失如何處理
- 【北亞企安資料恢復】RAIDZ多塊磁碟離線導致崩潰的資料恢復案例資料恢復AI
- 【北亞資料恢復案例】raid0硬碟故障導致伺服器崩潰的資料恢復資料恢復AI硬碟伺服器
- 【伺服器資料恢復】raid6崩潰導致分割槽丟失的資料恢復案例伺服器資料恢復AI
- 【伺服器資料恢復】磁碟壞道故障導致RAID5崩潰的資料恢復案例伺服器資料恢復AI
- 【伺服器資料恢復】意外斷電導致linux伺服器崩潰的資料恢復案例伺服器資料恢復Linux
- 記錄一個LifeCycle 多執行緒使用導致的崩潰執行緒
- iOS9 Xcode10打包 崩潰修復iOSXCode
- 【伺服器資料恢復】硬碟離線但是熱備盤未啟用導致RAID5崩潰的資料恢復案例伺服器資料恢復硬碟AI
- 『學了就忘』Linux啟動引導與修復 — 69、啟動載入程式(grub)Linux