Parece que desde que atualizei o discourse há alguns dias, o e-mail de resposta não está mais funcionando, não está sendo recebido e, portanto, não está atualizando o tópico, e o e-mail enviado para categorias observadas também está se comportando mal, enviando apenas 5 de 65.
Mais alguém teve problemas recentes com e-mail?
Sim, eu tenho os mesmos problemas com 3.4.0.beta4-dev, infelizmente. Tentei de tudo, desde reavaliar o arquivo app.yml; verificar as configurações de DNS de e-mail. Ironicamente, do terminal consegui enviar via smtp no contêiner docker do Discourse usando wasm. O que eu acho que pode vir de um bug de configuração em algum lugar. Este é um grande problema para todos os usuários registrados que não conseguem receber e-mails para posts, newsletters, redefinição de senha. A mensagem de erro 550 ERR está ocorrendo desde a nova atualização. Agora estou rezando para que reverter para a v3.4.0.beta2 resolva este bug.
Ainda bem que não sou só eu, espero que algum desenvolvedor corrija este problema o mais rápido possível. Não tenho ideia de como reverter.
Instalado
3.4.0.beta4-dev
58f75ed205
Também houve uma atualização do banco de dados postgres de 13 para 15 que ocorreu ao mesmo tempo.
Não sei se a atualização do postgres bagunçou a configuração das configurações pela GUI, pois notei que adicionar informações do servidor POP3 para polling não invocou nenhuma alteração no arquivo de configuração app.yml do discourse… muito estranho. O rollback é um pouco complicado, pois exige que você entre em tags git e reconstrua todo o aplicativo a partir das versões. Usar o chatGPT para isso pode ajudar a solucionar problemas.
Você conseguiu fazer funcionar revertendo para uma versão anterior?
Espero que a equipe de desenvolvimento resolva isso muito em breve e crie uma correção futura.
Tentei git checkout v3.4.0.beta2 no docker, mas falhei várias vezes ao reverter, mesmo especificando o arquivo app.yml. Então verei se há uma pessoa de contato na Discourse para corrigir este bug de erro 550 para o beta5 em breve.
Onde você está vendo este erro? Eu só tenho grandes problemas com e-mail, mas não tenho certeza de onde ver o erro 550, obrigado.
Não estou vendo nenhum erro nos logs de e-mail através da GUI, apenas as respostas não são recebidas e os e-mails enviados vão apenas para alguns indivíduos, quando deveriam ir para cerca de 65 pessoas.
Eu vejo isto em /logs:
Por favor, não @mencione membros da equipe.
Se você é um cliente pagante do Discourse, pode obter suporte prioritário entrando em contato com team@discourse.org, caso contrário, é um esforço de melhoria.
Ao relatar, por favor, especifique qual provedor de e-mail você está usando, talvez algo tenha regredido em um provedor de e-mail comumente usado para o Discourse. Eu não sei.
Sinto muito, eu não percebi isso, não farei isso novamente. Obrigado por me apontar isso sobre as menções.
Eu uso o Brevo, mas não acho que esteja relacionado ao Brevo com base no que vejo, pois alguns e-mails estão sendo enviados.
As respostas estão chegando via Gmail, mas isso sempre funcionou.
Talvez o outro respondente possa nos informar o que ele está usando. Ele tem o mesmo problema.
Está em logs do servidor e relatórios. Posso enviar um e-mail de teste e ele retornará um erro de e-mail 550 na guia Ignorados. Não ouvi nada de nenhum desenvolvedor. Acho que também com a atualização do PostGres 15 as configurações podem não ter sido transferidas para o banco de dados para serem executadas se o app.yml exigir comunicação.
Consigo enviar um e-mail de teste com sucesso, sem erros. Esse e-mail de teste é enviado via Brevo.
O problema para mim é que os e-mails da categoria “assistidos” (watched) são enviados apenas para alguns usuários. Os e-mails que faltam não aparecem como pulados. A maioria dos usuários simplesmente não recebe os e-mails.
O segundo problema é que os e-mails de resposta nunca chegam ao sistema.
Esses problemas só começaram após a atualização recente.
Estou no Ubuntu 22.04, que também teve uma atualização de contêiner recentemente, mas não notei o problema de e-mail até depois de atualizar o Discourse, que, claro, também atualizou o Postgres.
Qual sistema operacional você está executando, Phil?
isso aparece muito no log de produção:
Email não pode ser processado: Email::Receiver::EmptyEmailError
tail -1000 production.log-20250202 | grep ‘Email::Receiver::EmptyEmailError’ | wc -l
291
Eu vejo este tópico, mas não entendo a solução, alguém pode me explicar por favor? Onde fica a caixa de entrada? Eu consigo ver minha caixa de entrada se clicar em mensagens duas vezes para minha conta, e consigo apagar essas mensagens, mas não são muitas. Então, quero dizer como eu vejo todos os e-mails de resposta recebidos, qual caixa de entrada, etc.
Ao clicar no erro, você vê mais detalhes? Pode muito bem ser um único e-mail com formatação estranha/ruim e nós continuamos reagendando o trabalho que deveria processá-lo.
Observação: acabei de postar em um tópico que deveria ter criado 65 e-mails, mas criou apenas 5 em enviados, nada pulou, etc. Sem erro e sem aviso.
Há um erro em /logs de ontem e um aviso, não sei se estão relacionados aos meus problemas de e-mail:
Message (552 copies reported)
Job exception: Net::ReadTimeout
Backtrace
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:229:in `rbuf_fill'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:199:in `readuntil'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:377:in `each_message_chunk'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-pop-0.1.2/lib/net/pop.rb:958:in `block in retr'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-pop-0.1.2/lib/net/pop.rb:1016:in `critical'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-pop-0.1.2/lib/net/pop.rb:956:in `retr'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-pop-0.1.2/lib/net/pop.rb:810:in `pop'
/var/www/discourse/app/jobs/scheduled/poll_mailbox.rb:47:in `block (2 levels) in poll_pop3'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-pop-0.1.2/lib/net/pop.rb:669:in `each'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-pop-0.1.2/lib/net/pop.rb:669:in `each_mail'
/var/www/discourse/app/jobs/scheduled/poll_mailbox.rb:46:in `block in poll_pop3'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-pop-0.1.2/lib/net/pop.rb:531:in `start'
/var/www/discourse/app/jobs/scheduled/poll_mailbox.rb:45:in `poll_pop3'
/var/www/discourse/app/jobs/scheduled/poll_mailbox.rb:14:in `execute'
/var/www/discourse/app/jobs/base.rb:316:in `block (2 levels) in perform'
/var/www/discourse/vendor/bundle/ruby/6.1.0/gems/rails_multisite-6.1.0/lib/rails_multisite/connection_management/null_instance.rb:49:in `with_connection'
/var/www/discourse/vendor/bundle/ruby/6.1.0/gems/rails_multisite-6.1.0/lib/rails_multisite/connection_management.rb:21:in `with_connection'
/var/www/discourse/app/jobs/base.rb:303:in `block in perform'
/var/www/discourse/app/jobs/base.rb:299:in `each'
/var/www/discourse/app/jobs/base.rb:299:in `perform'
/var/www/discourse/app/jobs/base.rb:379:in `perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:137:in `process_queue'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:77:in `worker_loop'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:63:in `block (2 levels) in ensure_worker_threads'
Message (694 copies reported)
Email can not be processed: Email::Receiver::EmptyEmailError
Backtrace
/var/www/discourse/vendor/bundle/ruby/7.2.2.1/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `block in warn'
/var/www/discourse/vendor/bundle/ruby/7.2.2.1/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `block in dispatch'
/var/www/discourse/vendor/bundle/ruby/7.2.2.1/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `each'
/var/www/discourse/vendor/bundle/ruby/7.2.2.1/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/7.2.2.1/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `warn'
/var/www/discourse/lib/email/processor.rb:183:in `log_email_process_failure'
/var/www/discourse/lib/email/processor.rb:29:in `rescue in process!'
/var/www/discourse/lib/email/processor.rb:16:in `process!'
/var/www/discourse/lib/email/processor.rb:13:in `process!'
/var/www/discourse/app/jobs/scheduled/poll_mailbox.rb:29:in `process_popmail'
/var/www/discourse/app/jobs/scheduled/poll_mailbox.rb:49:in `block (2 levels) in poll_pop3'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-pop-0.1.2/lib/net/pop.rb:669:in `each'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-pop-0.1.2/lib/net/pop.rb:669:in `each_mail'
/var/www/discourse/app/jobs/scheduled/poll_mailbox.rb:46:in `block in poll_pop3'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-pop-0.1.2/lib/net/pop.rb:531:in `start'
/var/www/discourse/app/jobs/scheduled/poll_mailbox.rb:45:in `poll_pop3'
/var/www/discourse/app/jobs/scheduled/poll_mailbox.rb:14:in `execute'
/var/www/discourse/app/jobs/base.rb:316:in `block (2 levels) in perform'
/var/www/discourse/vendor/bundle/ruby/6.1.0/gems/rails_multisite-6.1.0/lib/rails_multisite/connection_management/null_instance.rb:49:in `with_connection'
/var/www/discourse/vendor/bundle/ruby/6.1.0/gems/rails_multisite-6.1.0/lib/rails_multisite/connection_management.rb:21:in `with_connection'
/var/www/discourse/app/jobs/base.rb:303:in `block in perform'
/var/www/discourse/app/jobs/base.rb:299:in `each'
/var/www/discourse/app/jobs/base.rb:299:in `perform'
/var/www/discourse/app/jobs/base.rb:379:in `perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:137:in `process_queue'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:77:in `worker_loop'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:63:in `block (2 levels) in ensure_worker_threads'
Como você sabe que deveria ter criado 65 e-mails?
Sei exatamente quem tem categorias de “Assistido” configuradas, e esta é uma categoria de “Assistido”, e nenhum usuário silenciou notificações. Absolutamente deveria ter 65 e-mails enviados, como sempre aconteceu antes da atualização.
Vou atualizar para a nova versão ainda hoje e ver se faz alguma diferença, de 3.4.0.beta4-dev para a nova versão.
Também reiniciarei a VM, assumo que isso reiniciará graciosamente o banco de dados, que, aliás, foi instalado corretamente de acordo com a documentação quando fiz a atualização para 3.4.0.beta4-dev.
Além do que já mencionei, como as atualizações do sistema operacional Ubuntu 22.04 para containerd, eu não pensaria que seria um problema, mas a única outra mudança que fiz no final da semana passada foi instalar o plugin CakeDay.