Un grand forum Discourse rencontre un problème où les e-mails de résumé (e-mails de résumé d’activité) ne sont pas livrés à tous les utilisateurs éligibles comme prévu.
Détails du problème :
Je comprends que les e-mails de résumé ne sont envoyés qu’aux utilisateurs inactifs, mais selon nos paramètres, il devrait y avoir encore de nombreux destinataires.
Certains utilisateurs qui ont été vus pour la dernière fois il y a moins de 180 jours ne reçoivent pas d’e-mails de résumé.
Il n’y a pas d’erreurs claires dans les journaux Admin > Emails > Skipped (Administrateur > E-mails > Ignorés), mais les e-mails ne sont pas livrés.
Paramètres et configurations vérifiés :
Envoi basé sur l’activité de l’utilisateur :
Les utilisateurs qui ont visité récemment ne devraient pas recevoir de résumés, mais j’ai confirmé qu’il y a de nombreux utilisateurs qui ne l’ont pas fait depuis plus de 30 jours et qui n’en ont toujours pas reçu.
suppress_digest_email_after_days :
Défini sur 180 jours (par défaut). Cependant, les utilisateurs inactifs depuis moins de 180 jours ne reçoivent toujours pas de résumés.
default_email_digest_frequency :
Initialement défini sur hebdomadaire (10080 minutes)
Changé en quotidien (1440 minutes), mais toujours pas d’envoi d’e-mails.
Journaux d’e-mails et vérifications de livraison :
Les journaux Admin > Emails > Sent/Skipped (Administrateur > E-mails > Envoyés/Ignorés) n’indiquent pas que les résumés ont été tentés et ignorés.
Aucune préférence d’e-mail côté utilisateur ne bloque les résumés (vérifié sur des comptes de test).
Serveur et fournisseur d’e-mails :
Utilisation d’un fournisseur d’e-mails à haut volume qui prend en charge l’envoi à grande échelle.
Aucune preuve de limites de débit ou de problèmes de délivrabilité.
D’autres types d’e-mails (notifications, réinitialisations de mot de passe, etc.) sont livrés correctement.
Questions :
Existe-t-il un moyen de forcer l’envoi d’un e-mail de résumé pour tous les utilisateurs répondant aux critères d’inactivité ?
Pourrait-il y avoir un problème sous-jacent empêchant l’envoi des résumés, même lorsque tous les paramètres semblent corrects ?
Existe-t-il des limites connues pour les grands forums qui pourraient affecter la planification ou l’envoi des résumés ?
L’ajustement d’autres paramètres pourrait-il aider à garantir que les résumés parviennent régulièrement aux utilisateurs ?
J’apprécierais toute aide ou suggestion de dépannage. Merci d’avance !
Pour tester cela, nous avons défini la fréquence des résumés sur 30 minutes, nous nous sommes assurés qu’un nouveau message a été publié, et pourtant, aucun e-mail de résumé n’a été envoyé aux utilisateurs éligibles.
J’assiste @emonunix sur ce sujet. Il semble qu’un job sidekiq s’exécute toutes les 30 minutes en relation avec ce processus - sans savoir comment dépanner ce job, il semble qu’il s’exécute sans problème. Voici le statut actuel.
J’ai testé différentes configurations pour comprendre pourquoi les e-mails de résumé ne sont pas envoyés comme prévu. J’ai tenté de régler la fréquence du résumé à 30 minutes pour effectuer un test, mais le paramètre n’a pas été enregistré et une erreur s’est affichée après quelques minutes.
Étant donné que la taille du forum est grande, je suspece que cela pourrait être lié à la façon dont Discourse traite ces changements à grande échelle. Cependant, je n’ai pas vu de journaux d’erreur générés, ce qui rend le dépannage plus difficile.
Si quelqu’un a des idées sur pourquoi les paramètres pourraient ne pas se sauvegarder — en particulier dans les grands forums — ou comment forcer la capture de plus de détails dans les journaux, je serais reconnaissant pour toute orientation.
Ajout de plus de détails ici. Nous avons parcouru ce guide plusieurs fois :
Il ne fournit aucune résolution à notre problème.
Quelqu’un a-t-il des prochaines étapes pour vérifier pourquoi les résumés ne sont pas envoyés ? Existe-t-il un processus ou un moyen de vérifier que le système effectue…
Question rapide, avez-vous modifié ce paramètre rétroactivement pour tous les utilisateurs ? Parce que, pour autant que je sache, une fois qu’il est défini lors de la création du compte, il ne change pas si vous modifiez les valeurs par défaut.
Vérifiez votre propre profil et voyez s’il s’agit de la valeur que vous attendez.
Merci @Bas, nous l’avons mis à jour à 30, et vous pouvez l’appliquer rétroactivement — le système affiche un message confirmant que les enregistrements des utilisateurs sont mis à jour lors de cette modification.
De plus, je ne pense pas que l’erreur soit liée au fait que les e-mails récapitulatifs ne sont pas envoyés, car nous avons confirmé que les utilisateurs avec le bon réglage ne les reçoivent toujours pas.
Avez-vous vérifié quelques-uns des comptes qui ne reçoivent pas pour voir s’ils ont des catégories et/ou des tags mis en sourdine ? Je crois que si vous avez mis en sourdine, le résumé n’inclura pas les sujets.
Sinon, l’équipe est probablement la meilleure ressource.
Autre chose avec votre serveur de messagerie, avez-vous ajouté un enregistrement DNS DKIM à votre domaine ? Je ne suis pas sûr si cela est nécessaire pour tous les fournisseurs SMTP. Mais cela peut aider avec les e-mails qui ne sont pas marqués comme spam ou qui sont bloqués. Avez-vous demandé aux utilisateurs de vérifier leurs spams ?
Merci @Heliosurge pour clarifier, les e-mails ne sont pas envoyés du tout, donc ce n’est pas une question de savoir s’ils sont vus, bloqués ou livrés dans le spam - Discourse ne les traite pas en premier lieu. Voici une capture d’écran de l’activité des derniers jours :
Gardez à l’esprit que cela devrait être environ 90 résumés par jour en fonction des paramètres et de la configuration.
[capture d’écran a été modifiée car elle contient les adresses e-mail de l’utilisateur]
Donc, d’après ce que nous pouvons dire, les e-mails ne sont pas mis en file d’attente pour commencer - c’est comme si le travail ne s’exécutait pas, ou échouait… ou les deux.
D’accord, mais l’autre composante consiste également à vérifier les préférences d’un membre en matière de tags et de catégories. Il est possible qu’ils aient des éléments mis en sourdine.
Une autre chose qu’un membre de l’équipe pourrait mieux répondre est de savoir si un membre utilise le lien de désabonnement dans l’e-mail s’il modifie visiblement les choses dans les préférences de l’utilisateur.
Pour être honnête, je trouve ce problème comme iddm. Mais il pourrait y avoir une sorte de bug, peut-être.
Tout ce que vous avez partagé, à mon avis, devrait fonctionner comme prévu.
@Heliosurge désolé de répondre à votre question. Bien sûr, il pourrait y avoir quelques utilisateurs dont les paramètres les empêchent de recevoir le résumé. Nous avons un certain nombre d’utilisateurs de démonstration sur le site où nous contrôlons les paramètres et avons vérifié (nous pensons) que les choses devraient être livrées. Donc, je ne pense pas que ce soit un cas où les 80 personnes ont ajusté leurs paramètres pour NE PAS recevoir le résumé.
Une chose étrange, aujourd’hui j’ai remarqué que lorsque je visite le site, la ligne ‘dernière visite’ est très ancienne, comme 9 jours, mais je visite tous les jours - donc ce n’est pas exact. Cette logique pourrait-elle également être liée à ce que discourse considère comme la date d’envoi du résumé ? Je n’en ai aucune idée, cela m’a juste semblé étrange, et à ce stade, nous nous accrochons à des brindilles pour les prochaines étapes…
Merci @Heliosurge
Comme @Jacob_Peebles visite le site fréquemment au-dessus de la ligne ____ dernière visite ____, il ne devrait voir que les nouveaux messages, comme ceux d’il y a 5/10 minutes ou 1/2 heures.
Nous n’avons pas pu comprendre pourquoi discourse affiche des messages datant de 8/9 jours au-dessus de la dernière visite.
Je l’ai vérifié depuis mon compte, je n’ai pas rencontré ce problème.
Vraiment difficile à dire d’ici. En tant qu’administrateur, nous sommes souvent les derniers à être informés d’un problème.
Vous avez dit que les informations de votre dernière visite semblent correctes alors que la dernière visite de @Jacob_Peebles ne se met pas à jour correctement ?
Je me demande combien d’autres utilisateurs rencontrent des problèmes similaires.
Jacob, votre compte reçoit-il des courriels digest ? Maintenant, étant souvent en ligne, il se peut que vous ne soyez pas dans la tranche horaire pour recevoir un courriel digest. Cependant, je ne vois pas de paramètre indiquant la durée d’absence d’un utilisateur sauf si c’est le paramètre que vous avez mentionné concernant 30 minutes, une heure, quotidien, hebdomadaire.
Je comprends que cela pourrait être frustrant, car cela pourrait aider à réduire la charge d’envoi d’emails en ne considérant que les emails nécessaires à envoyer.
@Heliosurge non, je ne reçois pas de résumé, mais aucun utilisateur n’a reçu de résumé depuis 3 jours non plus.
Oui, c’est super frustrant, aucun doute là-dessus. D’après ce que nous pouvons voir, il n’y a pas d’erreur système, rien dans sidekiq, rien dans les logs, donc cela pourrait vraiment arriver à n’importe qui… et ils ne sauraient jamais que les e-mails ne sont pas envoyés comme prévu… effrayant.
Ce paramètre peut permettre à un membre qui ne s’est pas déconnecté, si je comprends bien, jusqu’à 60 jours.
Peut-être essayer 2 heures?!? Je ne sais pas pourquoi le paramètre est réglé sur 60 jours. À moins que la description du paramètre ne soit pas exacte ?
Parce que c’est une douleur aux endroits sensibles de se connecter constamment. Si je me souviens bien, j’utilise 365 jours. Et aucun problème connu de ce genre.
L’âge de la session nous évite simplement de devoir nous reconnecter constamment, ce qui n’a rien à voir avec les résumés par e-mail, pour autant que je sache.
