Não é possível enviar e-mails

Instalação
1

Não estou recebendo e-mails ao criar uma conta e queria saber se fiz algo errado. Qual é a diferença entre um endereço SMTP e um domínio SMTP?

2

Endereço SMTP: user@example.com
Domínio SMTP: example.com

1 curtida
3

Você acha que poderia me ajudar? Usei uma ferramenta SMTP online e tudo funciona bem, mas o Discourse parece não estar enviando e-mails quando me inscrevo.

4

Olá e bem-vindo @ethhaqn :slight_smile:

Você já deu uma olhada no guia de solução de problemas?

3 curtidas
5

Usei telnet mail.theapi.tech 25 e ele retornou 220 myhelper.tech ESMTP Postfix, um domínio antigo que eu usava para testar este sistema. Você acha que isso está impactando o envio de e-mails? Se sim, onde posso alterar o domínio? Novamente, é um domínio antigo, mas não tenho certeza de onde eu poderia ter inserido este domínio para que ele fosse retornado quando eu executasse telnet mail.theapi.tech 25.

Também pode ser útil notar que ./discourse-doctor me disse que houve um erro incomum e não conseguiu resolver meu problema.

Além disso, eu não usei ./discourse-setup para configurar o Discourse, pois a porta 80 estava ocupada. Em vez disso, editei manualmente containers/app.yml e executei ./launcher rebuild app.

6

Eu usei tail shared/standalone/log/rails/production.log e os logs dizem:

Processing by FinishInstallationController#confirm_email as HTML
  Rendered finish_installation/confirm_email.html.erb within layouts/finish_installation (Duration: 0.7ms | Allocations: 255)
  Rendered layout layouts/finish_installation.html.erb (Duration: 6.7ms | Allocations: 2103)
Completed 200 OK in 8ms (Views: 7.4ms | ActiveRecord: 0.0ms | Allocations: 2735)
start
  Rendered layouts/email_template.html.erb (Duration: 0.1ms | Allocations: 34)
Delivered mail 0e5b023a-90f9-4c23-ae2b-488b4d70d907@theapi.tech (39.6ms)
Job exception: hostname "mail.theapi.tech" does not match the server certificate

fail
7

openssl s_client -connect mail.theapi.tech:25 -starttls smtp -showcerts

Verification error: self signed certificate

Portanto, você precisa definir DISCOURSE_SMTP_OPENSSL_VERIFY_MODE: none em seu app.yml

2 curtidas
8

Isso não fará com que você não precise verificar seu e-mail?

9

Não. Isso fará com que o Discourse pule a verificação que está falhando no momento.

10

Ah, aí está. Como eu obteria um certificado SSL? Isso está no meu app.yml, aliás:

image

11

Acho que a parte de configurar seu próprio servidor de e-mail está fora do escopo deste fórum.

1 curtida
12

Não, não no meu servidor de e-mail. Tipo, no meu site Discourse real.

13

Por favor, siga Run other websites on the same machine as Discourse e, se isso falhar, abra um novo tópico.

1 curtida
14

Olá, atualizei minha instância local do Discourse para a versão 2.9.0.beta4 e, mesmo após adicionar DISCOURSE_SMTP_OPENSSL_VERIFY_MODE: “none” no meu arquivo containers/app.yml (e reconstruir o aplicativo), ainda continuo recebendo tais erros:

  Rendered layouts/email_template.html.erb (Duration: 0.2ms | Allocations: 34)
Delivered mail 31c5b9eb-1077-4155-b040-314c4a8566cb@taverne.colorfulminis.com (11.3ms)
Job exception: SSL_connect returned=1 errno=0 state=error: certificate verify failed (self signed certificate)

Isso obviamente impede que minha instância do Discourse envie e-mails.
Existe algum problema conhecido sobre isso?

Para sua informação: estou executando uma instância de pré-produção com a versão 2.8.0.beta9 e exatamente a mesma configuração, e os e-mails são enviados sem problemas.

Obrigado pela sua ajuda.

1 curtida
15

Olá Alexis,

Tenho exatamente o mesmo problema em uma VM (instância Discourse 2.9.0.beta4 baseada em docker com Ubuntu 22.04). Mesmo com DISCOURSE_SMTP_OPENSSL_VERIFY_MODE: none em container/app.yml (e $DISCOURSE_SMTP_OPENSSL_VERIFY_MODE no ambiente docker definido como none), certificate verify failed (self signed certificate) continua a ser levantado.

Editar: para sua informação, a versão estável (2.8.3) funciona como esperado.

16

Para constar: habilitar DISCOURSE_SMTP_ENABLE_START_TLS: true corrigiu o problema do meu lado.

17

Para quem está procurando respostas sem sucesso - e chegando a este tópico:
Acabei de ter o prazer de descobrir que meu provedor de hospedagem VPS exige que eu habilite as portas de e-mail de saída primeiro, em uma caixa recém-instalada. Eu sabia disso, mas só me lembrei depois de uma noite de sono :wink:
Boas hospedagens! :smiley: