default_watch_categories a été défini par défaut (qui est rien, si je me souviens bien) à une seule catégorie, probablement pour la première fois.
Cela a déclenché un volume massif d’e-mails, sur une période de 3 jours, près de 400 000 tentatives de renvoi d’e-mails ont pu être traitées, avec plus de 09 % d’échecs. Très tôt, cela a déclenché une limitation de débit du côté des fournisseurs SMTP (ce qui a permis d’éviter une facture d’e-mails involontaire massive !).
Le paramètre default_watch_categories a été réinitialisé car il avait été défini par inadvertance.
Cependant, Sidekiq montrait toujours un volume énorme de tentatives de renvoi d’e-mails, car les limitations de débit des fournisseurs SMTP étaient toujours en vigueur, il continuait d’essayer et d’échouer.
En y regardant de plus près, il semblait qu’un seul message déclenchait continuellement le même e-mail encore et encore, par centaines puis par milliers de tentatives, même si default_watch_categories avait été réinitialisé par défaut. Que se passait-il ?
Une fois que ce message et d’autres en dessous ont été séparés dans leur propre sujet “nouveau” pour des raisons de modération normales, le déclenchement des e-mails et les tentatives de renvoi se sont arrêtés net, en prime. Plus de tentatives de renvoi.
Dieu merci pour les limitations de débit des fournisseurs SMTP !
Pour information supplémentaire - ceci n’a été détecté qu’en cas d’échec, en raison des limiteurs des fournisseurs smtp. Peut-être qu’un affichage plus clair dans le tableau de bord de l’activité d’envoi d’e-mails des 7 derniers jours, 24 heures et de l’heure, avec des alertes pour tout pic, serait le bienvenu.
Ce genre de chose pourrait facilement vous causer de gros problèmes financiers.
Cela aurait pu consommer nos coûts d’hébergement annuels en quelques jours si le fournisseur n’avait pas appliqué de limites de débit !
