J’ai dû reconfigurer le SMTP et exécuter la commande ./launcher start app.
Cependant, je n’ai pas été invité à ressaisir les données d’installation - e-mail, SMTP, etc…
La commande s’est exécutée, puis est revenue à la ligne de commande après la réinstallation.
Des idées ?
Cela démarre simplement le conteneur, cela ne vous demande rien. La configuration se trouve dans /var/containers/app.yml
Cependant, je pense que vous confondez cette commande avec ./discourse-setup ? (qui, lui, demande des informations)
Merci Robert. Donc, pour re-saisir les informations SMTP, dois-je utiliser ./discourse-setup ?
Si vous mettez à jour des variables d’environnement comme les identifiants SMTP, vous ne pouvez pas simplement redémarrer le conteneur pour qu’elles soient prises en compte.
Vous devrez exécuter ./launcher destroy app avant ./launcher start app pour que le conteneur commence à utiliser les nouvelles valeurs.
Si vous ne savez pas ce qu’est nano et préférez être invité à effectuer les modifications, alors c’est ce que vous devez faire.
Merci à tous pour votre aide ! J’ai réussi à modifier les informations. J’attends maintenant de voir si je reçois le message que je viens de poster. Je croise les doigts. 
Stephen, puisque j’ai réussi à modifier les informations lors de l’exécution de ./discourse-setup, dois-je maintenant gérer les commandes ./launcher destroy app / ./launcher start app ??
Si la configuration a effectué une reconstruction, alors non. Ce qui précède est dans le cas où vous souhaitez éviter d’attendre la reconstruction de votre instance.
Compris et merci.
Suivi : Je vois que mon message a déclenché l’envoi d’un e-mail MAIS je vois aussi que tous les messages sont mis en file d’attente mais non envoyés « 250 Ok: queued as »
J’utilise Sendgrid.
Des idées ?
Je suis à peu près sûr que « envoyé » et « mis en file d’attente » sont synonymes. Sont-ils dans vos journaux SendGrid ? Si vous utilisez le test d’e-mail, pouvez-vous envoyer à mail-tester.com ?
SMTP est transactionnel, donc du point de vue de :
Ce que vous ne voyez pas (ne pouvez pas voir) est l’étape suivante où un autre agent du système de sendgrid parcourt la file d’attente, récupère votre message et le transmet au MTA suivant.
L’identifiant de la file d’attente aide au suivi - s’il venait à être perdu, vous pourriez aller voir l’administrateur système de sendgrid et demander « qu’est-il arrivé à l’ID de file d’attente ABC1234567 après que votre système l’ait accepté ? »
Salut Jay. C’est dans les journaux de Discourse. Je vais aussi faire le test par e-mail. Merci !
Merci Michael. Je ferai un rapport lorsque je recevrai un e-mail du système. Évidemment, je dois recevoir le mailing.
Voir Dépannage des e-mails sur une nouvelle installation de Discourse..\ vous devez vous assurer que votre e-mail de notification est un e-mail que votre service de messagerie acceptera.