Problemas ao enviar e-mails para o relay SMTP

Instalação
1

Olá,
estamos tendo problemas para enviar e-mails via um relay SMTP sem a necessidade de usuário e senha. Consigo enviar e-mails para o relay usando mailx / sendmail.
Estas são as configurações:

 DISCOURSE_SMTP_ADDRESS: xyz.example.com (ofuscado)
 DISCOURSE_SMTP_PORT: 587
 DISCOURSE_SMTP_AUTHENTICATION: plain

O que recebo de volta, ao usar o discourse_doctor, está gerando este erro:

Net::ReadTimeout

Parece-me que a mensagem SMTP enviada está mal formatada, pois enviamos as coisas, mas não recebemos nada de volta na porta 587. Isso é comprovável com um rastreamento do Wireshark.

Vocês poderiam, por favor, detalhar como adicionar mais logs verbosos ou depuração adicional para que possamos analisar melhor o problema? Os logs normais não me dizem nada. Encontrei o backtrace, mas não sou um desenvolvedor Ruby, então não consigo interpretá-lo.

/usr/local/lib/ruby/3.2.0/net/protocol.rb:229:in `rbuf_fill'
/usr/local/lib/ruby/3.2.0/net/protocol.rb:199:in `readuntil'
/usr/local/lib/ruby/3.2.0/net/protocol.rb:209:in `readline'
net-smtp-0.3.3/lib/net/smtp.rb:1057:in `recv_response'
net-smtp-0.3.3/lib/net/smtp.rb:659:in `block in do_start'
net-smtp-0.3.3/lib/net/smtp.rb:1067:in `critical'
net-smtp-0.3.3/lib/net/smtp.rb:659:in `do_start'
net-smtp-0.3.3/lib/net/smtp.rb:611:in `start'
/var/www/discourse/vendor/bundle/ruby/3.2.0/bundler/gems/mail-5b700fc95ee6/lib/mail/network/delivery_methods/smtp.rb:109:in `start_smtp_session'
/var/www/discourse/vendor/bundle/ruby/3.2.0/bundler/gems/mail-5b700fc95ee6/lib/mail/network/delivery_methods/smtp.rb:100:in `deliver!'
/var/www/discourse/vendor/bundle/ruby/3.2.0/bundler/gems/mail-5b700fc95ee6/lib/mail/message.rb:269:in `deliver!'
/usr/local/lib/ruby/3.2.0/delegate.rb:87:in `method_missing'
/var/www/discourse/lib/email/sender.rb:286:in `send'
/var/www/discourse/app/jobs/regular/user_email.rb:79:in `send_user_email'
/var/www/discourse/app/jobs/regular/user_email.rb:39:in `execute'
/var/www/discourse/plugins/chat/lib/chat/user_email_extension.rb:6:in `execute'
/var/www/discourse/app/jobs/base.rb:249:in `block (2 levels) in perform'
rails_multisite-4.0.1/lib/rails_multisite/connection_management.rb:80:in `with_connection'
/var/www/discourse/app/jobs/base.rb:236:in `block in perform'
/var/www/discourse/app/jobs/base.rb:232:in `each'
/var/www/discourse/app/jobs/base.rb:232:in `perform'
sidekiq-6.5.8/lib/sidekiq/processor.rb:202:in `execute_job'
sidekiq-6.5.8/lib/sidekiq/processor.rb:170:in `block (2 levels) in process'
sidekiq-6.5.8/lib/sidekiq/middleware/chain.rb:177:in `block in invoke'
/var/www/discourse/lib/sidekiq/pausable.rb:134:in `call'
sidekiq-6.5.8/lib/sidekiq/middleware/chain.rb:179:in `block in invoke'
sidekiq-6.5.8/lib/sidekiq/middleware/chain.rb:182:in `invoke'
sidekiq-6.5.8/lib/sidekiq/processor.rb:169:in `block in process'
sidekiq-6.5.8/lib/sidekiq/processor.rb:136:in `block (6 levels) in dispatch'
sidekiq-6.5.8/lib/sidekiq/job_retry.rb:113:in `local'
sidekiq-6.5.8/lib/sidekiq/processor.rb:135:in `block (5 levels) in dispatch'
sidekiq-6.5.8/lib/sidekiq.rb:44:in `block in <module:Sidekiq>'
sidekiq-6.5.8/lib/sidekiq/processor.rb:131:in `block (4 levels) in dispatch'
sidekiq-6.5.8/lib/sidekiq/processor.rb:263:in `stats'
sidekiq-6.5.8/lib/sidekiq/processor.rb:126:in `block (3 levels) in dispatch'
sidekiq-6.5.8/lib/sidekiq/job_logger.rb:13:in `call'
sidekiq-6.5.8/lib/sidekiq/processor.rb:125:in `block (2 levels) in dispatch'
sidekiq-6.5.8/lib/sidekiq/job_retry.rb:80:in `global'
sidekiq-6.5.8/lib/sidekiq/processor.rb:124:in `block in dispatch'
sidekiq-6.5.8/lib/sidekiq/job_logger.rb:39:in `prepare'
sidekiq-6.5.8/lib/sidekiq/processor.rb:123:in `dispatch'
sidekiq-6.5.8/lib/sidekiq/processor.rb:168:in `process'
sidekiq-6.5.8/lib/sidekiq/processor.rb:78:in `process_one'
sidekiq-6.5.8/lib/sidekiq/processor.rb:68:in `run'
sidekiq-6.5.8/lib/sidekiq/component.rb:8:in `watchdog'
sidekiq-6.5.8/lib/sidekiq/component.rb:17:in `block in safe_thread'

Fiz o downgrade da aplicação para a versão estável mais recente, o que não resolveu este problema. A pessoa que trabalhava nisso antes está de férias, então não consigo saber qual era a versão antes da última atualização. Também percebi que houve alterações recentes no código na área de e-mail. Talvez problemas lá?

Obrigado.

1 curtida
2

Você pode estar experimentando timeouts no seu motor de e-mail, isso foi mencionado em outro tópico recente. O Postfix aparentemente tem um timeout de 5 segundos por padrão.

Levei vários dias de dor de cabeça para fazer com que as respostas e postagens por e-mail funcionassem, muitas pequenas coisas para acertar tanto dentro do Discourse quanto no seu servidor de e-mail, incluindo configurações do remetente e configurações de firewall.

E ainda não comecei a lidar com problemas do remetente, especificamente para ser incluído na lista de permissões em vários ISPs. Tenho SPF e DKIM funcionando.

3

obrigado pela resposta, sim, mas estou procurando algo que me diga qual é o problema. é complicado, pois o rastreamento do wireshark mostra que o e-mail é enviado, mas nenhuma resposta é dada. e-mail normal usando Linux sendmail funciona sem problemas. SPF e DKIM estão configurados no respectivo domínio também. Sou capaz de reproduzir o problema no console do rails.

message = TestMailer.send_test(“ycxi@examle.com”)
Email::Sender.new(message, :test_message).send

Eu não sou um especialista em ruby, verei se consigo obter um log mais detalhado do que um stack trace:

[5] pry(main)> wtf?
Exception: Net::ReadTimeout: Net::ReadTimeout

4

Corrigimos um problema semelhante aumentando os limites de tempo limite do SMTP no arquivo app.yml - referindo-se a este tópico:

Como o app.yml foi modificado:
image

Após alterar o yaml, o aplicativo foi reconstruído:
sudo ./launcher destroy app && sudo ./launcher start app

A alteração é refletida na GUI

image
image385×188 2.32 KB