Per la nuova connessione email di ricostruzione durante la registrazione dell’amministratore viene utilizzata la porta 25, anziché la porta 587 predefinita, tuttavia il file di configurazione di esempio dice diversamente
#DISCOURSE_SMTP_PORT: 587 # (optional, default 587)
I log di Rails mostrano il tentativo di connessione alla porta 25 nella configurazione predefinita
Job exception: Timeout to open TCP connection to smtp.domain.com:25 (exceeds 5 seconds)
Sì, penso di poterlo dimostrare con il codice sorgente:
L’ultimo commit è stato 9 anni fa, quindi questo è probabilmente il valore predefinito da un po’! 
Ho spostato questo in Bug anche se non è un problema di codice, è quasi certamente errato nel modello delle impostazioni?
Quindi impostala invece di accettare quella predefinita. discourse-setup la imposta.
Forse è più simile a UX?
È così da 9 anni e questo è il primo problema segnalato. Quando un’altra persona segnalerà un problema con questo, sono sicuro che verrà spostato in cima alla lista, anche se qualcuno potrebbe provare a inviare una PR se vuole.
Non tutti eseguono discourse-setup, ma utilizzano direttamente i file web e data yml per creare più istanze in esecuzione sullo stesso sistema. Ma sì, non è una priorità alta da risolvere.
A meno che tu non abbia familiarità con il discorso sull’ottimizzazione delle prestazioni per diverse configurazioni di CPU e memoria su Discourse, non eviterei del tutto discourse-setup.
Sembra che tu sia la prima persona in quasi un decennio a segnalare un problema. Immagino che tutti gli altri si siano limitati a impostarlo piuttosto che sperare che quello predefinito funzionasse. Si presume che se non esegui discourse-setup, sia perché sei in grado di gestirlo.
Non fa male cambiare il commento qui a 25
dato che sembra che ./discourse-setup assuma che i valori nel file di esempio siano i valori predefiniti di Discourse?
Lo fa. Si fida dei template piuttosto che analizzare il file di configurazione.
discourse-setup imposta sempre un valore (non lascerà la riga commentata); coloro che utilizzano discourse-setup non avranno mai problemi con la porta SMTP predefinita che è “sbagliata”; ecco perché sembra essere la prima volta che questo problema si presenta. (E sembrerebbe che anche prima che discourse-setup esistesse, nessuno abbia deciso di lasciare la porta commentata e aspettarsi che il default fosse 587; ha più senso impostare la porta piuttosto che sperare che il default funzioni). Cambiarla a 25 in standalone.yml e web_only.yml incoraggerà le persone che utilizzano discourse-setup a usare la porta 25, il che probabilmente significherà che un bel po’ di persone dovranno digitare 587 piuttosto che semplicemente premere invio, e alcune altre, che non sanno cos’è una porta, accetteranno ciecamente il default e probabilmente avranno problemi a capirlo. Penso che ci saranno più persone nel set rispetto a quelle che sanno come modificare un file di testo e scegliere di lasciare la porta SMTP commentata piuttosto che inserire il valore che desiderano effettivamente.
L’unico momento in cui questo “bug” può verificarsi è se qualcuno modifica standalone.yml manualmente e sceglie di lasciare la porta SMTP commentata piuttosto che fornire un valore. Non è chiaro se i template siano sbagliati o se il default effettivo sia sbagliato.
