Un membre certifié du support Discourse nous a aidés à changer nos serveurs Discourse, et après cela, Discourse n’a plus envoyé d’e-mails automatisés. J’ai vérifié le journal d’erreurs et il m’a dit de contacter Sendingblue pour activer le SMTP, ce que j’ai fait (et ils l’ont activé) :
Cependant, cela ne fonctionnait toujours pas, j’ai donc découvert que dans admin/settings/emails, l’e-mail du membre du support Discourse était listé à la place de mon e-mail :
J’essaie de contacter ce membre du support depuis près de deux semaines, mais il ne répond pas à ses e-mails et je ne peux pas le joindre sur aucune de ses plateformes. Comment puis-je changer son adresse e-mail pour la mienne ?
Si votre installation est standard, cette adresse est définie dans votre fichier app.yml. Vous pouvez donc soit modifier directement le fichier app.yml, soit exécuter à nouveau ./discourse-setup pour y saisir vos détails SMTP corrects. Si vous consultez votre fournisseur de messagerie, vous y trouverez les informations de nom d’utilisateur et de mot de passe dont vous avez besoin.
Si vous avez besoin de plus de détails, consultez cette section du guide.
Merci pour votre réponse, Jammy ! Je n’ai pas de fichier app.yml dans ma console, donc je suppose que je devrai exécuter discourse-setup. Je ne suis pas du tout technique, donc je m’excuse pour toute question stupide. Mais je veux m’assurer de ne pas faire d’erreurs.
Si j’exécute discourse-setup, comme vous l’avez suggéré, cela crée-t-il une installation entièrement nouvelle, ou modifie-t-il simplement les informations SMTP ? Je ne peux pas sauvegarder manuellement Discourse car la fonction e-mail ne fonctionne pas. Alors, oserais-je faire cela sans sauvegarder Discourse au préalable, selon vous ?
Si Jammy n’est pas disponible, n’hésitez pas à répondre, n’importe qui…
Je comprends tout à fait. Il peut être un peu stressant de s’occuper des aspects backend plutôt que de la console d’administration.
Pour vérifier, avez-vous accès à votre serveur (auto-hébergé) ou utilisez-vous un fournisseur d’hébergement ? Si vous n’avez pas accès à votre serveur, vous devrez peut-être contacter celui qui héberge votre site pour effectuer ces modifications.
Si vous avez accès à votre serveur, je pense que l’option la plus sûre est de réexécuter ./discourse-setup car vous avez moins de risques de faire une faute de frappe en dehors des données que vous saisissez. Cela ne dupliquera pas vos instances actives et peut être exécuté plusieurs fois sans problème.
Merci, Jammy. Je reviendrai. Un autre technicien du support technique s’en occupe maintenant. Je verrai ce qu’il peut faire. Je reviendrai ici quoi qu’il arrive. J’apprécie votre aide !
Je n’ai jamais fait ça auparavant, alors soyez indulgent avec moi. J’essaie de tout sauvegarder en utilisant le lien que vous m’avez donné : Backup discourse from the command line .
Alors, maintenant je suis dans ./launcher (voir photo).
Voici ce qui est dit dans le lien ci-dessus :
Entrez dans le conteneur :
./launcher enter app
Exécutez la sauvegarde :
discourse backup
exit
Cela affichera le nom de fichier final de votre sauvegarde. Téléchargez la sauvegarde et la configuration du conteneur (si nécessaire) sur votre machine locale :
Je n’ai aucune idée de comment faire cela. J’ai la fenêtre du lanceur ouverte. Que dois-je faire ensuite ? Comment et où dois-je exécuter la sauvegarde, etc. ?
Je crains de ne pas connaître WinSCP. Je l’ai téléchargé et configuré maintenant, mais je n’aurai pas la chance de l’examiner correctement avant plus tard.
Si vous pouvez vous connecter à votre serveur en SSH en utilisant quelque chose comme Windows PowerShell, ou même l’option « console d’accès » si vous êtes chez Digital Ocean, alors je pourrai probablement vous aider plus rapidement.
cd /var/discourse
./launcher enter web_only
discourse backup
Lorsque vous irez chercher les données avec winSCP, vous regarderez dans /var/discourse/shared/web-only/backups/defau/t (sauf si c’est web_only, mais je pense qu’il y a le tiret là).
À un moment donné, vous devrez reconstruire votre conteneur de données comme ceci :
(Si vous n’avez pas mis à jour le conteneur avec docker_manager depuis l’interface web, vous pouvez remplacer rebuild par stop, mais cela ne fait généralement jamais de mal de faire un bootstrap.
La reconstruction s’assurera également que vous êtes sur la branche main et non master et effectuera un git pull.
C’est génial. Merci @pfaffman Je crains de ne pas avoir d’expérience pratique avec la configuration à deux conteneurs pour le moment, donc voir votre avatar taper en bas était un soulagement en effet.
Est-ce que lancer ./discourse-setup --two-container serait l’alternative pour une configuration à deux conteneurs ? Je n’étais pas sûr si on pouvait l’exécuter plusieurs fois comme celui normal ?
Et sinon, serait-ce ceci pour mettre à jour les détails SMTP ?
Non. Mais si vous lancez discourse-setup après une installation, il remarquera s’il y a un web_only et fera la bonne chose . (Si vous avez à la fois app et web_only, il en ignorera un des deux).
Wow ! Vraiment génial. Merci beaucoup, Jay ! Ça fonctionne. Ça se télécharge sur mon ordinateur maintenant. C’est une excellente solution de contournement quand je n’ai pas de configuration smtp par e-mail.
Merci aussi, Jammy ! J’ai appris quelque chose de nouveau ici. Je dois apprendre tout ça, une chose à la fois. Discourse est un programme tellement soigné, et je l’adore ! J’ai juste besoin de comprendre ce qu’il y a sous le capot. Je dois encore comprendre comment changer l’adresse e-mail pour le smtp, mais je vais suivre les instructions que j’ai reçues jusqu’à présent, et si j’ai d’autres questions, je reviendrai ici…
Il peut être un peu stressant de s’occuper des aspects backend plutôt que de la console d’administration.
. (Si vous avez à la fois