Emails transactionnels

[florimondmanca]

cc @DaFrenchFrog @johanricher

Contexte

Pour les besoins de #124 ainsi que potentiellement d'autres formes d'envoi d'informations hors outil, il semble que nous allons avoir besoin d'un système d'envoi d'emails (emails transactionnels = suite à une action de l'utilisateur).

Cela pose plusieurs questions, notamment :

Distribution

• Quel distributeur d'emails choisir ? (En développement, un distributeur "factice" (qui log dans la console) sera utilisé.)
  • N.B. : le "read tracking" est probablement pas conforme au RGPD
  • On a cité MailJet, à la base une startup FR, rachetée par une suédoise, qui fait du transactionnel (ce qu'il nous faut) et marketing (pas besoin)
  • Je suis tombé sur MailPace : un provider simplifié, concentré sur le transactionnel, sans read tracking, hébergé en EU (Freethought et Clevercloud)

Rédaction et maintenance des emails

• Comment définir quels emails sont envoyés, quand, à qui, avec quel contenu ? Un FramaCalc "source de vérité", comme pour le schéma de données ?
• Contenu : établi via des templates dans la base de code ?
• Style des emails : plain text, HTML stylisé ? (Le DSFR n'a pas (encore) d'outillage pour la mise en page d'emails.)

[johanricher]

Par le passé sur d'autres projets sur lesquels j'ai travaillé on envoyait des mails depuis un serveur SMTP postfix, avec moins de difficultés qu'on peut imaginer. Néanmoins je serais plutôt favorable à ce qu'on cherche d'abord une solution managée et qu'en dernier recours on manage nous-même.

Scaleway, dont je suis généralement très satisfait, propose depuis peu un service TEM (Transactional Email) en beta : https://www.scaleway.com/fr/betas/

Mais le plus simple serait d'utiliser un serveur mail managé par Etalab / data.gouv.fr. En tant que projet en cours de développement et pas encore internalisé je ne sais pas si on serait éligible. @abulte @geoffreyaldebert ? Mais ce qui s'apparente le plus à notre cas c'est peut-être à une startup d'Etat comment ils font à beta.gouv.fr ?

[florimondmanca]

@johanricher Intéressante l'idée de voir s'il y a un serveur mail existant chez Etalab. Content de voir que Scaleway se lance dans les services hostés aussi, en dépassant le simple IaaS...

Dans #267 j'ai ajouté un backend MailPace, car je viens de tester cette solution (avec un compte perso) et elle semble bien fonctionner. Je me dis que pour l'heure ça peut servir de solution managée temporaire pour un aperçu "end-to-end" fonctionnel (les mails dans la console, c'est juste bien en développement...). Grâce au système de backends ce sera facile à changer en temps voulu.

[johanricher]

Rien à dire, c'est parfait.

[abulte]

Hello,

Pour ça deux solutions, possiblement successives :

1. compte de service xxx@data.gouv.fr et envoi via SMTP (easy)
2. utiliser https://www.dolist.com, probablement via l'API parce que le SMTP est un peu bizarre, qui est titulaire du marché interministériel en cours, on a un compte dessus