DISCOURSE_MAIL_ENDPOINT não atualiza após alterar o nome de domínio

Suporte
1

Fui obrigado a alterar o nome de domínio em um servidor Discourse que configurei. Ele estava configurado para receber e-mails (diretamente, não via POP3).

Editei os arquivos mail-receiver.yml e app.yml e recriei o aplicativo para usar o novo nome de domínio (newname.com), mas ao reiniciar o mail-receiver, os logs ainda mostram que ele está usando as configurações antigas (kinnship.org) para DISCOURSE_MAIL_ENDPOINT, DISCOURSE_API_KEY e MAIL_DOMAIN.

Alguma dica de como corrigir isso? Obrigado!

<22>Jul 25 22:01:58 postfix/anvil[89]: estatísticas: tamanho máximo do cache 2 em Jul 25 21:52:13
Ambiente de execução:
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
Entregando e-mail enviado para kinnship.org ao Discourse
Iniciando o Postfix
<22>Jul 25 22:04:05 postfix/master[1]: daemon iniciado -- versão 3.1.1, configuração /etc/postfix
2

Vejo uma grafia de “kinship” na linha HOSTNAME=discourse-kinship-mail-receiver

Vejo uma grafia diferente em: “DISCOURSE_MAIL_ENDPOINT=https://kinnship.org/…”

Mais abaixo, nas linhas DISCOURSE_API_KEY, há 2 "n"s em “kinship”:
"MAIL_DOMAIN=kinnship.org
“Entregando e-mails enviados para kinnship.org ao Discourse”

Ou você perdeu um “n” na primeira linha, ou as outras 3 linhas têm um “n” extra no nome de domínio.

3

Ah, um ponto-chave que eu deveria ter dito no original é que o novo nome de domínio é completamente diferente! Este é o antigo.

4

Não consigo dizer se você sabe disso, mas você deveria

./launcher rebuild mail-receiver

Embora

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

provavelmente funcionaria.

5

Você é incrível! Eu estava fazendo ./launcher bootstrap mail-receiver achando que fazia a mesma coisa. Épico! Obrigado!

(Agora é esquecer aquelas 3 horas que gastei tentando e que nunca mais vou recuperar..!)