Tive que reconfigurar o SMTP e executar o comando ./launcher start app.
No entanto, não me foi solicitado que reintroduzisse os dados de instalação - e-mail, SMTP, etc…
O comando foi executado e depois saiu para a linha de comando após a reinstalação.
Se você estiver atualizando variáveis de ambiente, como credenciais SMTP, não poderá simplesmente reiniciar o contêiner para que elas sejam reconhecidas.
Você precisará executar um ./launcher destroy app antes de ./launcher start app para que o contêiner comece a usar os novos valores.
Obrigado a todos pela ajuda! Consegui editar as informações. Agora estou esperando para ver se recebo a mensagem que acabei de postar. Cruzando os dedos.
Stephen, já que consegui editar as informações ao executar ./discourse-setup, preciso lidar com os comandos ./launcher destroy app / ./launcher start app agora??
Acompanhamento: Vejo que minha postagem iniciou o envio de e-mails, MAS também vejo que todas as mensagens estão na fila, mas não são enviadas " 250 Ok: queued as"
Tenho quase certeza de que “sent” e “queued” são sinônimos. Eles estão nos seus logs do SendGrid? Se você usar o teste de e-mail, pode enviar para mail-tester.com?
seu sistema: “a mensagem foi enviada, o sistema remoto a colocou na fila como ABC1234567” → “a mensagem foi entregue ao próximo MTA responsável”
sendgrid: “a mensagem foi aceita e colocada na fila com o ID de fila ABC1234567”
O que você não vê (não pode ver) é o próximo passo, onde outro agente no sistema do sendgrid percorre a fila, pega sua mensagem e a entrega ao próximo MTA.
O identificador da fila ajuda no rastreamento - se ela fosse perdida, você poderia ir ao administrador do sistema do sendgrid e perguntar “o que aconteceu com o ID de fila ABC1234567 depois que seu sistema o aceitou?”