Consegui fazer as coisas funcionarem, não da maneira que eu queria inicialmente, mas talvez haja uma coisa que eu tenha lido errado. Resumindo, o Mailjet funcionou na primeira tentativa (com o Mailjet). Obrigado pela ajuda e/ou por um bom fórum com soluções.
Resumo
VERSÃO LONGA
Como tentei fazer funcionar (para que você veja como alguém com pouquíssima memória Linux resolve essas coisas). Então, todas as etapas chatas estão incluídas… resultando em algumas dicas para desenvolvedores e um possível bug.
Fiz um snapshot do Digital Ocean (tive algumas experiências ruins com atualizações do Discourse antes
→ atualizar para a mais recente correu maravilhosamente desta vez, já que agora tenho 50G em vez de 30G, parabéns de qualquer forma)
Como a lfchosting se tornou hostpapa no outono passado, decidi usar a hostpapa, já que pago por ela, afinal.
Ministory irrelevante sobre a lfchosting migrando para a hostpapa. Um dos meus sites de estatísticas que recebe tráfego de fora parou de funcionar. O suporte ficou sem saber por 3 meses. ENTÃO alguém disse que eles desativariam algumas regras de firewall possíveis - > essa correção não funcionou… mas isso me deu uma pista → eles instalaram o ModSecurity após a migração e, assim que joguei essa porcaria pela janela, todo o meu tráfego fluiu bem novamente. Só dizendo, você migra clientes antigos, usa um novo firewall/o que for, o cliente tem problemas de tráfego… e ninguém no suporte tem qualquer tipo de atividade de lâmpada? Puxa…
Tentei o Outlook para verificar se as credenciais estavam ok, mas não consegui fazer funcionar - isso NÃO diz muito, porém. Na verdade, tentei o Pegasus Mail primeiro, mas isso diz ainda menos hoje em dia - logs mais legíveis, porém :D.
o telnet mail.papamail.net 465 pelo menos respondeu algo (não me chame de idiota aqui)
Coçando a cabeça, 465 indicaria TLS/SSL e não starttls… gnnngh.
Aaargh, vou apenas testar mudando o app.yml e lendo os logs…
=> edição do app.yml => o enigma da senha smtp
Aspas duplas dentro ou fora? Tinha aspas duplas no e-mail anterior que funcionava vs gmail, mas parece que deveria ser sem aspas em tantos posts. Hmm, o discourse é inteligente o suficiente para remover aspas desnecessárias? Alguém realmente tendo “senha” como senha seria bastante improvável :D.
Começando a me perguntar se o gmail realmente remove aspas duplas de uma senha por padrão e é por isso que funcionou com o gmail antes?
Após reconstruir o app, enviar e-mail de teste não funciona. Por que diabos o log disso não pode ser mostrado diretamente na página de teste está além de mim (dica, dica :), ok, talvez um risco de segurança?).
mais shared/standalone/log/rails/production.log
Não mostrou muito ou lixo demais para encontrar o que eu precisava (veja a dica, dica acima).
./discourse-doctor
Não serviu para muita coisa.
./discourse-setup
Demora uma eternidade (um pouco como reconstruir o app com o launcher), me pergunto qual seria a maneira mais rápida de mudar o app.yml e testar o e-mail de saída?
BUG do discourse-setup?: ter uma senha como gjwha9T78&vv produziu esta linha quebrada no app.yml (!):
DISCOURSE_SMTP_PASSWORD: "gjwha9T78 DISCOURSE_SMTP_PASSWORD: gjwha9T78&vv"
Aparentemente, as aspas duplas são necessárias, afinal. Mas o discourse-setup escrever “lixo” no app.yml se a senha contiver um “&” é um pouco ruim.
Enquanto espero pela enésima reconstrução do app… configurando o mailjet por precaução…
Mais uma reconstrução usando mailjet e o envio de e-mails funciona de primeira.
Conclusão após 2h = mailjet funciona. Uau… MAS…
Deve haver uma maneira mais rápida de testar o envio de e-mails do discourse do que editar o app.yml + reconstruir?
Como estou assumindo que fiz muitas coisas da maneira longa e árdua, tenho certeza de que alguém apontará maneiras melhores. Especialmente porque a ajuda aqui é sempre proativa, não no estilo “você é um noob estúpido” :D.
Estou meio determinado a realmente fazer a hostpapa funcionar agora também, afinal, essa é uma das coisas pelas quais eu realmente pago. Claro que postarei aqui se meu palpite estiver correto, só é tarde demais hoje à noite.
Melhores referências usadas na resolução disso:
Útil (bem, para entender as coisas das portas 25/465/587):
Troubleshoot email on a new Discourse install
Também útil quando você estiver pronto para tentar qualquer outro provedor de e-mail:
https://github.com/discourse/discourse/blob/main/docs/INSTALL-email.md