Email não funciona com 123-reg e discourse em servidor privado virtual hospedado - todos os outros aspectos parecem funcionar

Olá

Primeiro usuário do Discourse como administrador. Tentando configurar o e-mail e, não importa o que eu tente, está falhando

Estou editando app.yml e depois executando ./launcher rebuild app

Usando estas configurações: -

discourse_smtp_address: "smtp.gmail.com"
discourse_smtp_port:587
discourse_smtp_domain: mydomainname.com
discourse_smtp_user_name = 'myemailaddress@gmail.com'
discourse_smtp_password = 'mypassword'
discourse_smtp_enable_start_tls = true
discourse_smtp_authentication = login

ou

DISCOURSE_SMTP_ADDRESS: smtp.123-reg.co.uk
DISCOURSE_SMTP_PORT: 465
DISCOURSE_SMTP_USER_NAME: myemail@mydomainname.co.uk
DISCOURSE_SMTP_AUTHENTICATION: YES
DISCOURSE_SMTP_PASSWORD: mypassword
DISCOURSE_SMTP_ENABLE_START_TLS: Yes

ambas (e inúmeras) outras variações não funcionam.

Eu executo ./discourse-doctor

Eu recebo
net::readtimeout
ou
algo sobre _c não conhecido sobre um comando

Posso perguntar se há alguém que possa me manter são e me aconselhar sobre o que estou fazendo de errado.

Posso me conectar via telnet ao servidor smtp do host.

Obrigado desde já

E enviar um e-mail com sucesso?

na verdade ainda não cheguei tão longe, para ser justo

agora estou usando

DISCOURSE_SMTP_ADDRESS: smtp.123-reg.co.uk
DISCOURSE_SMTP_PORT: 465
DISCOURSE_SMTP_USER_NAME: meuemail@meudominio.co.uk
DISCOURSE_SMTP_AUTHENTICATION: YES
DISCOURSE_SMTP_PASSWORD: minhaSenhaComCaractere#
DISCOURSE_SMTP_ENABLE_START_TLS: YES

estou recebendo

Net::SMTPAuthenticationError

consigo fazer login no webmail normalmente com a mesma senha.

Sim, o telnet smtp na porta 25 funciona. com 123-reg

reconstruiu o aplicativo

agora tenho isto em ./doctor-discourse

Testando o envio para myemail@mydomain.co.uk usando smtp.123-reg.co.uk:465, nome de usuário: myemail@mydomain.co.uk com autenticação verdadeira.
======================================== ERRO ========================================

ERRO INESPERADO

undefined method `to_sym’ for true:TrueClass
Você quis dizer? to_s

Isso parece que pode ser um bug, embora pareça improvável que possa haver um bug no código de envio de e-mail.

Dê uma olhada em Solução de problemas de e-mail em uma nova instalação do Discourse para outras coisas para tentar. (como fazer um teste sem executar discourse-doctor).

Ah. Aqui. “YES” não é um valor válido para smtp_validation:

Deve ser plain, login, ou cram_md5.

Está em app/services/email_settings_validator.rb se alguém quiser encontrá-lo no github.

2 curtidas