# Migrer depuis Mailpit

> Mailpit reste excellent sur le poste du développeur. Pourquoi des équipes migrent quand les tests passent en intégration continue, et comment le faire sans SDK à traduire.
> https://facteur.eu/alternatives/mailpit

Migrer depuis Mailpit

## Migrer depuis Mailpit

Mailpit est gratuit et excellent sur le poste du développeur. Cette page ne cherche pas à vous en détourner : elle décrit ce qui se passe quand les mêmes tests doivent tourner en intégration continue, à plusieurs, et recevoir du courrier venu de l’extérieur.

- Rien à exploiter : ni serveur, ni supervision, ni mise à jour
- Des adresses publiques, joignables depuis l’extérieur
- Comptes, rôles, SSO et quotas partagés entre pipelines

## Ce qui pousse une équipe à changer

- **Le courrier vient d’ailleurs que de votre code** : Un fournisseur d’identité, une passerelle SMS, un partenaire : dès qu’un message part d’une machine que vous ne contrôlez pas, il lui faut une adresse publique. Un Mailpit sur le réseau de la chaîne d’intégration ne la donne pas sans travaux.
- **Plusieurs pipelines, les mêmes boîtes** : Chaque exécution démarre son conteneur, reçoit ses messages et les emporte en s’arrêtant. Partager une boîte entre deux chaînes, ou relire hier ce qui est arrivé, demande de construire un service : celui que vous vouliez éviter.
- **Personne ne veut exploiter un serveur de plus** : Gratuit ne veut pas dire sans coût : la machine, sa supervision, ses montées de version, et la personne qu’on va chercher le jour où il tombe pendant que la chaîne attend.
- **Les SMS entrent dans le même outil** : Les parcours à code à usage unique passent souvent par SMS. Mailpit ne fait que l’email ; ici, le message texte arrive dans la même inbox et se lit avec le même appel.

## Ce que la bascule change

Il n’y a pas de SDK à traduire ici : Mailpit s’installe et s’interroge en HTTP. Ce qui change n’est pas la forme de l’appel, c’est qu’il n’y a plus de service à faire tourner à côté de vos tests, et plus de code à extraire du corps du message.

## La migration, pas à pas

Il n’y a pas de SDK à traduire : la bascule consiste à retirer un service de la chaîne d’intégration, pas à réécrire des tests.

- **Créer un compte et une inbox** : L’inbox est hébergée et ses adresses sont publiques : elle reçoit du courrier de n’importe où, y compris des services que vous ne contrôlez pas : un fournisseur d’identité, une passerelle SMS.
- **Retirer le service du compose** : Le conteneur, ses ports et son attente de disponibilité sortent de la chaîne d’intégration. Il n’y a plus rien à démarrer avant les tests, ni à superviser pendant.
- **Remplacer l’appel HTTP** : La lecture de /api/v1/messages et le tri du tableau deviennent messages.waitFor(), qui bloque jusqu’à l’arrivée du bon message et rend le code déjà extrait.
- **Garder Mailpit en local, si vous y tenez** : Beaucoup d’équipes gardent Mailpit sur le poste de développement et ne migrent que l’intégration continue : les deux usages ne se disputent rien.

La bascule, en synthèse

- Coût du logiciel
- Abonnement
- Gratuit, licence MIT

- À faire tourner
- Rien, service hébergé
- Un serveur, sa supervision, ses mises à jour

- Partage entre plusieurs pipelines
- Oui, boîtes communes et cloisonnées
- À construire vous-même

- Réception depuis l’extérieur
- Oui, adresses publiques
- Réseau local seulement, sauf exposition manuelle

- Rétention et historique
- Selon le plan, 3 à 60 jours
- Ce que vous configurez, sur votre disque

- Comptes, rôles, SSO
- Oui
- Non

- SMS
- Oui
- Non, email seulement

Le coût réel

Mailpit ne coûte rien à installer. Ce qu’il coûte est ailleurs : la machine qui le fait tourner, sa supervision, ses montées de version, et le temps de la personne qui s’en occupe le jour où il tombe pendant que la chaîne d’intégration attend.

D’où viennent ces informations

Questions fréquentes