Para uma nova conexão de e-mail de reconstrução enquanto o registro de administrador usa a porta 25, em vez da padrão 587, o arquivo de configuração de exemplo diz o contrário
#DISCOURSE_SMTP_PORT: 587 # (opcional, padrão 587)
Os logs do Rails mostram a tentativa de conexão para a porta 25 na configuração padrão
Job exception: Timeout to open TCP connection to smtp.domain.com:25 (exceeds 5 seconds)
Sim, acho que posso comprovar isso com código-fonte:
O último commit foi há 9 anos, então isso provavelmente tem sido o padrão por um tempo! 
Movi isso para Bug, embora não seja um problema de código, é quase certamente incorreto no template de configurações?
Portanto, defina-o em vez de aceitar o padrão. discourse-setup o define.
Talvez seja mais parecido com UX?
Está assim há 9 anos e este é o primeiro problema relatado. Quando mais uma pessoa relatar um problema com isso, tenho certeza de que será movido para o topo da lista, embora alguém possa tentar enviar um PR se quiser.
Nem todo mundo executa o discourse-setup, em vez disso, eles usam arquivos web e data yml diretamente para criar várias instâncias rodando no mesmo sistema. Mas sim, não é uma prioridade alta para resolver.
A menos que você esteja familiarizado com a discussão de ajuste de desempenho para diferentes configurações de CPU e memória no Discourse, eu não pularia o discourse-setup completamente.
Parece que você é a primeira pessoa em quase uma década a relatar um problema. Eu imagino que todo mundo apenas o configurou em vez de esperar que o padrão funcionasse. Presume-se que, se você não executar o discourse-setup, é porque você consegue lidar com isso.
Não custa nada mudar o comentário aqui para 25
já que parece que ./discourse-setup assume que os valores no arquivo de exemplo são os padrões do Discourse?
Sim. Ele confia nos modelos em vez de analisar o arquivo de configuração.
discourse-setup sempre define um valor (não deixará a linha comentada); aqueles que usam discourse-setup nunca terão problemas com a porta SMTP padrão estar “errada”; é por isso que esta parece ser a primeira vez que isso surge. (E parece que, mesmo antes de discourse-setup existir, ninguém decidiu deixar a porta comentada e esperar que o padrão fosse 587; faz mais sentido definir a porta do que esperar que o padrão funcione). Alterá-la para 25 em standalone.yml e web_only.yml incentivará as pessoas que usam discourse-setup a usar a porta 25, o que provavelmente significará que um monte de gente terá que digitar 587 em vez de apenas pressionar Enter, e alguns outros, que não sabem o que é uma porta, aceitarão cegamente o padrão e provavelmente terão problemas para descobrir isso. Acho que haverá mais pessoas no conjunto do que aquelas que sabem como editar um arquivo de texto e escolher deixar a porta SMTP comentada em vez de inserir o valor que realmente desejam.
A única vez que este “bug” pode ocorrer é se alguém editar standalone.yml manualmente e escolher deixar a porta SMTP comentada em vez de fornecer um valor. Se os modelos estão errados ou o padrão real está errado é incerto.
