Configuration du mailer + messages asynchrones

[mmarchois]

• Refs Création de compte en autonomie #1143

Cette PR rajoute la configuration du mailer ainsi que la gestion asynchrone des messages, qui sera utilisée pour l'envoi d'email.

Todo :

• En attente d'un compte Brevo

[codecov-commenter]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 98.67%. Comparing base (97f7ab1) to head (3467262).

Additional details and impacted files

@@            Coverage Diff            @@
##               main    #1160   +/-   ##
=========================================
  Coverage     98.67%   98.67%           
  Complexity     1852     1852           
=========================================
  Files           368      368           
  Lines          8014     8014           
=========================================
  Hits           7908     7908           
  Misses          106      106           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[florimondmanca]

Juste une petite question

Et, est-ce qu'il y a une manip que je peux faire en local pour vérifier que tout est bien configuré ?

[florimondmanca]

J'approuve en avance (par rapport au compte Brevo en attente)

[mmarchois]

@florimondmanca suite à ton commentaire, j'ai repensé un peu le système; J'ai rajouté redis commander, qui permet de voir les messages (notamment ceux en erreur, dans une interface web) et j'ai mis supervisor pour gérer nos workers.

Aussi, le fait que Brevo soit en attente n'est pas bloquant pour merger cette PR. C'est juste un reminder

[florimondmanca]

j'ai repensé un peu le système; J'ai rajouté redis commander, qui permet de voir les messages (notamment ceux en erreur, dans une interface web) et j'ai mis supervisor pour gérer nos workers.

@mmarchois OK 👍 Je ne connaissais pas Redis Commander. Est-ce que ça vaut le coup de mettre à jour docs/tools/redis.md ? Je viens de voir que tu l'as déjà fait 👍

[florimondmanca]

Je chipote peut-être mais, puisque Supervisor est utilisé pour démarrer le worker messenger en local, quid de le traiter comme un détail d'implémentation ?

Suggested change

	## ----------------
	## Supervision
	## ----------------
	##
	supervisor_status:
	docker compose exec supervisor supervisorctl status
	supervisor_restart:
	docker compose exec supervisor supervisorctl restart messenger-worker:*
	## ----------------
	## Workers (for local development)
	## ----------------
	##
	workers_status:
	docker compose exec supervisor supervisorctl status
	workers_restart:
	docker compose exec supervisor supervisorctl restart messenger-worker:*

[mmarchois]

Ok je traiterai ton retour dans la prochaine PR