어떤 이유에서인지 Discourse 설정에서 메일을 받지 못하고 있습니다.
이미 SMTP 설정을 테스트해 보았는데, 다른 플랫폼에서는 정상적으로 작동합니다.
Telnet으로 테스트도 해 보았습니다.
새 Discourse 설치에서 이메일 문제 해결하기를 참고하세요.
일반적인 문제는 Discourse가 서버가 수신하지 않는 주소에서 이메일을 보내는 것입니다.
저도 비슷한 상황에 있습니다. 설치를 완료했고 웹사이트에는 응답이 오지만, 가입 안내 이메일은 전혀 도착하지 않습니다. discourse 서버에서 이메일 전송을 테스트해 보았고, 앱 컨테이너 내부에서 동일한 설정/자격 증명을 사용해 테스트해 보았더니 => 정상 작동하며, 테스트 메시지가 올바르게 전송되고 수신되었습니다. doctor를 실행하면 다음과 같은 결과가 나옵니다:
Sending mail to my_correct_user@my_correct_domain. . .
Testing sending to my_correct_user@my_correct_domain using correct_smtp_server_name:465, username:correct_smpt_user@correct_sender_domain with plain auth.
======================================== ERROR ========================================
UNEXPECTED ERROR
Net::ReadTimeout
====================================== SOLUTION =======================================
This is not a common error. No recommended solution exists!
[....]
포트 587로 전환해 보았더니 Net::ReadTimeout은 로그에 더 이상 표시되지 않지만, 여전히 아무것도 전송되지 않습니다. 다음 단계는 무엇인가요? DISCOURSE_SMTP_DOMAIN의 올바른 내용은 무엇인가요? 아직 의심이 가는 부분은 이것뿐입니다.
여기서도 같은 문제가 발생합니다. 도와주세요
읽기 타임아웃이 발생하는 이유는 발신 SMTP 포트가 차단되어 있기 때문입니다. 해당 포트를 차단 해제하거나 다른 포트를 사용해야 합니다.
저는 개인적으로 해당 서버에서 submission 포트를 사용하므로, 해당 포트는 확실히 차단되어 있지 않습니다. 그리고 맞습니다, 587 포트를 사용하면 타임아웃 오류가 발생하지 않습니다. 서버 설정을 변경할 방법이 없으므로, SMTPS만 지원된다고 이해하면 되는 건가요?
포트 587은 명시적 TLS(STARTTLS)를 사용하며, 메일 서버가 해당 포트에서 TLS를 요구하지 않고 제출을 허용하도록 구성될 수 있으므로, 해당 포트에서 암호화되지 않은 SMTP를 사용할 수 있습니다.
(이제 다소 비추천되는 포트 465는 암시적 TLS를 사용했으며, 거기서는 선택지가 없었습니다).
네, 서버는 제출 포트(587)에서 명시적 TLS로 작동하도록 설정되어 있습니다. 이제 587 포트에서 TLS를 사용하여 작동하려면 Discourse 설정에서 무엇을 해야 합니까? 기본 설정(OOB)에서 작동해야 하는지, 아니면 작동하지 않아야 하는가요?
DISCOURSE_SMTP_ENABLE_START_TLS가 있으며 기본값은 true입니다.