Utiliser un expéditeur no-reply pour les mails usagers Devise #4893
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Note
Cette PR est plus agréable à lire commit par commit
Contexte & problème
Les mails de confirmation d’inscription, de réinitialisation de mot de passe etc, sont actuellement envoyés depuis nos adresses support.
On suppose qu’une partie des tickets Zammad usagers viennent de là : les usagers cliqueraient sur l’adresse d’expéditeur de ces emails et rédigeraient des nouveaux emails sans sujet.
Pour la majorité de ces tickets de support, on est dans l’incapacité d’aider les usagers.
cf cette page Notion.
Solution
On envoie maintenant ces emails depuis des adresses
[email protected]
etc . C’est aussi l’approche adoptée par Démarches Simplifiées.Si un usager écrit (ou répond) quand même à l’adresse ne-pas-répondre, on envoie une réponse automatique.
J’ai fait le choix de réutiliser le mécanisme de mails inbound de Brevo pour répondre automatiquement à ces emails plutôt qu’un mécanisme de webmail plus classique.
L’intérêt est de pouvoir harmoniser l’aspect de cet email et le garder dans notre codebase plutôt que sur un outil externe.
Screenshots