Milhares de mensagens repetidas foram enviadas aos usuários

Alunos e professores começaram a receber o mesmo aviso repetidas vezes e a quantidade crescia a cada execução, então a prioridade foi interromper a tarefa antes que uma mensagem importante virasse ruído e afetasse a confiança em toda comunicação enviada pelo ambiente.

Em vez de começar pela correção mais provável, conferimos se o endereço usado estava correto, se a conta permanecia ativa, qual método de autenticação estava atribuído, quando havia ocorrido o último acesso bem sucedido e se a falha atingia apenas aquele usuário ou todos que dependiam do mesmo serviço, porque redefinir a senha novamente poderia apenas esconder por alguns minutos uma inconsistência de LDAP, SSO, certificado ou cadastro.

A partir dos horários e usuários reunidos, reproduzimos o login em uma sessão limpa e acompanhamos os registros gerados desde o envio do formulário até a resposta do provedor de identidade, comparando a conta afetada com outra do mesmo perfil que ainda conseguia entrar e verificando horário, origem, retorno recebido e mudanças recentes na configuração.

O detalhe decisivo surgiu ao repetir o caminho completo sem pular nenhuma etapa, pois o resumo inicial de que as mensagens voltavam para a fila depois de processadas e o mesmo aviso era enviado várias vezes a alunos e professores. passou a coincidir com uma diferença concreta encontrada no caminho da autenticação, então a correção foi testada primeiro de forma controlada e depois repetida com perfis distintos para garantir que o acesso havia voltado sem abrir permissões além do necessário.

Os registros mostraram que os itens processados retornavam para a fila em vez de serem marcados como concluídos, corrigimos esse ciclo e limpamos somente as repetições identificadas, depois enviamos uma mensagem de teste e acompanhamos mais de uma execução para confirmar que ela saía uma única vez.