Inactive user detection and email notification

[nicoolas25]

Summary

This PR introduces an email to invite users to delete their account when they are inactive [1]. It also introduce the query that detect inactive users.

[1] Inactivity is parameterized as described in #829.

Details

Build an SQL query, parameterized with:

• Minimum number of refused unanswered (expired, not confirmed, nor refused) matches
• users.age (open) range
• users.created_at (open) range

This query returns users' IDs and is separate from the jobs that enqueue the emails. The goal of having a separate API is to create an interactive rake command that does preview the number of emails before actually sending them.

⚠️ I'm lacking access to production data to:

• Understand the performance implication of loading all users IDs in memory
• Understand how many emails we're talking about

I tried to simulate this with a rake task generating data in the development db and tested manually.

TODO:

• Prevent the same user to receive this email too often by adding a field: users.last_inactive_email_sent_at
• Create the rake task to give a better "UI" to trigger this job
• Be sure that the performance is okay by testing it on production
• Screenshot

[nicoolas25]

@mininao WDYT of the approach?

• See my comment about performance uncertainty
  • Do you think I can get access to the anonymized data to investigate further?
• I used a simple copy for the email, any opinion on it? Does it matches what you had in mind?

[nicoolas25]

Testing the speed of the query locally:

Email:

Confirmation screen:

Confirmation:

[nicoolas25]

I'll probably wait for #895 then rebase and use the latest layout.

[carsso]

Je vois que tu utilises refused_at.
La demande originale disait qu'il fallait contacter les personnes inactives (qui n'ont pas répondu).
ça me parait plus logique de sélectionner les personnes qui ne répondent pas du tout plutôt que celles qui refusent les doses.

[nicoolas25]

@carsso Très juste oui. J'ai modifié le code pour prendre en compte les refus explicites et implicites (Match expirés sans réponse) de la même manière.

[carsso]

Pour moi refus explicite c'est pas un inactif.
Si il voulait se désinscrire ce serait fait, il a le bouton dans chaque mail.

[nicoolas25]

Pas de soucis, c'est changé. Je pense que c'est débattable ceci dit... S'il avait été question de cibler les utilisatrices qui n'ont "pas l'air intéressées", plutôt que les utilisateurs inactifs, ça aurait pu avoir du sens de considérer un refus.

En tout cas, je n'ai pas vraiment d'avis, je suis très content de suivre les directives que l'on me donne et d'itérer.

[carsso]

Merci.
@navidemad à changé les templates des emails pour les rendre plus beaux dans #895
Je viens de la prodder, ce serait bien qu'on fasse un template avec le nouveau layout html maintenant qu'on en a un tout beau :)

[nicoolas25]

After @navidemad update on email (thank you 🙏):

[nicoolas25]

I replaced this in order to remove the nested controllers in Match and SlotAlert controllers.

[mininao]

Looks fantastic to me 🤩

[nicoolas25]

Something is wrong with the coverage reports. The tests are passing though 🤷

[mininao]

Il faut que je check les tests en local et que je merge.