Sembra che da quando ho aggiornato discourse qualche giorno fa, l’email di risposta non funzioni più, non viene ricevuta e quindi non aggiorna l’argomento, e anche l’email inviata per le categorie osservate si sta comportando male, inviandone solo 5 su 65.
Qualcun altro ha avuto problemi recenti con le email?
Sì, purtroppo ho gli stessi problemi con 3.4.0.beta4-dev. Ho provato di tutto, dalla rivalutazione del file app.yml; al controllo delle impostazioni DNS della posta. Ironicamente, dal terminale sono stato in grado di inviare tramite smtp nel container Docker di Discourse utilizzando wasm. Il che penso possa derivare da un bug di configurazione da qualche parte. Questo è un grosso problema per tutti gli utenti registrati che non possono ricevere email per post, newsletter, reset della password. Il messaggio di errore 550 è in corso dalla nuova versione. Ora sto pregando che il rollback alla v3.4.0.beta2 risolva questo bug.
Sono contento che non sia solo io, spero che qualche sviluppatore risolva questo problema al più presto. Non ho idea di come fare il rollback.
Installato
3.4.0.beta4-dev
58f75ed205
C’è stato anche un aggiornamento del database postgres da 13 a 15 che ha avuto luogo contemporaneamente.
Non so se l’aggiornamento di postgres abbia compromesso le impostazioni di configurazione dalla GUI, dato che ho notato che l’aggiunta delle informazioni del server POP3 per il polling non ha apportato alcuna modifica al file di configurazione app.yml di discourse… molto strano. Il rollback è un po’ complicato perché richiede di accedere ai tag di git e ricostruire l’intera applicazione dalle versioni. L’uso di chatGPT può aiutare a risolvere i problemi.
Sei riuscito a farlo funzionare tornando a una versione precedente?
Spero che il team di sviluppo intervenga presto e crei una correzione in avanti.
Ho provato git checkout v3.4.0.beta2 nel docker ma ho fallito più volte nel fare il rollback nonostante specificassi anche il file app.yml. Quindi vedrò se c’è una persona di contatto a Discourse per correggere questo bug di errore 550 per beta5 presto.
Dove vedi questo errore? Ho solo grossi problemi con le email, ma non sono sicuro di dove vedere l’errore 550, grazie
Non vedo errori nei log delle email tramite la GUI, solo che le risposte non vengono ricevute e le email inviate vanno solo a pochi individui, quando dovrebbero andare a circa 65 persone.
Vedo questo in /logs:
Si prega di non menzionare i membri del team con @.
Se sei un cliente pagante di Discourse, puoi ottenere supporto prioritario contattando team@discourse.org, altrimenti è un supporto basato sul miglior sforzo.
Quando segnalate, specificate quale provider di posta elettronica state utilizzando, forse qualcosa è regredito su un provider di posta elettronica comunemente utilizzato per Discourse. Non lo so.
Mi dispiace molto, non me ne ero reso conto, non lo farò più. Grazie per avermelo fatto notare riguardo alle menzioni.
Uso Brevo, ma non penso che sia correlato a Brevo in base a ciò che vedo, dato che alcune email vengono inviate.
Le risposte arrivano tramite Gmail, ma questo ha sempre funzionato.
Forse l’altro utente può farci sapere cosa sta usando. Ha lo stesso problema.
Si trova nei log del server e nei report. Posso inviare un’e-mail di prova e restituirà un errore di posta 550 nella scheda Saltati. Non ho sentito nulla da nessuno sviluppatore. Penso che anche con l’aggiornamento di PostGres 15 le impostazioni potrebbero non essere state trasferite al db per l’esecuzione se app.yml richiede la comunicazione.
Posso inviare correttamente un’email di prova, senza errori. Quell’email di prova viene inviata tramite Brevo.
Il problema per me è che le email della categoria “watched” vengono inviate solo a pochi utenti. Le email mancanti non vengono visualizzate come saltate. Alla maggior parte degli utenti semplicemente non vengono inviate le email.
Il secondo problema è che le email di risposta non arrivano mai nel sistema.
Questi problemi sono iniziati solo dopo il recente aggiornamento.
Sono su Ubuntu 22.04, che ha anche avuto un aggiornamento del container di recente, ma non ho notato il problema delle email fino a dopo aver aggiornato Discourse, che ovviamente ha anche aggiornato Postgres.
Su quale sistema operativo stai girando, Phil?
Questo appare spesso nel log di produzione:
Email non può essere elaborata: Email::Receiver::EmptyEmailError
tail -1000 production.log-20250202 | grep ‘Email::Receiver::EmptyEmailError’ | wc -l
291
Vedo questo argomento, ma non capisco la soluzione, qualcuno può spiegarmelo per favore? Dove si trova la casella di posta? Posso vedere la mia casella di posta se clicco su messaggi due volte per il mio account e posso eliminare quei messaggi, ma non ce ne sono molti. Quindi, intendo come faccio a vedere tutte le email di risposta in arrivo, quale casella di posta, ecc.
Quando fai clic sull’errore, vedi maggiori dettagli? Potrebbe benissimo trattarsi di una singola email formattata in modo strano/errato e continuiamo a riprogrammare il processo che dovrebbe elaborarla.
Nota: ho appena pubblicato su un argomento che avrebbe dovuto creare 65 email, ma ne ha create solo 5 in uscita, senza salti, ecc. Nessun errore e nessun avviso.
C’è un errore in /logs di ieri e un avviso, non ho idea se siano correlati ai miei problemi di posta elettronica:
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/3.3.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/3.3.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/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `block in warn'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `block in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `each'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/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/3.3.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/3.3.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'
Come fai a sapere che avrebbe dovuto creare 65 email?
So esattamente chi ha impostato le categorie Watch, e questa è una categoria Watch, e nessun utente ha disattivato le notifiche. Dovrebbe assolutamente inviare 65 email, come ha sempre fatto prima dell’aggiornamento.
Aggiornerò alla nuova versione più tardi oggi e vedrò se fa qualche differenza, da 3.4.0.beta4-dev alla nuova versione.
Riavvierò anche la VM, presumo che ciò riavvierà correttamente il database, che tra l’altro è stato installato correttamente secondo la documentazione quando ho eseguito l’aggiornamento a 3.4.0.beta4-dev.
A parte quanto ho già menzionato, come gli aggiornamenti del sistema operativo Ubuntu22.04 a containerd, non penserei che sia un problema, ma l’unica altra modifica che ho apportato la scorsa settimana è stata l’installazione del plugin CakeDay.