Le email di digest non vengono inviate a tutti gli utenti – bisogno di aiuto per il debug

Ciao a tutti,

Un grande forum Discourse sta riscontrando un problema per cui le email di riepilogo (email di riepilogo dell’attività) non vengono consegnate a tutti gli utenti idonei come previsto.

Dettagli del problema:

  • Capisco che le email di riepilogo vengano inviate solo agli utenti inattivi, ma in base alle nostre impostazioni, dovrebbero esserci ancora molti destinatari.
  • Alcuni utenti visti l’ultima volta entro 180 giorni non ricevono le email di riepilogo.
  • Non ci sono errori chiari nei log Admin > Email > Saltate, ma le email non vengono consegnate.

Impostazioni e configurazioni controllate:

  1. Invio basato sull’attività dell’utente:
  • Gli utenti che hanno visitato di recente non dovrebbero ricevere i riepiloghi, ma ho confermato che ci sono molti utenti che non visitano da più di 30 giorni e non hanno ancora ricevuto un riepilogo.
  1. suppress_digest_email_after_days:
  • Impostato su 180 giorni (predefinito). Tuttavia, gli utenti inattivi da meno di 180 giorni non ricevono ancora i riepiloghi.
  1. default_email_digest_frequency:
  • Inizialmente impostato su settimanale (10080 minuti)
  • Modificato in giornaliero (1440 minuti), ma ancora non vengono inviate email.
  1. Log email e controlli di consegna:
  • I log Admin > Email > Inviate/Saltate non indicano che i riepiloghi siano stati tentati e saltati.
  • Nessuna preferenza email lato utente che blocca i riepiloghi (controllato su account di prova).
  1. Provider server e email:
  • Utilizzo di un provider di posta elettronica ad alto volume che supporta l’invio su larga scala.
  • Nessuna prova di limiti di frequenza o problemi di recapito.
  • Altri tipi di email (notifiche, reset password, ecc.) vengono consegnati correttamente.

Domande:

  • Esiste un modo per forzare l’invio di un’email di riepilogo per tutti gli utenti che soddisfano i criteri di inattività?
  • Potrebbe esserci un problema sottostante che impedisce l’invio dei riepiloghi, anche quando tutte le impostazioni sembrano corrette?
  • Ci sono limiti noti per i forum di grandi dimensioni che potrebbero influire sulla pianificazione o sull’invio dei riepiloghi?
  • La modifica di altre impostazioni potrebbe aiutare a garantire che i riepiloghi raggiungano regolarmente gli utenti?

Apprezzerei qualsiasi guida o suggerimento per la risoluzione dei problemi. Grazie in anticipo!

3 Mi Piace

Per testare questo, abbiamo impostato la frequenza del digest a 30 minuti, ci siamo assicurati che venisse creato un nuovo post e, nonostante ciò, nessuna email di digest è stata inviata agli utenti idonei.

2 Mi Piace

Sto assistendo @emonunix in questo. Sembra che abbiamo un processo sidekiq in esecuzione ogni 30 minuti relativo a questo processo - senza sapere come risolvere i problemi di questo processo, sembra che venga eseguito senza problemi. Ecco lo stato attuale.

Forse ci sono altri posti dove cercare errori?

3 Mi Piace

Sto testando diverse configurazioni per capire perché le email di riepilogo non vengano inviate come previsto. Ho tentato di impostare la frequenza del riepilogo a 30 minuti per il test, ma l’impostazione non è riuscita a essere salvata e ha mostrato un errore dopo alcuni minuti.

Dato che la dimensione del forum è grande, sospetto che questo possa essere legato al modo in cui Discourse elabora questi cambiamenti su larga scala. Tuttavia, non ho visto log di errore generati, il che rende più difficile la risoluzione dei problemi.

Se qualcuno ha intuizioni sul motivo per cui le impostazioni potrebbero fallire nel salvataggio—specialmente in forum grandi—o su come forzare i log a catturare più dettagli, apprezzerei ogni indicazione.

3 Mi Piace

Sto riscontrando alcuni errori nella console:

Errori nella console:

  1. 502 Bad Gateway
    • URL: /admin/site_settings/default_email_digest_frequency
    • Impossibile caricare la risorsa: il server ha risposto con uno stato 502.
  2. 429 Too Many Requests
    • URL: /message-bus/9787a3d46f4640699f8b3bd12d33a6c8/poll
    • Errore della console: POST /message-bus/... 429 (Too Many Requests)

Non sono sicuro di cosa stia causando questi problemi, qualsiasi suggerimento sarebbe apprezzato!

3 Mi Piace

Aggiunta di maggiori dettagli. Abbiamo esaminato più volte questa guida:

Non fornisce alcuna soluzione al nostro problema.

Qualcuno ha dei prossimi passi per verificare perché i digest non vengono inviati? Esiste un processo o un modo per verificare che il sistema stia facendo…

  • La ricerca degli iscritti idonei?
  • Ottenendo la lista?
  • Mettendo la lista in memoria?
  • Passando alla generazione ecc.?
2 Mi Piace

Domanda veloce, hai modificato retroattivamente questa impostazione per tutti gli utenti? Perché per quanto ne so, una volta impostata alla creazione dell’account, non cambia se modifichi i valori predefiniti.

Controlla il tuo profilo e vedi se è il valore che ti aspetti.

3 Mi Piace

Sì, quando ho controllato il mio profilo e quello di alcuni utenti casuali, ho scoperto che le impostazioni si riflettevano lì.

1 Mi Piace

Grazie @Bas, l’abbiamo aggiornato a 30 e puoi applicarlo retroattivamente: il sistema mostra un messaggio che conferma che i record utente vengono aggiornati quando apporti questa modifica.

Inoltre, non credo che l’errore sia correlato all’invio dei digest via email perché abbiamo confermato che gli utenti con l’impostazione corretta non li ricevono ancora.

Fammi sapere se hai altre idee!

2 Mi Piace

Hai controllato alcuni degli account che non ricevono per vedere se hanno categorie e/o tag disattivati? Credo che se hai disattivato il digest, questo non includerà gli argomenti.

Altrimenti, il team è probabilmente la migliore risorsa.

Un’altra cosa con il tuo server di posta, hai aggiunto il record DNS dkim al tuo dominio? Non sono sicuro se questo sia necessario da tutti i provider SMTP. Ma può aiutare con le email non contrassegnate come spam o bloccate. Hai chiesto agli utenti di controllare lo spam?

2 Mi Piace

Grazie @Heliosurge per essere chiaro, le email non vengono inviate affatto, quindi non si tratta di se vengano viste o bloccate, o consegnate nello spam - discourse non le sta elaborando in primo luogo. Ecco uno screenshot dell’attività degli ultimi giorni:

Tieni presente che dovrebbero essere circa 90 digest al giorno in base alle impostazioni e alla configurazione.

[screenshot è stato rimosso poiché contiene indirizzi email dell’utente]

Quindi, da quello che possiamo dire, le email non vengono nemmeno messe in coda all’inizio - è come se il processo non fosse in esecuzione, o fallisse… o entrambi.

2 Mi Piace

Okay, ma l’altro componente consiste anche nel verificare le preferenze di un membro in tag e categorie. È possibile che abbiano cose disattivate.

Un’altra cosa che un membro del team potrebbe rispondere è se un membro utilizza il link di annullamento dell’iscrizione nell’email se cambia visibilmente le cose nelle preferenze dell’utente.

Ad essere onesti, trovo questo problema come iddm. Ma potrebbe esserci qualche tipo di bug, forse.

Tutto ciò che hai condiviso, secondo me, dovrebbe funzionare come previsto.

2 Mi Piace

@Heliosurge mi scuso per aver risposto alla tua domanda. Certo, potrebbero esserci alcuni utenti che hanno impostazioni che impediscono loro di ricevere il digest. Abbiamo un certo numero di utenti demo sul sito dove stiamo controllando le impostazioni e abbiamo verificato (pensiamo) che le cose dovrebbero essere consegnate. Quindi non credo che sia un caso in cui tutte le 80 persone abbiano modificato le proprie impostazioni per NON ricevere il digest.

Una cosa strana è che oggi ho notato che quando visito il sito la riga ‘ultima visita’ è molto vecchia, tipo 9 giorni, ma io visito ogni giorno, quindi non è accurata. Potrebbe anche quella logica essere correlata a ciò che discourse considera come data di invio del digest? Non ne ho idea, mi sembrava solo strano, e a questo punto stiamo praticamente aggrappandoci a delle pagliuzze per i prossimi passi…

2 Mi Piace

Questo potrebbe essere correlato. Chiedi ad altri utenti di controllare se notano se è accurato.

Per confermare che stai guardando l’ultima visita al sito? La tua foto credo sia l’ultima attività/post nell’argomento.

1 Mi Piace

Grazie @Heliosurge
Dato che @Jacob_Peebles visita il sito frequentemente, sopra la riga ____ ultima visita ____ dovrebbe vedere solo i post molto recenti, come quelli di 5/10 minuti fa o 1/2 ore fa.

Non siamo riusciti a capire perché discourse mostri post vecchi di 8/9 giorni sopra l’ultima visita.
L’ho controllato dal mio account, non ho riscontrato questo problema.

1 Mi Piace

Veramente non sono sicuro da qui. Come amministratori siamo spesso gli ultimi a venire a conoscenza di un problema.

Hai detto che le informazioni della tua ultima visita sembrano corrette mentre l’ultima visita di @Jacob_Peebles non si aggiorna correttamente?

Mi chiedo quanti altri utenti stiano avendo problemi simili.

Jacob, il tuo account riceve email di riepilogo? Ora, certamente, essendo online spesso potresti non essere nel lasso di tempo (iirc) per ricevere un’email di riepilogo. Tuttavia, non vedo impostazioni che indicano per quanto tempo un utente è assente, a meno che non sia la impostazione che hai menzionato riguardo a 30 minuti, ora, giornaliero, settimanale.

Capisco quanto possa essere frustrante, poiché potrebbe essere utile per ridurre il carico di email inviate, considerando solo le email necessarie.

1 Mi Piace

@Heliosurge no, non sto ricevendo il digest, ma nessun utente ha ricevuto il digest negli ultimi 3 giorni.

Sì, è super frustrante, non c’è dubbio. Da quello che possiamo vedere non ci sono errori di sistema, niente in sidekiq, niente nei log, quindi questo potrebbe succedere a chiunque… e non saprebbero mai che le email non vengono inviate come previsto… spaventoso.

Potrebbe essere correlato a questa impostazione del sito

Questa impostazione può consentire a un membro che non ha effettuato il logout, se ho capito bene, fino a 60 giorni.

Forse prova 2 ore?!? Non sono sicuro del perché l’impostazione sia impostata su 60 giorni. A meno che la descrizione dell’impostazione non sia accurata?

Perché è una seccatura fare il login continuamente nei punti sensibili. Se non ricordo male, sto usando 365 giorni. E non ci sono problemi noti di questo tipo.

2 Mi Piace

L’età della sessione ci evita semplicemente di dover effettuare continuamente il login, il che non ha nulla a che fare con i riepiloghi via email, per quanto ne so.

3 Mi Piace