La limite du nombre d’e-mails récapitulatifs pouvant être envoyés sur une période d’une heure est-elle modifiable ?
(désolé pour mon anglais)
Je ne suis pas sûr de comprendre ce dont vous parlez, mais consultez Configuring Activity Summary emails pour plus de détails sur les e-mails de résumé et leur fonctionnement.
Il est probable que son fournisseur de messagerie n’autorise que x e-mails par heure et qu’il souhaite s’assurer que Discourse envoie moins que cela.
Voici une réponse à une question similaire : How to set Email sending speed limit? - #2 by pfaffman
Oui @Jonathan5, je voulais demander cela. Merci pour le partage. Je vais lire le sujet.
Oui, cela peut être facilement configuré actuellement pour les e-mails de résumé à l’aide d’un paramètre global de Discourse. Par exemple, pour limiter vos résumés à 40 par heure, vous pouvez ajouter ceci dans votre fichier de construction du conteneur :
DISCOURSE_MAX_DIGESTS_ENQUEUED_PER_30_MINS_PER_SITE: 20
Ce paramètre global de Discourse pour les résumés est défini par défaut à 10 000 toutes les 30 minutes. Si vous avez un grand nombre d’utilisateurs, cela peut entraîner l’envoi d’un grand nombre de résumés.
Sur notre site, nous utilisons SendGrid (un plan payant) pour envoyer environ 100 000 résumés par mois, plus ou moins. Nous avons donc configuré ce paramètre ainsi :
100 000 divisé par 30 jours par mois, divisé par 24 heures par jour, divisé par 2 par heure, soit environ : 60 résumés toutes les 30 minutes. Cela fonctionne parfaitement.
Voir également :
Remarque : Cela nécessite une reconstruction du conteneur / un bootstrap, veuillez donc en tenir compte avant d’apporter la modification.
@neounix Merci beaucoup. Je rencontrais un problème avec les e-mails car j’ai trop d’utilisateurs.
J’ai acheté mon propre serveur de messagerie. Il y a une limite de 800 e-mails par heure. J’avais toujours un problème.
Je t’en prie @ozkn !!
Il suffit de régler ce paramètre global de Discourse à moins de 400 tous les 30 minutes et tout devrait bien se passer.
Nous exécutons les résumés dans un « canal SMTP autonome » basé sur un plugin que j’ai écrit avec quelques patchs monkey ; mais comme tu utilises la configuration standard « canal SMTP unique », tu devras probablement descendre encore plus bas, naturellement.
Je n’ai pas pris de risque, je l’ai réglé à 75. De cette façon, il envoie 108 000 e-mails par mois.
Des résumés d’e-mails par mois…
Ce paramètre global ne s’applique qu’aux résumés.
Salut @ozkn,
Au fait, juste pour te prévenir.
J’ai appliqué un patch de type « monkey patch » sur le Job EnqueueDigestEmails de notre installation Discourse principale et j’ai réglé l’intervalle du Job de résumé à chaque 5 minutes, contrairement aux 30 minutes fixes par défaut de Discourse.
Cela signifiait que, dans notre cas, nous pouvions définir la variable de limitation globale des résumés à 10 et envoyer 10 résumés toutes les 5 minutes, au lieu de 60 toutes les 30 minutes. Cela m’a apporté un très petit nombre d’« avantages », selon moi, en procédant ainsi :
- il y a moins de charge à envoyer 10 au lieu de 60 à la fois (ou 50 au lieu de 300, par exemple).
- le fichier de journal des e-mails envoyés par l’administrateur est plus facile à lire d’un coup d’œil.
- lorsque nous reconstruisons le conteneur, le Job s’exécute toujours « au démarrage », ce qui a permis de réduire considérablement le nombre initial de résumés envoyés (puisque je n’avais pas réussi à trouver comment configurer Discourse pour éviter l’exécution initiale du Job après la reconstruction du conteneur).
Ce sont des avantages très mineurs, donc je ne recommande pas à la plupart des gens d’appliquer un patch de type « monkey patch » sur le Job de résumé pour un avantage subjectif aussi faible ; mais je préfère un intervalle de Job de résumé de 5 minutes plutôt que de 30 minutes. Après quelques jours de test, le patch fonctionne très bien, nous allons donc rester sur un intervalle de 5 minutes.
Juste pour te prévenir, comme une « petite chose » à considérer
@neounix Merci pour votre suggestion. Où exactement puis-je effectuer ce paramétrage ?
Merci beaucoup @neounix
Je t’en prie @ozkn
Si tu as besoin d’une aide supplémentaire pour ce correctif (monkey patch), étant donné que le changement de l’intervalle de mise en file d’attente du courrier de résumé de 30 à 5 minutes n’est pas pris en charge par Discourse, veuillez me contacter dans ce sujet :
Je n’ai pas encore transformé ce correctif en un « plugin poli » avec un fichier README et des paramètres de site, mais à l’avenir, je pourrais rendre l’intervalle un paramètre de site du plugin afin qu’il ne soit pas fixé de manière rigide à 5 minutes.