Problema Gsuite smtp-relay "fine del file raggiunta"

Supporto
1

Scusate se questo è già stato trattato altrove.

Negli ultimi due anni ho utilizzato Gsuite come relay SMTP per Discourse. Oggi ho riscontrato il seguente errore accedendo a Discourse:

Ci sono 15547 lavori di posta falliti. Controllate il file app.yml e assicuratevi che le impostazioni del server di posta siano corrette. Consultate i lavori falliti in Sidekiq.

Il file app.yml è configurato in questo modo:

SMTP_ADDRESS=smtp-relay.gmail.com
SMTP_PORT=587
SMTP_PASSWORD=
SMTP_USER_NAME=

La dashboard di Sidekiq appare così:

Screen Shot 2021-01-19 at 1.08.58 PM
Screen Shot 2021-01-19 at 1.08.58 PM2456×1688 468 KB

Ho provato a eseguire discourse-doctor e ho ottenuto quanto segue:

==================== MAIL TEST ====================
Per un test affidabile, ottenete un indirizzo da http://www.mail-tester.com/
Invio della posta a REDACTED  . . 
Test dell'invio a admin@acescentral.com utilizzando smtp-relay.gmail.com:587.
======================================== ERROR ========================================
                                    ERRORE INASPETTATO

fine del file raggiunta

====================================== SOLUTION =======================================
Questo non è un errore comune. Non esiste una soluzione consigliata!

Per favore, segnalate il messaggio di errore esatto sopra a https://meta.discourse.org/
(E una soluzione, se ne trovate una!)
=======================================================================================

In Gsuite, le impostazioni del relay SMTP sono:

Mittenti consentiti: Solo indirizzi nei miei domini
Accettare solo posta dagli indirizzi IP specificati: Sì
Indirizzi IP consentiti: digital ocean discourse production
Richiedere autenticazione SMTP: No
Richiedere crittografia TLS: Sì

C’è qualcosa che sto facendo chiaramente in modo errato?

Grazie in anticipo

2

C’è una discussione sullo stesso problema in corso qui, anche se al momento non ci sono soluzioni.

Sembra che i tempi dei tuoi errori corrispondano approssimativamente (i miei sono iniziati circa 5 giorni fa, sembra che i tuoi siano iniziati a peggiorare qualche giorno prima).

3

Nuovo messaggio di oggi…

  • Il numero di job in coda è 130988, un valore elevato. Ciò potrebbe indicare un problema con il processo (o i processi) Sidekiq, oppure potrebbe essere necessario aggiungere più worker Sidekiq.
4

Non riesce a inviare messaggi, quindi si stanno accodando: nulla di inaspettato. Tuttavia, non ho ancora idea del perché il relay SMTP di Google abbia improvvisamente smesso di funzionare.

5

Vale la pena svuotare la coda? Il backlog farà crashare il server?

6

Non importa. A meno che il problema reale nell’invio delle email non venga risolto, la coda di lavoro tornerà semplicemente.