default_watch_categories foi definido de seu padrão (que é nada, se bem me lembro) para uma única categoria, provavelmente pela primeira vez.
Isso desencadeou um volume massivo de e-mails, em um período de 3 dias, quase 400 mil novas tentativas de e-mail podem ter sido processadas, com mais de 09% falhando. Muito cedo, isso acionou o limite de taxa do lado dos provedores de smtp (o que salvou uma conta de e-mail não intencional massiva!).
A configuração default_watch_categories foi redefinida, pois foi definida inadvertidamente.
No entanto, o sidekiq ainda mostrava um grande volume de novas tentativas de e-mail, porque os limites de taxa dos provedores de smtp ainda estavam em vigor, ele continuou tentando e falhando.
Com uma inspeção mais detalhada, parecia que era apenas um post acionando continuamente o mesmo e-mail repetidamente, em centenas e depois milhares de novas tentativas, mesmo que default_watch_categories tivesse sido redefinido para o padrão. O que estava acontecendo?
Assim que esse post e outros abaixo dele foram divididos em seu próprio tópico “novo” por motivos normais de moderação, o gatilho de e-mail e as novas tentativas pararam completamente como um bônus. Chega de novas tentativas.
Graças aos céus pelos limites de taxa dos provedores de smtp!
Como um insight adicional - isso só foi detectado quando falhou, devido aos limitadores dos provedores de SMTP. Talvez uma leitura mais clara no painel da atividade de envio de e-mails do dia nos últimos 7 dias, 24 horas e hora, com alertas para quaisquer picos, possa ser bem-vinda.
Esse tipo de coisa poderia facilmente lhe trazer muitos problemas financeiros.
Isso poderia ter consumido nossos custos de hospedagem de um ano em alguns dias se o provedor não tivesse acionado limites de taxa!
