./discourse-setup não preenche DISCOURSE_SMTP_DOMAIN

Instalação
1

Olá,

o script bash ./discourse-setup não preenche DISCOURSE_SMTP_DOMAIN no arquivo de configuração PUPS.

Usei rake admin:create dentro do contêiner, para encontrar o seguinte impacto na GUI;

image
image465×399 17.2 KB

image
image430×327 18.2 KB

2

Por um tempo, foi preenchido com o nome do host, tenho certeza. Mas também, na maioria dos casos, isso não importa.

3

existe alguma regex que possamos usar para extrair o domínio do e-mail após o @ em DISCOURSE_NOTIFICATION_EMAIL

entendendo casos de implantação onde o domínio do e-mail é diferente do domínio da web.

Algo como:

DISCOURSE_SMTP_DOMAIN=$(echo "$DISCOURSE_NOTIFICATION_EMAIL" | sed -E 's/^[^@]+@(.+)$/\\1/')
4

Esta variável define o nome do host EHLO usado pelo cliente durante a conversação SMTP.

Quase ninguém precisa dela e quase nunca importa o valor definido.

(Eu não encontrei nenhuma situação em que ela importa)

2 curtidas
5

image
image941×491 63.2 KB

isso ocorreu porque o DO bloqueou a porta 587, deveria ter usado a 2525 - mas não tenho certeza de como isso funciona com o Brevo

6

Argumentavelmente, deveria ter como padrão a porta 2525 ou sugerir às pessoas que a maioria das VMs bloqueia portas SMTP e que a maioria dos serviços SMTP permite na porta 2525 (mas isso está se tornando muitas palavras)

7

O fato de a Digital Ocean bloquear a porta 587 é uma decisão terrível e desinformada sem base em boas práticas.

Estou surpreso que eles ainda não tenham começado a bloquear a 2525 por padrão pelo mesmo motivo.

8

[quote=“supermathie, post:7, topic:390624”]O fato de a Digital Ocean bloquear a porta 587 é uma decisão terrível e desinformada sem base em boas práticas.
[/quote]

Eu não discordo. Tenho quase certeza de que eles não são os únicos que fazem isso (mas estou com dificuldade em comprovar). O estranho é que eles sempre fizeram isso de alguma forma, mas depois, em abril passado (?), eles o impuseram para todos. Mas “todos” significa algo muito parecido com “todos depois que reiniciarem da próxima vez” (pode depender de outra coisa que exija uma reinicialização), então pode levar meses até que você reinicie (ou redimensione seu droplet ou algo assim) e então isso comece a acontecer.

E eles nem sequer oferecem um serviço de SMTP, então, assim que bloquearem o 2525, não haverá como enviar e-mails. Tenho muitas pessoas na DO, já que a CDCK os recomenda desde o início (ou pelo menos desde que comecei).

2 curtidas
9

Como você descobriu isso? Você tentou a tarefa rake emails:test e, se sim, ela foi útil? Você sabia que ela existia?

10

Obrigado, Michael - eis o que realmente aconteceu na instalação de hoje e como descobri que a porta 587 era a causa raiz.

Quando executei ./discourse-doctor pela primeira vez em 50:30, ele mostrou claramente que o SMTP de saída na porta 587 estava falhando. Não houve e-mails de teste bem-sucedidos em nenhuma parte desse processo. Por causa disso, em 51:38, alterei a porta SMTP para 2525 e reconstruí o contêiner. Assim que o aplicativo voltou a funcionar, o primeiro teste de e-mail em 57:46 foi bem-sucedido imediatamente.

Em 57:58, observei que minha conta Mailgun ainda não havia sido ativada - então o doctor estava correto ao dizer que a falha do SMTP não se devia às credenciais, mas sim à porta estar bloqueada pela DigitalOcean.

Como a Brevo é mais rápida de configurar, mudei de provedor: iniciei a configuração em 58:40, selecionei o plano Gratuito em 1:01:12, troquei os registros DNS em 1:02:29 e atualizei as configurações de SMTP em app.yml em 1:04:37. Em 1:06:08, apontei que a GUI exibe DISCOURSE_SMTP_DOMAIN mesmo quando a variável não é preenchida por ./discourse-setup, o que me fez pensar inicialmente que algo estava mal configurado por causa do campo vazio.

Após concluir a configuração da Brevo, executei novamente ./discourse-doctor em 1:42:10, e em 1:42:25 ele confirmou um e-mail de saída bem-sucedido - novamente usando a porta 2525.

Para responder às suas perguntas específicas:

  • Como descobri que a DigitalOcean estava bloqueando a porta 587?
    ./discourse-doctor relatou a falha da porta 587 imediatamente, e a mudança para 2525 corrigiu isso instantaneamente. O vídeo mostra essa sequência claramente.
  • Eu usei rake emails:test?
    Não naquele momento - eu estava confiando no ./discourse-doctor e no teste de e-mail da interface de administração. Eu não sabia que emails:test existia até você mencionar. Com certeza usarei no futuro, pois fornece diagnósticos mais claros dentro do contêiner.
  • O DISCOURSE_SMTP_DOMAIN ausente estava relacionado?
    Não - o campo vazio na GUI foi uma pista falsa. O problema real era a DigitalOcean bloqueando a porta 587; assim que mudei para 2525, tanto o Mailgun (após a ativação) quanto o Brevo funcionaram bem.

Obrigado novamente - sua explicação sobre o que o DISCOURSE_SMTP_DOMAIN realmente afeta (apenas EHLO) ajudou a esclarecer por que o valor ausente não importava.