#Симптомы и область применимости
У части пользователей вход в почту работает, а у остальных — «неверный пароль» или запрет соединения. Если сервер один, это обычно различие учётных записей, доменов, блокировок, двухфакторной авторизации или конкретных клиентских настроек, а не общий отказ IMAP.
#Причины и диагностические признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Разные источники учётных данныхМогут различаться userdb, формат логина или каталог пользователя. | Проблема возникает только для одного виртуального домена или группы | Сверьте идентификатор и источник конкретной записи. |
| Блокировка после неудачных попытокАнтибрутфорс, ограничения провайдера или клиент со старым паролем вызывают отказ. | С одного IP вход отказывается, с другого работает | Изучите журнал и официальную разблокировку. |
| Приложению нужен отдельный парольОрганизация может требовать OAuth или пароль приложения. | Веб-почта доступна, а старый IMAP-клиент — нет | Проверьте установленную политику безопасности аккаунта. |
#Пошаговая диагностика и исправление
- 1. Сравните двух пользователей без обмена паролямиПопросите одного затронутого и одного работающего пользователя сообщить только время ошибки, вид приложения, протокол и домен логина. Не запрашивайте чужие пароли. Определите, действительно ли они подключаются к одному серверу и порту.
- 2. Проверьте веб-почту и конкретный протоколДля проблемной записи попробуйте вход в официальную веб-почту через HTTPS. Если он работает, а IMAP нет, проверьте поддержку IMAP, OAuth/пароля приложения и настройки клиента. Если не работает везде, исследуйте статус пользователя и источник учётных данных.
- 3. Сверьте полное имя пользователяВ свойствах аккаунта клиента уточните требуемый логин: полный адрес user@example.com или отдельное имя. У многодоменных серверов одно и то же локальное имя может принадлежать разным доменам; не меняйте шаблон логина для всех пользователей по одному случаю.
- 4. Найдите причину отказа в журнале DovecotНа сервере отсортируйте сообщения за конкретный интервал. Различайте user unknown, password mismatch, auth process unavailable, SSL failed, disconnected. Маскируйте IP, домены и личные данные при отправке отчёта.
- Linux, только чтение; на некоторых серверах используются отдельные журналыLinux · Терминал (Bash)КомандаНужен sudoLinux, только чтение; на некоторых серверах используются отдельные журналы.
sudo journalctl -u dovecot --since "30 minutes ago" --no-pager
- 5. Проверьте тестовую запись через passdbАдминистратор Dovecot может выполнить doveadm auth test для контролируемой записи. Не передавайте настоящий пароль в аргументах командной строки, где его можно увидеть в истории или списке процессов. Используйте безопасный интерактивный ввод, если поддерживается версией.Linux · Терминал (Bash)КомандаНужен sudoПроверка одной тестовой записи; вывод может раскрывать статус учётной записи, ограничьте его доступ.
sudo doveadm auth test test@example.com
- 6. Сверьте userdb и наличие ящикаПроверьте, что имя существует в том же виртуальном домене и userdb выдаёт домашний каталог, права и пространство. Если аутентификация успешна, но каталог недоступен, клиент может показывать обобщённый отказ входа.
- Dovecot, чтение одной тестовой записи; формат вывода может отличатьсяLinux · Терминал (Bash)КомандаНужен sudoDovecot, чтение одной тестовой записи; формат вывода может отличаться.
sudo doveadm user test@example.com
- 7. Проверьте блокировку IP и политикиВ панели антибрутфорса или журнале Fail2ban посмотрите, какой IP, за что и на какой срок ограничен. Прежде чем снять блокировку, убедитесь, что устройство пользователя не продолжает автоматически пробовать старый пароль. Не отключайте защиту для всего сервера.
- 8. Исправьте конкретную запись и проверьте входПри ошибке источника учётных данных исправьте только эту запись по официальной процедуре; при блокировке обновите настройки устройства и разблокируйте IP после проверки. Сначала испытайте почту одного пользователя и убедитесь, что доступ остальных сохранился.
#Как убедиться, что проблема устранена
Проблемный пользователь входит по защищённому протоколу, папки доступны и в журналах нет новых auth failed; ранее работавший аккаунт продолжает функционировать. Выяснена отдельная причина, а не просто снят запрет.
#Если проблема осталась
Если отказ связан с организационной политикой OAuth или обязательной двухфакторной авторизацией, переведите клиента на поддерживаемый способ входа. Не выключайте MFA ради совместимости старой программы.