☰

отладка запроса curl / каким будет запрос curl для проверки того, работает ли заданное имя пользователя / пароль на определенном сервере smtp

tag-icon • tag-icon smtp curl
отладка запроса curl / каким будет запрос curl для проверки того, работает ли заданное имя пользователя / пароль на определенном сервере smtp

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

at Apr 18$ curl smtps://outbound.att.net:465 -v --mail-from "[email protected]" --mail-rcpt "[email protected]" --ssl -u [email protected]:ourpassword

но получаю это загадочное сообщение об ошибке:

* Rebuilt URL to: smtps://outbound.att.net:465/
* Hostname was NOT found in DNS cache
*   Trying 67.195.15.5...
* Connected to outbound.att.net (67.195.15.5) port 465 (#0)
* TLS 1.2 connection using TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
* Server certificate: smtp.mail.att.net
* Server certificate: Symantec Class 3 Secure Server CA - G4
* Server certificate: VeriSign Class 3 Public Primary Certification Authority - G5
< 220 smtp.mail.att.net ESMTP ready
> EHLO jonathans-MacBook-Air
< 250-smtp.mail.att.net
< 250-PIPELINING
< 250-SIZE 41697280
< 250-8 BITMIME
< 250 AUTH PLAIN LOGIN XOAUTH2 XYMCOOKIE
> AUTH LOGIN
< 334 VXNlcm5hbWU6
> dGhlbmV3YW9jQGF0dC5uZXQ=
< 334 UGFzc3dvcmQ6
> SWxvdmVjaGVlc2UwOQ==
< 535 5.7.0 (#MBR1212) Incorrect username or password.
* Authentication failed: 535
* Closing connection 0
curl: (67) Authentication failed: 535

спасибо за любую помощь.

решение1

Короткий ответ:

Неправильный метод аутентификации

Более развернутый ответ:

Подсказка — строка, которая говорит Authentication failed: 535. Хотя это может означать неправильное имя пользователя/пароль, это не обязательно так. По сути, это означает, что метод, используемый для шифрования/хеширования имени пользователя и пароля, создал строку, которая не соответствует тому, что было в записях почтового сервера. Если имя пользователя и пароль верны, то наиболее распространенной причиной этого является непринятие во внимание использования SSL/TLS или подобных схем.

Примечание:

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

Связанный контент