Pour la nouvelle connexion d’e-mail de reconstruction, l’enregistrement de l’administrateur utilise le port 25, plutôt que le port 587 par défaut, mais le fichier de configuration d’exemple indique le contraire
#DISCOURSE_SMTP_PORT: 587 # (optional, default 587)
Les journaux Rails montrent une tentative de connexion au port 25 dans la configuration par défaut
Job exception: Timeout to open TCP connection to smtp.domain.com:25 (exceeds 5 seconds)
Oui, je pense pouvoir étayer cela avec le code source :
Le dernier commit remonte à 9 ans, donc c’est probablement le défaut depuis un moment ! 
J’ai déplacé ceci dans Bug même si ce n’est pas un problème de code, c’est presque certainement incorrect dans le modèle de paramètres ?
Alors définissez-le plutôt que d’accepter la valeur par défaut. discourse-setup le définit.
Peut-être que c’est plus comme UX ?
C’est comme ça depuis 9 ans et c’est le premier problème signalé. Quand une personne de plus signalera un problème avec cela, je suis sûr qu’il sera en haut de la liste, bien que quelqu’un puisse essayer de soumettre une PR s’il le souhaite.
Tout le monde n’exécute pas discourse-setup, mais utilise directement les fichiers web et data yml pour créer plusieurs instances fonctionnant sur le même système. Mais oui, ce n’est pas une priorité élevée à résoudre.
À moins que vous ne soyez familiarisé avec les discussions sur l’optimisation des performances pour différentes configurations de CPU et de mémoire sur Discourse, je ne contournerais pas entièrement discourse-setup.
Il semble que vous soyez la première personne depuis près de dix ans à signaler un problème. J’imagine que tout le monde a configuré cela plutôt que d’espérer que la valeur par défaut fonctionnerait. On suppose que si vous n’exécutez pas discourse-setup, c’est parce que vous savez comment faire.
Ça ne coûte rien de changer le commentaire ici en 25
car il semble que ./discourse-setup suppose que les valeurs du fichier d’exemple sont les valeurs par défaut de Discourse ?
C’est le cas. Il fait confiance aux modèles plutôt que d’analyser le fichier de configuration.
discourse-setup définit toujours une valeur (il ne laissera pas la ligne commentée) ; ceux qui utilisent discourse-setup n’auront jamais de problème avec le port SMTP par défaut étant « incorrect » ; c’est pourquoi cela semble être la première fois que cela se produit. (Et il semblerait qu’avant même l’existence de discourse-setup, personne n’ait décidé de laisser le port commenté et de s’attendre à ce que la valeur par défaut soit 587 ; il est plus logique de définir le port plutôt que d’espérer que la valeur par défaut fonctionne). Le changer en 25 dans standalone.yml et web_only.yml encouragera les personnes qui utilisent discourse-setup à utiliser le port 25, ce qui signifie probablement qu’un certain nombre de personnes devront taper 587 plutôt que de simplement appuyer sur Entrée, et d’autres, qui ne savent pas ce qu’est un port, accepteront aveuglément la valeur par défaut et auront probablement des problèmes pour le comprendre. Je pense qu’il y aura plus de personnes dans l’ensemble que celles qui savent comment modifier un fichier texte et choisir de laisser le port SMTP commenté plutôt que d’entrer la valeur qu’elles souhaitent réellement.
La seule fois où ce « bug » peut se produire est si quelqu’un modifie standalone.yml à la main et choisit de laisser le port SMTP commenté plutôt que de fournir une valeur. Il n’est pas clair si les modèles sont incorrects ou si la valeur par défaut réelle est incorrecte.
