DISCOURSE_MAIL_ENDPOINT ne se met pas à jour après le changement de nom de domaine

Soutien
1

J’ai dû modifier le nom de domaine sur un serveur Discourse que j’avais configuré. Il était paramétré pour recevoir les courriels (directement, pas via POP3).

J’ai édité les fichiers mail-receiver.yml et app.yml, puis reconstruit l’application pour utiliser le nouveau nom de domaine (newname.com). Cependant, lorsque je redémarre le mail-receiver, les journaux indiquent toujours qu’il utilise les anciens paramètres (kinnship.org) pour DISCOURSE_MAIL_ENDPOINT, DISCOURSE_API_KEY et MAIL_DOMAIN.

Avez-vous des conseils pour résoudre ce problème ? Merci !

<22>Jul 25 22:01:58 postfix/anvil[89]: statistiques : taille maximale du cache 2 à Jul 25 21:52:13
Environnement d'exécution :
HOSTNAME=discourse-kinship-mail-receiver
GEM_HOME=/usr/local/bundle
TERM=xterm
BUNDLE_SILENCE_ROOT_WARNING=1
BUNDLE_APP_CONFIG=/usr/local/bundle
PATH=/usr/local/bundle/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin RUBY_DOWNLOAD_SHA256=341cd9032e9fd17c452ed8562a8d43f7e45bfe05e411d0d7d627751dd82c578c
DOCKER_HOST_IP=172.17.0.1
PWD=/
DISCOURSE_API_USERNAME=system
LANG=en_US.UTF-8
RUBY_MAJOR=2.3
RUBYGEMS_VERSION=2.6.11
BUNDLE_BIN=/usr/local/bundle/bin
SHLVL=1
HOME=/root
DISCOURSE_MAIL_ENDPOINT=https://kinnship.org/admin/email/handle_mail
DISCOURSE_API_KEY=xxxxxxxxxxxx
BUNDLE_PATH=/usr/local/bundle
MAIL_DOMAIN=kinnship.org
RUBY_VERSION=2.3.4
BUNDLER_VERSION=1.14.6
_=/usr/bin/env
Livraison du courrier envoyé à kinnship.org vers Discourse
Démarrage de Postfix
<22>Jul 25 22:04:05 postfix/master[1]: démon démarré -- version 3.1.1, configuration /etc/postfix
2

Je remarque une orthographe de « kinship » dans la ligne HOSTNAME=discourse-kinship-mail-receiver

J’en vois une différente dans : « DISCOURSE_MAIL_ENDPOINT=https://kinnship.org/… »

Plus bas, dans les lignes DISCOURSE_API_KEY, il y a deux « n » dans « kinship » :
« MAIL_DOMAIN=kinnship.org
« Livraison des courriels envoyés à kinnship.org vers Discourse »

Soit vous avez oublié un « n » dans la première ligne, soit les trois autres lignes comportent un « n » supplémentaire dans le nom de domaine.

3

Ah, un point clé que j’aurais dû mentionner dans l’original : le nouveau nom de domaine est entièrement différent ! Voici l’ancien.

4

Je ne sais pas si vous le savez, mais vous devriez

./launcher rebuild mail-receiver

Bien que

 ./launcher destroy mail-receiver
 ./launcher start mail-receiver

cela fonctionnerait probablement aussi.

5

Tu es incroyable ! Je faisais ./launcher bootstrap mail-receiver en pensant que c’était la même chose. Épique ! Merci !

(Maintenant, je vais oublier ces 3 heures passées à essayer et que je ne reverrai jamais… !)