관리자 등록 시 587 포트가 아닌 25 포트를 사용하여 새 재구축 이메일 연결을 설정해야 합니다. 그러나 샘플 설정 파일에는 이와 달리 587 포트가 기본값으로 명시되어 있습니다.
#DISCOURSE_SMTP_PORT: 587 # (선택 사항, 기본값 587)
기본 설정에서 Rails 로그는 25 포트에 대한 연결 시도를 보여줍니다.
Job exception: Timeout to open TCP connection to smtp.domain.com:25 (exceeds 5 seconds)
네, 소스 코드로 이를 뒷받침할 수 있다고 생각합니다:
마지막 커밋은 9년 전 것이므로, 이는 아마도 꽤 오래전부터 기본값이었을 것입니다! 
코드 문제는 아니지만, 설정 템플릿에서 거의 확실히 잘못된 것 같아서 #contribute:bug로 옮겼습니다.
기본값을 수락하는 대신 직접 설정하세요. discourse-setup이 이를 설정합니다.
#contribute:ux가 더 적합하지 않을까요?
9년간 이 상태였으며, 보고된 문제는 이번이 처음입니다. 한 명만 더 이 문제에 대해 보고하면 우선순위가 최상단으로 올라갈 것이라고 확신하지만, 원하시는 분은 PR을 제출해 볼 수 있습니다.
모두가 discourse-setup을 실행하는 것은 아닙니다. 대신 web 및 data yml 파일을 직접 사용하여 같은 시스템에서 여러 인스턴스를 실행합니다. 하지만 이건 우선순위가 높지 않은 문제입니다.
Discourse에서 다양한 CPU 및 메모리 구성에 대한 성능 튜닝 관련 논의에 익숙하지 않다면, discourse-setup를 완전히 무시하지 않는 것이 좋습니다.
거의 10년 만에 문제를 보고하신 첫 번째 분이신 것 같습니다. 다른 분들은 기본값이 작동하기를 바라기보다는 직접 설정을 했을 것이라고 추측됩니다. discourse-setup을 실행하지 않는다면, 본인이 직접 처리할 수 있다고 가정합니다.
여기 주석을 25로 변경하는 데는 아무런 문제가 없죠
./discourse-setup가 샘플 파일의 값들이 Discourse 기본값인 것처럼 가정하는 것 같아서요?
맞습니다. 설정 파일을 파싱하는 대신 템플릿을 신뢰합니다.
discourse-setup는 항상 값을 설정합니다(해당 라인을 주석 처리한 상태로 두지 않습니다). 따라서 discourse-setup를 사용하는 사용자는 기본 SMTP 포트가 “잘못된” 값이라는 문제를 절대 겪지 않습니다. 이것이 이 문제가 처음 제기되는 것처럼 보이는 이유입니다. (그리고 discourse-setup가 존재하기 전에도 포트 라인을 주석 처리한 채 기본값이 587이라고 기대한 사람은 없었던 것으로 보입니다. 기본값이 동작하기를 바라는 것보다 포트 값을 직접 설정하는 것이 더 합리적이기 때문입니다). standalone.yml과 web_only.yml에서 기본값을 25로 변경하면 discourse-setup를 사용하는 사람들이 포트 25를 사용하도록 유도하게 되며, 이는 많은 사용자가 엔터를 누르는 대신 587을 직접 입력해야 하는 상황이 될 가능성이 높습니다. 또한 포트가 무엇인지 모르는 일부 사용자는 기본값을 무비판적으로 수락하여 문제를 해결하는 데 어려움을 겪을 수 있습니다. 텍스트 파일을 편집하는 방법을 알고 실제로 원하는 값을 입력하는 대신 SMTP 포트 라인을 주석 처리하도록 선택하는 사람보다, 이 변경으로 인해 불편을 겪는 사람이 더 많을 것이라고 생각합니다.
이 "버그"가 발생할 수 있는 유일한 경우는 사용자가 standalone.yml을 수동으로 편집하여 SMTP 포트 값을 제공하지 않고 해당 라인을 주석 처리한 경우입니다. 템플릿이 잘못된 것인지 실제 기본값이 잘못된 것인지는 명확하지 않습니다.
