Infrastructure email pour agents IA : comparatif
VaEmail face à Resend, Brevo, Postmark et AgentMail, sur ce qui compte quand c'est un programme qui appelle et non une personne. Chaque cellule vient de la documentation officielle du fournisseur, lue le 06/09/2026 ; les pages détaillées citent l'URL exacte de chaque affirmation. Là où la documentation ne dit rien, la cellule dit « non documenté », pas « non ».
| Fonction | VaEmail | Resend | Brevo | Postmark | AgentMail |
|---|---|---|---|---|---|
| Catégorie annoncée | Infrastructure email pour applications et agents IA | « Email for developers » | Plateforme marketing, CRM et automation | « The email delivery service that people actually like » | « Email Inboxes for AI Agents » |
| API REST | Oui, /api/v1 + API compatible Brevo /v3 | Oui | Oui | Oui | Oui |
| SDK officiels | Aucun propre ; les clients Brevo fonctionnent sur /v3 | 9 (Node, Python, PHP, Ruby, Go, Java, Laravel, Rust, .NET) | 7 | 8 | 3 (Python, Node, Go) |
| CLI officielle | Oui, npx vaemail | Oui, resend-cli | Oui, mais pour les apps OAuth et « Functions », pas pour envoyer | Oui, postmark-cli (dernière version npm : 02/2024) | Oui, agentmail-cli |
| Serveur MCP officiel | Oui, local (stdio), 13 outils, zéro dépendance | Oui, distant (OAuth) et local | Oui, distant, 27 modules, plus un MCP « docs » | Oui, 24 outils | Oui, distant, 24 outils |
| Spécification OpenAPI | Oui, 3.1 | Oui, 3.0.3 | Oui, 3.0.1 (la doc dit « v2 ») | Non documentée (collection Postman) | Oui, 3.1 |
| llms.txt | Oui | Oui, trois niveaux | Oui, sur developers.brevo.com seulement | Oui | Oui |
| Skill d'agent (SKILL.md) | Oui | Oui, 5 skills | Non trouvé | Oui, 5 domaines | Oui |
| Email entrant | Réponses aux séquences de prospection, via boîte IMAP déclarée | Oui, webhook + lecture par API, pièces jointes | Oui, « inbound parsing » par sous-domaine dédié | Oui, adresse par serveur, lecture par API | Oui, c'est le produit : inbox, threads, recherche |
| Boîte créée à la volée par API | Non | Non (domaine fourre-tout) | Non | Oui, en créant un serveur | Oui, POST /v0/inboxes |
En-tête Idempotency-Key | Oui, 24 h, 409 si contenu différent | Oui, 24 h | Champ JSON idempotencyKey, 30 min | Non (à faire côté client) | Oui, 24 h, 409 si contenu différent |
| Essai à blanc sans envoi ni quota | Oui, POST /messages/validate, rend ce qui bloquerait | Non (les adresses de test consomment le quota) | Oui, X-Sib-Sandbox: drop, valide le format seulement | Oui, jeton POSTMARK_API_TEST | En CLI seulement (--dry-run) |
| Clés à portée restreinte | Oui, 8 portées | 2 niveaux (full_access, sending_access) + domaine | Non pour les clés API (OAuth seulement) | Serveur ou compte, pas plus fin | Oui, fines, par ressource et action |
| Plafonds par clé (jour, destinataires, domaines) | Oui | Non (par équipe) | Non documenté | Non documenté | Non documenté (par plan) |
| Journal d'audit par API | Oui, une ligne par appel | Partiel (GET /logs, journal des requêtes) | Enterprise seulement, 1 mois par requête | Non | Partiel (événements de labels par inbox) |
| Statut de remise par message | Oui, 7 états + événements | Oui, 12 états | Oui | Oui | Par événements webhook |
| Webhooks sortants | sent, delivered, bounce, complaint, opened, clicked | 19 événements, signés (Svix) | 15 événements email | 7 types, non signés | 11 événements |
| Diagnostic de délivrabilité par API | Oui, SPF/DKIM/DMARC + problèmes + actions | Non (tableau de bord) | Non trouvé | Vérification DKIM/SPF/Return-Path ; DMARC en option payante | Statut de vérification du domaine |
| Données en Europe | Serveurs en Allemagne, envoi SES Europe | Envoi possible depuis l'Irlande, données stockées aux États-Unis | Serveurs dans l'UE | États-Unis, « pas de projet de serveurs UE » | États-Unis ; option UE en Enterprise, sur devis |
| Offre gratuite | Pas de grille publique | 3 000/mois, 100/jour | 300/jour | 100/mois | 3 inboxes, 3 000/mois |
| Premier palier payant | Sur devis, au volume | 20 $/mois pour 50 000 | Non lisible sans navigateur (curseur) | 15 $/mois pour 10 000 | 20 $/mois, 10 inboxes, 10 000 |
Ce que le tableau dit sans détour
Où VaEmail est seul. Une clé qui porte à la fois des portées, un plafond journalier, un nombre maximal de destinataires et une liste de domaines expéditeurs, plus un essai à blanc qui ne consomme rien et un journal par appel : aucun des quatre ne combine ces garde-fous. C'est ce qui permet de confier une clé à un programme qui recommence quand il se trompe. Et les données restent en Allemagne.
Où VaEmail est derrière. Pas de boîte de réception créée à la volée : pour un agent qui doit *recevoir* (un code de vérification, une réponse humaine), AgentMail est conçu pour ça, Postmark et Resend le font. Pas de SDK propre. Un serveur MCP local seulement, là où Resend, Brevo et AgentMail proposent un serveur distant avec OAuth. Six événements de webhook contre quinze à dix-neuf ailleurs, sans signature documentée. Une documentation en français. Un produit jeune, porté par une agence, pas par une société financée.
Ce qui n'est pas dans le tableau. La délivrabilité réelle d'un envoi dépend d'abord du domaine expéditeur et de ce qu'on envoie, pas du fournisseur. Aucun de ces cinq ne publie de mesure indépendante de placement en boîte de réception.
Méthode
Un agent de recherche par fournisseur, sources officielles uniquement (site, documentation, dépôts GitHub de l'organisation), lecture directe en curl des fichiers llms.txt et des spécifications OpenAPI, date de consultation notée ligne par ligne. Les points où la documentation ne répond pas sont marqués comme tels. Si une cellule est fausse, écrire à contact@vaemail.fr avec l'URL qui la contredit : elle sera corrigée.