SMTP 535: authentication failed, что проверить

Ответ 535 означает, что сервер исходящей почты отклонил учётные данные. Часто рядом стоит расширенный статус 5.7.8 и текст вроде «Authentication credentials invalid» или «Username and Password not accepted». Соединение и шифрование при этом уже работают: сервер услышал вас, но логин, пароль или способ входа не подошли.

Это отличает 535 от ошибок порта и таймаута. Менять порты и перезагружать роутер здесь бесполезно: искать нужно в самой учётной записи и настройках почтовой программы.

Первая: устаревший или неверный пароль. Пароль сменили, а в программе остался прежний, либо при вводе включена другая раскладка. Вторая: для почтовых программ сервис требует отдельный пароль приложения, а не основной пароль от аккаунта, особенно при включённой двухфакторной защите.

Третья: в аккаунте не разрешён доступ внешним почтовым программам по протоколам POP и IMAP, и эту опцию нужно включить в настройках почты. Четвёртая: в качестве имени пользователя указан не полный адрес, хотя сервер его требует. Пятая: программа предлагает способ входа, который сервер не поддерживает, например обычный пароль там, где нужна авторизация через браузер (OAuth).

Шестая: сервис временно заблокировал вход после нескольких неудачных попыток.

Войдите в веб-интерфейс почты тем же логином и паролем. Если вход не удаётся, проблема в пароле или во временном ограничении входа. Если получается, значит, дело в параметрах программы: пароль приложения, включённый внешний доступ, способ входа.

В настройках исходящего сервера сверьте: имя пользователя (полный адрес или только часть), включена ли проверка подлинности для SMTP, какой метод шифрования, порт. Убедитесь, что для исходящего сервера не оставлено то же имя от другого ящика.

Если в программе стоит автоматически сохранённый пароль, удалите запись и введите пароль заново. Учтите, что менеджеры паролей иногда подставляют старое значение.

Если ящик принадлежит организации, возможно, администратор включил дополнительные ограничения: вход только из определённых сетей, обязательная многофакторная проверка или запрет на использование внешних почтовых программ. В этом случае самостоятельно исправить ситуацию не получится, и нужно обратиться к тому, кто управляет учётными записями.

Создайте пароль приложения в настройках безопасности почтового сервиса, если он это поддерживает, и используйте его в клиенте. Включите доступ по IMAP или POP, если он выключен. Для сервисов с обязательной авторизацией через браузер используйте современную версию клиента, которая её поддерживает.

Если учётная запись временно заблокирована, подождите или подтвердите вход через веб-интерфейс. Проверьте также, что почтовая программа не отправляет письма от имени другого адреса, чем тот, под которым вы вошли, если сервер строго это проверяет.

Если пароль верен, все настройки совпадают с инструкцией почтового сервиса, а веб-вход работает, обратитесь в поддержку сервиса: возможны ограничения учётной записи или временный сбой службы аутентификации. Приложите точный текст ответа сервера.

Если вы недавно меняли пароль на другом устройстве, на остальных может понадобиться повторная авторизация: сервис отзывает старые сеансы. Проверьте, не устарели ли пароли в телефоне, планшете и других программах, которые тоже обращаются к ящику и могут вызывать временное ограничение входа.

Чаще всего сбои возникают из-за мелочей: пробел в начале или в конце пароля при копировании, включённая раскладка другого языка, автозаполнение, подставившее старое значение. Введите пароль в открытом текстовом поле, чтобы увидеть, что именно вводится, и вставьте его заново.

Вторая ловушка: несколько ящиков на одном сервере и общий сохранённый пароль. Программа пробует его для второго ящика, и сервер считает это подбором. Третья: пароль содержит специальные символы, которые программа обрабатывает неверно. Создание пароля приложения из букв и цифр решает и этот вопрос без ущерба для безопасности.