Les API de mail jetable en 2026, comparées honnêtement

Comment lire cette page

Les comparatifs écrits par un fournisseur sont d’ordinaire un tableau avec une colonne de coches vertes sous le nom du fournisseur. Celui-ci essaie de ne pas l’être, de trois façons précises :

• Chaque ligne est un fait publié, daté. Les limites du palier gratuit, les prix et les fenêtres de rétention sont ce que disait, le 1er septembre 2026, la page de tarifs ou de documentation propre à chaque service. Quand une page était ambiguë, la cellule le signale plutôt que de deviner.
• Les fonctionnalités retenues sont celles qui distinguent les services, pas celles que tout le monde possède. Chaque service ici sait lister une boîte et lire un message ; cette ligne-là ne serait que des coches, et ne vous apprendrait rien.
• Il y a une section sur les points où ce service perd. Elle n’est pas courte.

Les six questions qui les distinguent réellement

La page méthode du site les énumère sans nommer personne. Les voici, noms à l’appui.

1. Faut-il une clé ou un compte pour lire une boîte ? Sans clé signifie qu’une suite de tests n’a aucun secret à stocker et qu’un agent n’a aucune inscription à franchir. La plupart des plateformes pour développeurs exigent les deux ; la plupart des services de boîtes publiques n’exigent ni l’un ni l’autre.
2. Qu’est-ce qui est gratuit, et où s’arrête la gratuité ? Un plafond mensuel de boîtes ou de messages, une fenêtre de rétention, ou un mur de fonctionnalités. Le plafond est le chiffre qui compte pour la CI, qui crée une boîte par exécution.
3. Peut-on pointer son propre domaine dessus, et à quel coût ? La réponse à « le formulaire refuse mon adresse ». Gratuit chez quelques services, payant chez la plupart, absent chez certains.
4. Combien de temps le courrier reste-t-il ? Dix minutes conviennent à un code ; une semaine convient à un essai qui envoie un e-mail le troisième jour ; trente jours conviennent à une piste d’audit. Plus long n’est pas mieux si vous ne vouliez jamais que le courrier soit conservé.
5. Un agent IA peut-il l’utiliser sans humain ? Un serveur MCP, un endpoint d’attente de message, ou au moins une description d’outil qu’un modèle peut lire. Nouveau en 2026, et très inégalement couvert.
6. Peut-il envoyer, et a-t-il des webhooks ? Deux choses que GrabMail ne fait absolument pas. Si votre workflow répond au courrier, ou ne peut pas interroger en boucle, il vous faut un service de la famille des plateformes pour développeurs.

Tout le reste — le nombre de SDK, les badges d’uptime, le soin apporté au tableau de bord — est réel mais secondaire. Un service qui répond aux six questions comme votre tâche l’exige fera l’affaire ; un autre non, quel que soit le nombre de SDK qu’il propose.

Le tableau

Neuf services, six colonnes. « Domaine à soi » signifie qu’un domaine que vous contrôlez peut recevoir du courrier dans le service ; « MCP » signifie un serveur Model Context Protocol que le service exploite lui-même. Les prix sont ceux du palier payant le moins cher tel que publié, mensuellement, dans la devise indiquée.

Vérifié le 1er septembre 2026. « Selon le forfait » signifie que le service publie des fenêtres différentes par palier ; « non indiqué » signifie que les pages publiques ne donnaient aucun chiffre. Un simple tiret noté par vous-même en lisant la page d’un fournisseur vaut mieux que n’importe quelle cellule ici.

Notes sur chacun

Une ligne ne peut pas dire pourquoi un service est ce qu’il est. Un paragraphe, si :

GrabMail

Boîtes publiques, REST sans clé, un serveur MCP gratuit avec attente bloquante, domaine à soi gratuit, rétention de 5 jours, OpenAPI et llms.txt. La seule chose payante est un pool de domaines .com tenus à l’écart des listes noires de mail jetable. Réception uniquement, aucun webhook, aucun SDK, boîtes lisibles par quiconque connaît l’adresse. Référence, limites, tarifs.

mail.tm

Le service derrière un écosystème inhabituellement vaste de bibliothèques clientes non officielles. Gratuit, aucun palier payant, avec une API qui crée une adresse et renvoie un token pour elle. Aucune fonctionnalité de domaine à soi et aucun MCP propre, même si des wrappers MCP tiers existent. Bien adapté à un script qui a besoin d’une boîte et de rien d’autre.

Guerrilla Mail

Le plus ancien des services publics, avec une API JSON sans clé et — fait rare — la capacité d’envoyer depuis l’adresse temporaire. La rétention est courte, environ une heure, et les limites de débit de l’API ne sont pas publiées. Le serveur de messagerie open source qui le fait tourner est un projet à part entière.

Mailinator

Des boîtes publiques sur le web depuis 2003, et une plateforme pour développeurs par-dessus : API, domaines privés, webhooks et SDK officiels sur les forfaits entreprise payants. Le domaine public figure sur presque toutes les listes noires, ce à quoi les domaines privés payants existent pour répondre. L’option la plus établie pour une équipe QA disposant d’un budget.

MailSlurp

La plateforme pour développeurs la plus complète de la liste : des SDK dans une douzaine de langages, des webhooks, l’envoi, des numéros de téléphone, SOC 2. Un palier gratuit plafonné et des forfaits payants à partir d’une cinquantaine de dollars par mois, avec les domaines à soi sur un palier supérieur. Le bon choix quand le test d’e-mail est une ligne budgétée et que vous voulez tout dans un seul compte.

Mailsac

Une plateforme de test d’e-mail de longue date, avec un palier gratuit mesuré en opérations d’API, des webhooks dès le premier forfait payant, POP3, et des domaines à soi en option peu coûteuse. Une bonne documentation et un forum public. Se situe entre les services publics et MailSlurp, en prix comme en portée.

testmail.app

Construit autour d’espaces de noms et d’étiquettes sur son propre domaine plutôt que le vôtre, avec des API JSON et GraphQL et un petit palier gratuit à rétention d’un jour. Propre et peu coûteux ; l’absence d’option de domaine à soi est la contrepartie.

temp-mail.io et Catchmail

Les deux extrémités du spectre grand public–développeur. temp-mail.io est un grand site de mail jetable grand public — applications, extensions, des dizaines de langues — avec une API payante et un serveur MCP réservé aux abonnés. Catchmail est une petite API sans clé, avec une fonctionnalité de domaine à soi gratuite et une rétention de sept jours : le jumeau le plus proche de ce service, sans serveur MCP ni palier payant.

Lequel choisir, pour quelle tâche

Les familles comptent plus que les lignes. Choisissez la famille, puis le service :

Là où GrabMail perd

Une comparaison venant d’un concurrent vaut exactement ce que vaut cette section. Voici de vraies exigences que ce service ne remplit pas, énoncées pour que vous ne les découvriez pas après avoir construit dessus :

• Aucun webhook, aucun push. Vous interrogez à raison d’une lecture par seconde, ou vous laissez l’attente MCP maintenir l’appel ouvert jusqu’à 25 secondes. Un workflow qui ne peut pas interroger en boucle a besoin de MailSlurp ou de Mailsac.
• Aucun envoi. Réception uniquement, par conception. Répondre depuis l’adresse, ou tester un flux sortant qui attend une réponse, nécessite Guerrilla Mail ou une plateforme pour développeurs.
• Aucun SDK officiel. Il y a un document OpenAPI et trois endpoints, ce qui suffit pour un générateur ou quarante lignes de code, mais il n’y a pas de npm install. MailSlurp et Mailinator fournissent des bibliothèques.
• La rétention est de 5 jours et n’est pas ajustable. Ni un palier, ni un réglage. Tout ce qui nécessite de garder le courrier pendant un mois a besoin d’une plateforme payante.
• Les boîtes sont publiques. Quiconque connaît une adresse peut la lire, sur les domaines publics comme sur le vôtre. Il n’y a aucune authentification par boîte ; l’alias est le seul mécanisme de confidentialité. Un test qui envoie de vraies données clients a besoin d’une boîte privée ailleurs.
• Le forfait payant est exclusivement en crypto et n’offre aucun SLA. Une équipe qui a besoin d’une facture par carte, ou d’un engagement d’uptime contractuel, n’obtiendra ni l’un ni l’autre ici.

Ce sur quoi il l’emporte, c’est l’image en miroir : rien à créer, rien à stocker dans la CI, un domaine à soi gratuit, un serveur MCP que n’importe qui peut pointer avec un agent, et un prix de zéro pour tout sauf le pool tenu à l’écart des listes. Si les six points ci-dessus ne sont pas vos exigences premières, voilà le compromis.

Vérifiez l’affirmation « sans clé » en une ligne

Le tableau affirme qu’une boîte ici est lisible sans rien. Plutôt que de le croire sur parole, exécutez-le — il n’y a aucune inscription entre vous et la réponse :

$ curl -sG https://grabmail.io/api/v1/mailbox --data-urlencode "address=anything@grabmail.io" | jq '{count, alias}'

Un 200 avec count: 0 et un alias, voilà toute la preuve. La vérification équivalente pour n’importe quel autre service de cette page est la première étape de son propre guide de démarrage rapide ; le nombre d’étapes avant le premier message résume assez bien ce tableau.

Questions