ปัญหาที่พบบ่อยมากคือเมื่อ Outlook เริ่มขอข้อมูลรับรองของผู้ใช้ แม้ว่าจะระบุรหัสผ่านที่ถูกต้องก็ตาม ดูเหมือนว่านี้ หลังจากเริ่มต้น Outlook เชื่อมต่อกับเซิร์ฟเวอร์ Exchange ภายในองค์กร (หรือกล่องจดหมาย Office 365) ได้สำเร็จ ผู้ใช้จะเห็นรายการโฟลเดอร์ในกล่องจดหมายและอีเมลใหม่ในกล่องจดหมายเข้า แต่หลังจากทำงานปกติไม่กี่นาที จะมีหน้าต่างปรากฏขึ้นเพื่อป้อนชื่อผู้ใช้และรหัสผ่าน ผู้ใช้ป้อนรหัสผ่านและกด OK แต่หน้าต่างที่มีข้อความแจ้งให้ป้อนข้อมูลประจำตัวปรากฏขึ้นอีกครั้ง เมื่อคลิกปุ่ม "ยกเลิก" ผู้ใช้จะสามารถทำงานกับ Outlook ต่อได้ แต่หลังจากนั้นครู่หนึ่ง หน้าต่างถามหารหัสผ่านจะปรากฏขึ้นอีกครั้ง (บางครั้ง บัญชีผู้ใช้อาจถูกล็อกพร้อมกัน) ปัญหาเกิดขึ้นใน Outlook เวอร์ชันต่างๆ (2019/2016/365) และ Windows (มีปัญหาทั้งใน Windows 7/8.1 และ Windows 10)
ผู้ดูแลระบบส่วนใหญ่ในกรณีนี้พยายามสร้างโปรไฟล์อีเมลใหม่ ติดตั้ง Office ใหม่ แต่วิธีนี้ไม่ได้ผล Outlook ที่มีช่วงเวลาบางอย่างยังคงต้องการให้ผู้ใช้ป้อนรหัสผ่าน
พิจารณาหลายวิธีที่สามารถช่วยคุณลบหน้าต่างขอรหัสผ่านที่น่ารำคาญใน Outlook
ก่อนอื่น คุณต้องแน่ใจว่าผู้ใช้ป้อนรหัสผ่านที่ถูกต้อง และอย่าลืม :)นอกจากนี้ ให้ลองเชื่อมต่อกับกล่องจดหมายของคุณผ่านเว็บอินเทอร์เฟซ (OWA) และเข้าสู่ระบบ บางทีปัญหาอาจเป็นเพราะรหัสผ่านของผู้ใช้หมดอายุ (รหัสผ่านหมดอายุตามการตั้งค่านโยบายรหัสผ่านของโดเมน) และต้องเปลี่ยน
ล้างข้อมูลประจำตัว Outlook ที่บันทึกไว้
ตรวจสอบว่าคุณมีรหัสผ่าน Outlook ที่บันทึกไว้ใน Windows Password Manager (ตัวจัดการข้อมูลรับรอง) หรือไม่ ให้ลองลบทั้งหมด ในการดำเนินการนี้ ไปที่ Control Panel\All Control Panel Items\User Accounts\Manage your credential -> ข้อมูลประจำตัวของ Windows . ค้นหารหัสผ่านที่บันทึกไว้สำหรับ Outlook/Office ใน ข้อมูลประจำตัวทั่วไป รายการและลบออก
ในการเข้าถึง Credential Manager โดยตรง ให้เรียกใช้คำสั่ง:
rundll32.exe keymgr.dll,KRShowKeyMgr
ปิดใช้งานตัวเลือก “พร้อมท์เสมอสำหรับข้อมูลรับรอง” ใน Outlook
เปิดการตั้งค่าบัญชี Outlook ของคุณ (ไฟล์ -> การตั้งค่าบัญชี -> การตั้งค่าบัญชี) ดับเบิลคลิกที่บัญชี Exchange ของคุณ ไปที่ การตั้งค่าเพิ่มเติม -> เลือกความปลอดภัย แท็บ . ล้างช่องทำเครื่องหมาย พร้อมท์ให้ใส่ข้อมูลประจำตัวเสมอ ใน การระบุผู้ใช้ มาตรา.
หากคุณมีกล่องจดหมาย Office 365 เชื่อมต่ออยู่ แท็บนี้ควรมี “การรักษาความปลอดภัยเครือข่ายการเข้าสู่ระบบ . เพิ่มเติม " สนาม. ตรวจสอบให้แน่ใจว่าไม่ได้เลือก "การตรวจสอบแบบไม่ระบุชื่อ"
การตรวจสอบสิทธิ์ Outlook Anywhere และ NTLM
ถ้า Outlook ของคุณได้รับการกำหนดค่าให้เข้าถึงกล่องจดหมาย Exchange โดยใช้ Outlook Anywhere (MAPI ผ่าน HTTP) ให้ตรวจสอบว่ามีการใช้การรับรองความถูกต้อง NTLM ในเวลาเดียวกัน คุณต้องตรวจสอบประเภทการรับรองความถูกต้องที่ใช้สำหรับไซต์ IIS บนเซิร์ฟเวอร์ Exchange
หากคอมพิวเตอร์ที่มีปัญหา Outlook ไม่ได้เข้าร่วมกับโดเมน Active Directory ในทางกลับกัน คุณควรลอง เพื่อเปลี่ยนจากการตรวจสอบสิทธิ์ NTLM เป็นพื้นฐาน
Outlook:ปิดใช้งานการค้นหาอัตโนมัติของ Office 365
ในช่วงฤดูใบไม้ร่วงปี 2016 มีการเปิดตัวการอัปเดตสำหรับ Outlook 2016 ซึ่งเปิดใช้งานการตรวจสอบจุดเชื่อมต่อระบบคลาวด์ของ Office 365 แบบบังคับ คุณสามารถตรวจสอบได้โดยใช้เครื่องมือ Fiddler หรือ TCPView และติดตามความพยายามในการเชื่อมต่อกับ autodiscover-s.outlook.com และ outlook.office365.com เซิฟเวอร์
หากต้องการปิดใช้งานการตรวจสอบนี้ ให้ไปที่คีย์รีจิสทรี HKEY_CURRENT_USER\Software \Microsoft\Office\16.0\Outlook\AutoDiscover และสร้างพารามิเตอร์ DWORD ใหม่ชื่อ ExcludeExplicitO365Endpoint และคุณค่า 1. รีสตาร์ท Outlook
พารามิเตอร์รีจิสทรี ExcludeExplicitO365Endpoint ใช้ได้กับ Outlook 2016 เวอร์ชัน 16.0.6741.2017 และใหม่กว่า (พารามิเตอร์นี้เป็นส่วนเพิ่มเติมในรายการพารามิเตอร์ที่กำหนดประเภทของกระบวนการ Autodiscover เมื่อ Outlook เริ่มทำงาน:
คุณสามารถเปลี่ยนแปลงรีจิสทรีได้ด้วยคำสั่งต่อไปนี้:
reg add HKEY_CURRENT_USER\Software\Microsoft\Office\x.0\Outlook\AutoDiscover /t REG_DWORD /v ExcludeExplicitO365Endpoint /d 1
หรือใช้ PowerShell cmdlet Set-ItemProperty:Set-ItemProperty -Path "HKCU:\Software\Microsoft\Office\16.0\Outlook\AutoDiscover" -Name 'ExcludeExplicitO365Endpoint' -Value 1 -Type DWORD –Force
เปลี่ยนวิธีการตรวจสอบผู้ใช้ Office 365
ถ้ากล่องจดหมายของคุณได้รับการโยกย้ายจาก Exchange ภายในองค์กรไปยัง Office 365 หรือคุณมีกล่องจดหมายสองกล่องที่เชื่อมต่อใน Outlook (หนึ่งกล่องจาก Exchange ภายในองค์กร ที่สองจาก Office 365) และคุณใช้การเชื่อมต่อ RPC ในกรณีนี้ Outlook ไม่ t ใช้ การรับรองความถูกต้องแบบสมัยใหม่ (ใช้สำหรับ MFA ด้วย) ในกรณีนี้ ข้อมูลประจำตัวของคุณจะถูกส่งไปยัง Office 356 แทนที่จะเป็นโทเค็น ในการบังคับให้ Outlook ใช้การรับรองความถูกต้องแบบสมัยใหม่สำหรับการเชื่อมต่อ RPC คุณต้องเพิ่ม AlwaysUseMSOAuthForAutoDiscover พารามิเตอร์ DWORD ที่มีค่า 1 ไปยังรีจิสตรีคีย์ HKCU\Software\Microsoft\Exchange .
Set-ItemProperty -Path " HKCU:\Software\Microsoft\Exchange" -Name 'AlwaysUseMSOAuthForAutoDiscover' -Value 1 -Type DWORD -Force
ตรวจสอบให้แน่ใจว่าเปิดใช้งานการรับรองความถูกต้องแบบสมัยใหม่สำหรับบัญชี Office 365 ของคุณในศูนย์การจัดการ Office 365 (การตั้งค่า -> บริการและส่วนเสริม)
หากตรงกันข้าม คุณต้องการปิดใช้งานการรับรองความถูกต้องแบบสมัยใหม่ใน Outlook 2016/2019/365 (วิธีการตรวจสอบสิทธิ์นี้ควรปิดใช้งานในศูนย์การจัดการ) คุณต้องกำหนดการตั้งค่ารีจิสทรีต่อไปนี้:
วิธีนี้จะช่วยแก้ไขปัญหาเกี่ยวกับข้อมูลประจำตัวที่ร้องขออย่างต่อเนื่องใน Outlook 2016/2019 โดยที่กล่องจดหมาย Office 365 เชื่อมต่ออยู่
Set-ItemProperty -Path "HKCU:\SOFTWARE\Microsoft\Office\16.0\Common\Identity" -Name EnableAdal -Value 0 -Type DWORD –Force
Set-ItemProperty -Path "HKCU:\SOFTWARE\Microsoft\Office\16.0\Common\Identity" -Name DisableADALatopWAMOverride -Value 1 -Type DWORD –Force
Set-ItemProperty -Path "HKCU:\SOFTWARE\Microsoft\Office\16.0\Common\Identity" -Name DisableAADWAM -Value 1 -Type DWORD –Force
สร้างโปรไฟล์ Outlook ของคุณใหม่
หากวิธีการทั้งหมดข้างต้นไม่สามารถแก้ปัญหาได้ ให้ลองลบและสร้างโปรไฟล์ Outlook ใหม่ คุณสามารถสร้างโปรไฟล์ Outlook ใหม่ได้โดยใช้ อีเมล ในแผงควบคุมหรือใช้ outlook.exe /manageprofiles
สั่งการ.
หากไอคอนแอป Mail หายไปในแผงควบคุม จะสามารถกู้คืนได้ด้วยวิธีนี้
ปิดใช้งานการป้องกันไวรัสและไฟร์วอลล์ของคุณชั่วคราว
บางทีปัญหาการเชื่อมต่อ Exchange อาจเกิดจากซอฟต์แวร์ป้องกันไวรัสหรือไฟร์วอลล์ของคุณ ลองปิดการใช้งานชั่วคราวและตรวจสอบว่า Outlook ยังคงให้รหัสผ่านหรือไม่
การเชื่อมต่อเครือข่ายกับ Exchange Server ไม่ดี
การเชื่อมต่อเครือข่ายที่ไม่ดีและไม่เสถียรกับเซิร์ฟเวอร์ Exchange และ/หรือตัวควบคุมโดเมนอาจเป็นแหล่งที่มาของคำขอรหัสผ่านเป็นระยะใน Outlook คุณสามารถทดสอบประสิทธิภาพเครือข่ายโดยใช้เครื่องมือ iperf
ตรวจสอบเวลาของคอมพิวเตอร์ด้วยว่าควรแตกต่างจากเวลาบนตัวควบคุมโดเมนไม่เกิน 5 นาที หากมีมากกว่านี้ ให้ตรวจสอบรูปแบบการซิงโครไนซ์เวลา NTP ในโดเมนของคุณ