
보안 SMTP를 사용하여 발신 이메일에 연결하는 특정 앱을 사용하는 고객이 있습니다. 나는 그것이 어떻게든 변경된 것 같다고 의심합니다(그들에 의해서든 호스팅 제공자에 의해서든 상관없습니다). 컬을 통해 보내는 서버 인증이 올바른지 확인하고 싶습니다. 나는 이 시스템을 만들 필요가 없었습니다. 나는 이것을 시도했다:
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 또는 유사한 스키마의 사용을 고려하지 않은 것입니다.
메모:
어떤 이유로 계정이 정지되면 동일한 오류 메시지가 사용됩니다. "계정이 활성화되지 않음"이나 그와 유사한 다른 오류 코드가 표시되지 않은 것이 이상하다고 생각합니다. 확실히 하기 위해 먼저 계정 상태를 확인하는 것이 좋습니다.