Alternative à mail.tm : GrabMail vs mail.tm

En un coup d’œil

Quatorze lignes. Chaque cellule mail.tm reprend ce que disaient sa page d’accueil, sa FAQ, sa page de confidentialité et sa documentation le 2 septembre 2026 ; chaque cellule GrabMail est lue directement dans les constantes qu’applique le service. « Partiellement » signifie une réserve que la ligne ne peut pas contenir — les sections ci-dessous précisent laquelle.

Vérifié le 2 septembre 2026. Ce jour-là, l’endpoint de domaines de mail.tm listait exactement un domaine public actif, ce que sa FAQ dit être toujours renouvelé ; le nombre peut changer. Sa documentation compte un token comme « pas de clé d’API » ; le tableau compte un token comme un secret qu’un pipeline doit stocker, et le dit clairement.

Ce que mail.tm fait bien

mail.tm est le service pour lequel un très grand nombre de scripts, de bots et de bibliothèques ont été écrits, et pour de bonnes raisons. Quatre choses qu’il fait et que GrabMail ne fait pas :

• Boîtes privées. Chacune reçoit un mot de passe généré, stocké chiffré, que même mail.tm ne peut pas réinitialiser. Un code de vérification envoyé à une adresse mail.tm n’est lisible que par le détenteur du token, personne d’autre. Chaque boîte GrabMail est publique, et l’alias est la solution de contournement.
• Le push plutôt que l’interrogation. Abonnez-vous à /accounts/{id} sur son hub Mercure, et les nouveaux messages arrivent sous forme de server-sent events. Un script qui devrait sinon dormir et interroger peut à la place attendre sur un flux. GrabMail n’a pas de push ; son attente MCP en est ce qui s’en rapproche le plus, et seulement pour les agents.
• Sept jours, et une boîte qui reste. Les messages vivent sept jours contre 5 ici, et la boîte elle-même vit jusqu’à ce que vous la supprimiez.
• Un écosystème. Des bibliothèques communautaires en .NET, Dart, Go, Java, JavaScript, PHP, Python, Rust et Swift, un llms.txt et des jumelles Markdown de chaque page de documentation. GrabMail a un document OpenAPI et des guides, et aucune bibliothèque.

En quoi GrabMail est différent

GrabMail supprime les deux étapes que mail.tm a encore — le compte et le token — et ajoute les trois choses que mail.tm n’offre pas : un domaine à vous, un serveur MCP, et une page sans publicité.

• Sans compte, sans token. Sur mail.tm, une boîte est un compte que vous créez avec un mot de passe, que vous échangez contre un token Bearer, et que vous stockez. Sur GrabMail, GET /api/v1/mailbox?address=… est l’appel en entier. Une tâche de CI sur un fork, un gist public et un agent sans supervision n’ont rien à conserver.
• Votre propre domaine, gratuit. mail.tm ne publie rien sur la manière d’apporter un domaine ; le jour de la vérification, il en listait un seul, public, que connaît chaque liste de blocage. Ici, n’importe quel domaine que vous pointez vers smtp.grabmail.io est une boîte catch-all, illimitée et gratuite — la réponse durable aux formulaires qui refusent les domaines jetables.
• Un serveur MCP. mail.tm n’en a aucun en propre ; des tiers enveloppent son API. Celui de GrabMail sur https://grabmail.io/mcp donne à un agent create_inbox, un wait_for_message bloquant allant jusqu’à 25 secondes et read_message, sans rien où s’inscrire.
• Pas de publicité, et des limites écrites noir sur blanc. Pas de Freestar, pas de supplique anti-bloqueur, pas d’analytique. 5 MB par message, une lecture par seconde et par adresse, 5 jours : tout est sur la page des limites. mail.tm publie aussi sa limite de 8 requêtes par seconde ; il ne publie pas de taille de pièce jointe.

Le prix, côte à côte

Il n’y a rien à tarifer chez mail.tm : pas de niveau payant, pas d’extras payants, de la publicité sur le site. La seule offre payante de GrabMail achète l’accès à un ensemble de domaines maintenus hors des listes de blocage du courrier jetable ; tout ce qui figure dans le tableau ci-dessus reste gratuit.

Publié le 2 septembre 2026. La page tarifaire de GrabMail contient le tableau complet.

Pour les développeurs : lire une boîte

Toute la différence tient en une commande. Ceci lit une boîte GrabMail sans en-tête, sans token et sans compte :

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

L’équivalent chez mail.tm tient en quatre appels : GET /domains pour un domaine disponible, POST /accounts avec une adresse et un mot de passe, POST /token, puis GET /messages avec Authorization: Bearer. C’est bien documenté et il existe une bibliothèque pour ça dans votre langage. C’est aussi un secret que vous détenez désormais, et un débit de 8 requêtes par seconde et par IP que vous partagez maintenant entre toutes les boîtes que vous interrogez. La référence de GrabMail tient en trois endpoints et la limite est par adresse ; les guides Python et Node.js montrent la boucle d’attente.

Si vous restez sur mail.tm, utilisez le flux SSE plutôt que l’interrogation ; c’est fait pour ça, et c’est la seule chose que GrabMail ne peut pas vous offrir. Si vous partez, l’adresse est le seul état : rien à créer, rien à stocker, rien à supprimer quand le test se termine.

Pour les agents IA

mail.tm ne fait tourner aucun serveur MCP propre, même si des wrappers tiers existent et que son llms.txt aide un modèle à lire la documentation ; un agent qui l’utilise directement doit créer un compte, conserver un token et gérer un flux. Le serveur de GrabMail sur https://grabmail.io/mcp donne à un agent une boîte sans clé : create_inbox, un wait_for_message bloquant allant jusqu’à 25 secondes, read_message.

Le courrier pour les agents IA détaille la boucle en quatre appels et les garde-fous ; le guide des clients donne la configuration pour Claude, Cursor et cinq autres.

Passer de mail.tm

Un script se change en une heure ; un flux de travail construit sur le flux SSE devrait réfléchir avant. Les étapes :

1. Supprimez la danse du compte. Retirez /domains, /accounts et /token ; une adresse sur grabmail.io, mixozia.com, un autre des 8 domaines publics, ou votre propre domaine est une boîte sans rien de créé.
2. Remplacez la lecture Bearer par un GET sans clé. GET /messages avec un token devient GET grabmail.io/api/v1/mailbox?address=… ; un message est un GET de plus. Paginez avec le curseur next.
3. Remplacez le flux par une boucle ou une attente. Interrogez une fois par seconde avec une échéance, ou utilisez le wait_for_message du MCP depuis un agent. Si le flux est structurant, restez.
4. Repensez la confidentialité. Votre boîte mail.tm était privée ; une boîte GrabMail est publique. Communiquez l’alias là où cela compte, et n’envoyez jamais rien que vous n’aimeriez pas voir lu par un inconnu.

Lequel choisir, et pour quoi

Le partage honnête :

Quand rester chez mail.tm

Trois situations où changer vous coûterait quelque chose de réel :

• La boîte doit être privée. Le mot de passe par boîte de mail.tm est une vraie propriété de confidentialité ; GrabMail n’en a aucune. Un code que personne d’autre ne doit pouvoir lire a sa place sur mail.tm.
• Vous avez construit sur le flux. Les server-sent events sont le bon modèle pour un bot de longue durée, et GrabMail n’ajoutera pas de push.
• Votre bibliothèque fait le travail. Si un client communautaire gère les comptes, les tokens et les flux à votre place, le changement vous achète une API plus simple au prix du code que vous n’avez pas eu à écrire.

Questions