Summary
Some Outlook (Office 2021/2024 LTS) clients fail to log in via IMAP even when the correct password is used. Outlook shows a “check credentials” error. Webmail and Thunderbird work. The root cause is the server advertising the legacy DIGEST-MD5 authentication mechanism, which Outlook attempts first and fails to use.
Diagnosis (Plesk on Debian: logs at /var/log/maillog)
Replace user@example.com with the affected mailbox.
1) Show all IMAP auth activity for the user
grep -F "imap-login" /var/log/maillog | grep -F "user=<user@example.com>"
Compare failures vs successes. Look for the method= field.
2) Highlight failing attempts only
grep -F "imap-login" /var/log/maillog | grep -F "user=<user@example.com>" | grep -i "auth failed"
Typical failing line:
dovecot[...]: imap-login: Disconnected: Connection closed (auth failed, 1 attempts ...): user=<user@example.com>, method=DIGEST-MD5, ...
3) See which auth methods Outlook is attempting (quick summary)
grep -F "imap-login" /var/log/maillog | grep -F "user=<user@example.com>" | grep -o "method=[^,)]*" | sort | uniq -c
If you see counts for method=DIGEST-MD5 alongside successful method=PLAIN, you’ve confirmed the Outlook/DIGEST-MD5 issue.
4) Watch live while user retries from Outlook
tail -f /var/log/maillog | grep -F "user=<user@example.com>"
5) Verify what the server advertises
doveconf -n | grep -i "^auth_mechanisms"
Default often includes digest-md5, which triggers Outlook’s bad path.
Cause
auth_mechanisms = plain login digest-md5 cram-md5 apop
Outlook tries DIGEST-MD5 first and fails; it does not reliably fall back to PLAIN. Thunderbird and webmail go straight to PLAIN over TLS, so they work.
Resolution (Plesk-supported)
- Create an override file to restrict mechanisms (do not edit default files):
echo "auth_mechanisms = plain login" > /etc/dovecot/conf.d/00-auth_mechs.conf
- Reload or restart Dovecot:
systemctl reload dovecot # or systemctl restart dovecot
- Confirm the change:
doveconf -n | grep -i "^auth_mechanisms" # Expected: auth_mechanisms = plain login
- Optionally confirm capabilities on 993 (pre-auth should no longer show DIGEST-MD5):
openssl s_client -connect mail.example.com:993 -crlf a CAPABILITY b LOGOUT
- Retest Outlook. It should now succeed using PLAIN over TLS.
Notes
- This is a server-wide change on the Plesk host (Postfix + Dovecot).
- Using PLAIN/LOGIN over TLS is the recommended modern approach; legacy DIGEST-MD5/CRAM-MD5/APOP are obsolete and cause Outlook interoperability issues.
- SMTP auth errors mentioning DIGEST-MD5 will also disappear if Postfix uses Dovecot SASL (Plesk default).