Réapplique "Utiliser l’adresse de réponse magique comme adresse d’envoi des emails de RDV adressés aux usagers"

[adipasquale]

This reverts commit df3d243.

On réapplique #4795
Elle avait été annulée avec #4802

Problème

On reçoit encore trop de tickets de support d’usagers qui ne devraient pas nous arriver : demandes de créneaux, demandes d’annulations, partage d’infos confidentielles etc...

On a du mal à identifier d’où viennent ces tickets, mais une partie vient encore probablement de réponse aux emails transactionnels.

Contexte des PRs

adresses magiques = les emails comme [email protected]

Les domaines en reply.x sont configurés pour passer par brevo inbound parse qui nous prévient de tout email reçu par webhook.

Jusqu’à la PR #4807 on utilisait le domaine reply.rdv-solidarites.fr sur toutes nos instances et environnements.
C’est maintenant corrigé, on utilise dorénavant des domaines comme reply.demo.rdv-solidarites.fr ou reply.rdv-service-public.fr.
Les domaines et les inbound parse webhooks sont configurés sur Brevo pour pointer vers les bonnes instances scalingo.

On n’a pas encore configuré le domaine reply.rdv.anct.gouv.fr, on est en attente de l’ANCT pour le faire.
On utilise temporairement rdv-service-public.fr en remplacement.

Solution

On re-met en place l’envoi des emails depuis un FROM utilisant les adresses magiques.
On n’envoie plus de REPLY-TO
Les usagers qui reçoivent des emails transactionnels concernant des RDVs ne devraient donc plus être en mesure de nous écrire à nous l’équipe technique.
Leurs réponses à ces emails seront toutes redirigées vers les agents.

[victormours]

👍 C'est cool.
Est-ce qu'on peut traiter dans une prochaine pr le cas des réponses à des mails pour des rdvs assurés par des agents intervenants ? Ce sont des agents qui n'ont pas d'adresse email, donc dans ce cas le mail ne sera forwardé à personne et l'usager ne saura même pas que son mail n'est pas traité.

[francois-ferrandis]

🤞