Parece que desde la última vez que actualicé discourse hace unos días, el correo electrónico de respuesta ya no funciona, no se recibe y, por lo tanto, no actualiza el tema, y el correo electrónico enviado para las categorías observadas también se está portando mal, solo enviando 5 de 65.
¿Alguien más tiene problemas recientes con el correo electrónico?
Sí, lamentablemente tengo los mismos problemas con 3.4.0.beta4-dev. Intenté de todo, desde reevaluar el archivo app.yml hasta verificar la configuración DNS del correo. Irónicamente, desde la terminal pude enviar a través de smtp en el contenedor docker de Discourse usando wasm. Lo que creo que puede provenir de un error de configuración en alguna parte. Este es un gran problema para todos los usuarios registrados que no pueden recibir correos electrónicos para publicaciones, boletines informativos, restablecimiento de contraseñas. El mensaje de error 550 ha estado presente desde la nueva actualización. Ahora estoy rezando para que retroceder a la v3.4.0.beta2 resuelva este error.
Me alegra que no sea solo yo, espero que algún desarrollador solucione este problema lo antes posible. No tengo idea de cómo revertir.
Instalado
3.4.0.beta4-dev
58f75ed205
También se realizó una actualización de la base de datos de postgres de la 13 a la 15 al mismo tiempo.
No sé si la actualización de postgres estropeó la configuración de ajustes desde la GUI, ya que he notado que al agregar información del servidor POP3 para sondeo no se realizaron cambios en el archivo de configuración app.yml de discourse… muy extraño. La reversión es un poco complicada, ya que requiere que accedas a las etiquetas de git y reconstruyas toda la aplicación a partir de versiones. Usar ChatGPT para esto puede ayudar a solucionar problemas.
¿Conseguiste que funcionara revirtiendo a una versión anterior?
Espero que el equipo de desarrollo se ponga manos a la obra pronto y cree una solución definitiva.
Intenté git checkout v3.4.0.beta2 en el docker pero fallé varias veces al revertir a pesar de especificar también el archivo app.yml. Así que veré si hay una persona de contacto en Discourse para solucionar este error 550 de beta5 pronto.
¿Dónde estás viendo este error? Yo solo tengo grandes problemas con el correo electrónico, pero no estoy seguro de dónde ver el error 550, gracias.
No estoy viendo ningún error en los registros de correo electrónico a través de la GUI, solo que las respuestas no se reciben y los correos electrónicos enviados solo van a unas pocas personas, cuando deberían ir a unas 65 personas.
Veo esto en /logs:
Por favor, no @menciones a los miembros del equipo.
Si usted es un cliente de pago de Discourse, puede obtener soporte prioritario contactando a team@discourse.org; de lo contrario, se hará lo posible.
Al informar, por favor especifique qué proveedor de correo electrónico está utilizando, tal vez algo haya retrocedido en un proveedor de correo electrónico comúnmente utilizado para Discourse. No lo sé.
Lo siento mucho, no me di cuenta, no volveré a hacerlo. Gracias por señalarme esto sobre las menciones.
Uso Brevo, pero no creo que esté relacionado con Brevo según lo que veo, ya que algunos correos sí salen.
Las respuestas llegan a través de Gmail, pero eso siempre ha funcionado.
Quizás el otro interlocutor puede informarnos qué está usando. Él tiene el mismo problema.
Está en los registros del servidor e informes. Puedo enviar un correo electrónico de prueba y devolverá un error de correo 550 en la pestaña Omitido. No he sabido nada de ningún desarrollador. Creo que también con la actualización de PostGres 15, la configuración puede no haberse transferido a la base de datos para ejecutarse si app.yml requiere comunicación.
Puedo enviar un correo electrónico de prueba con éxito, sin errores. Ese correo electrónico de prueba se envía a través de Brevo.
El problema para mí es que los correos electrónicos de la categoría observada solo se envían a algunos usuarios. Los correos electrónicos que faltan no aparecen como omitidos. La mayoría de los usuarios simplemente no reciben los correos electrónicos.
El segundo problema es que los correos electrónicos de respuesta nunca llegan al sistema.
Estos problemas solo comenzaron después de la reciente actualización.
Estoy en Ubuntu 22.04, que también tuvo una actualización de contenedor recientemente, pero no noté el problema del correo electrónico hasta después de actualizar Discourse, lo que por supuesto también actualizó Postgres.
¿Qué sistema operativo usas, Phil?
esto aparece mucho en el registro de producción:
Email no se puede procesar: Email::Receiver::EmptyEmailError
tail -1000 production.log-20250202 | grep ‘Email::Receiver::EmptyEmailError’ | wc -l
291
Veo este tema, pero no entiendo la solución, ¿alguien puede explicármelo por favor? ¿Dónde está ubicada la bandeja de entrada? Puedo ver mi bandeja de entrada si hago clic en mensajes dos veces para mi cuenta y puedo eliminar esos mensajes, pero no hay muchos. Entonces, quiero decir, ¿cómo veo todos los correos electrónicos de respuesta entrantes, qué bandeja de entrada, etc.?
Al hacer clic en el error, ¿se ven más detalles? Podría ser perfectamente un solo correo electrónico con un formato extraño o incorrecto y seguimos reprogramando el trabajo que se supone que debe procesarlo.
Tenga en cuenta que acabo de publicar en un tema que debería haber creado 65 correos electrónicos, pero solo creó 5 en enviados, nada omitido, etc. Sin errores ni advertencias.
Hay un error en /logs de ayer y una advertencia, no tengo idea de si están relacionados con mis problemas de correo electrónico:
Mensaje (552 copias reportadas)
Excepción del trabajo: 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'
Mensaje (694 copias reportadas)
No se puede procesar el correo electrónico: 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'
¿Cómo sabes que debería haber creado 65 correos electrónicos?
Sé exactamente quién tiene categorías de “Visto” configuradas, y esta es una categoría de “Visto”, y ningún usuario ha silenciado las notificaciones. Absolutamente debería enviar 65 correos electrónicos, como siempre lo hizo antes de la actualización.
Actualizaré a la nueva versión más tarde hoy y veré si marca alguna diferencia, de 3.4.0.beta4-dev a la nueva versión.
También reiniciaré la máquina virtual, asumo que eso reiniciará la base de datos de forma segura, que, por cierto, se instaló correctamente según la documentación cuando actualicé a 3.4.0.beta4-dev.
Aparte de lo que ya he mencionado, como las actualizaciones del sistema operativo Ubuntu22.04 a containerd, no creo que sea un problema, pero el único otro cambio que hice a fines de la semana pasada fue instalar el plugin CakeDay.