I have a forum on discourse but with slow sending speed limit (20/sec)
Am I able to set sending speed limit on discourse?
I’m asking this because I found that I got nearly 500,000 records everyday on unsubscribe_keys table, but only 9000 in mail_log and 1000 in skipped_mail_log, our forum have nearly 500,000 members, too.
I’m not sure whether it’s caused by sending email too fast and make some weird problem happened, so I’m trying to throttle the sending speed but with no luck.
not sure whether sending rate is necessary…
because even we can increase to probably 60/sec，it’s still possible that the server send too fast and get blocked.
Why are so many Discourse members being mailed? What are they being mailed for, exactly? That’s the more relevant question.
On a typical Discourse install, the only “all users” email is the digest, and even that is specific to only users who have not been on the website in a week or more, but also haven’t been gone more than a year.
In general you only get emails when someone is speaking directly to you, and even then only when you haven’t touched the website with any web browser in the last 10 minutes.
We had an activity before. (about several months ago) That activity attracted about 90 thousand members registered. And now they may leave for a few weeks. So system sent them the digest emails
Avez-vous trouvé une solution ? Je suis sur le point de passer à Amazon SES et je viens de réaliser que notre limite initiale est de 14 e-mails par seconde. Je ne sais pas à quelle vitesse Discourse va les envoyer vers SES. Le site envoie beaucoup d’e-mails.
Quelqu’un sait-il quel est le taux maximal d’envoi d’e-mails par Discourse ? Va-t-il essayer d’envoyer plus de 14 par seconde ?
S’il envoie trop rapidement, je me demande s’il ne serait pas judicieux d’écrire un script qui répartirait uniformément les horaires d’envoi des résumés pour tous les utilisateurs sur toute la semaine, au lieu d’envoyer la majeure partie d’entre eux en un seul jour (notre anniversaire d’importation).
Édition : J’ai réalisé que je pouvais déterminer si c’était un problème en consultant les journaux de Mandrill. Sauf si je vois un throttling supplémentaire de la part de Mandrill, je pense que nous avons un maximum d’environ 8 e-mails par seconde, donc cela devrait aller.
Pour les résumés, vous pouvez limiter cela à 14 par seconde en définissant cette variable globale de Discourse à 420, comme suit dans votre fichier de construction du conteneur :
Cela ne correspond pas exactement à ce que vous souhaitez, mais c’est très proche.
Puisque 14 par seconde (d’après votre message) multiplié par 30 secondes égale 420, ce paramètre global limitera les résumés à environ 420 toutes les 30 minutes, tout comme le « dit » le code :
Voir également :
Naturellement, si votre canal SMTP envoie d’autres e-mails, vous devrez réduire cette valeur ; ou vous pouvez configurer un canal différent et séparé pour les e-mails de résumé (comme nous le faisons).
Remarque : Ce paramètre global est défini par défaut à 10 000 toutes les 30 minutes ; ce qui représente beaucoup de résumés par heure, si vous me demandez mon avis ;). Nous l’avons donc fixé beaucoup plus bas afin d’avoir une facture SendGrid « raisonnable » chaque mois.
30 résumés toutes les 30 minutes = 1 440 par jour, soit environ 43 200 par mois (car nous envoyions beaucoup de résumés avant que je ne fasse ce changement il y a quelques jours). Le mois prochain, je vais augmenter cela à environ 60 résumés toutes les 30 minutes, soit environ 86 400 résumés par mois, plus ou moins.
