Confiez la boîte au logiciel
et gardez les clés
Donnez à un agent sa propre adresse et une clé limitée à ce qu'il peut faire. Il lit, étiquette, rédige et envoie, et chacun de ses appels est journalisé.
Le rôle décide des outils. Restreignez-le et les outils d'écriture disparaissent.
D'où ça part
À quoi ça ressemble aujourd'hui.
Un assistant se connecte comme vous
Il travaille depuis votre compte avec votre mot de passe : la trace ne vous distingue pas.
Le courrier attend qu'on l'ouvre
Rien n'est étiqueté, classé ni résumé avant qu'une personne arrive sur l'onglet.
Votre code interroge en boucle
Aucun événement à l'arrivée : l'app redemande à intervalle fixe et l'apprend en retard.
Comment ça marche
Opérationnel en quatre étapes.
- 01
Créez l'adresse
Créez-la dans les réglages, puis partagez-la avec une personne ou créez une clé qui peut envoyer en son nom.
- 02
Pointez un client dessus
Reliez Claude, ou tout client MCP, au serveur, connectez-vous et approuvez.
- 03
Décidez ce qui se passe à l'arrivée
Écrivez une règle pour étiqueter ou archiver le message, ou enregistrez un point de terminaison pour recevoir un webhook signé.
- 04
Lisez le journal, clé par clé
Chaque appel montre sa méthode, son chemin, son statut et sa durée, et renouveler une clé garde cet historique.
Sur quoi ça repose
Les éléments qui font le travail.
Cela repose sur un serveur MCP, une API HTTP avec des clés que vous limitez et révoquez, un SDK typé, des webhooks et des prompts que vous réécrivez.
Pointez Claude, ou n’importe quel client MCP, vers votre boîte mail.
Une API HTTP documentée, avec des clés à émettre, restreindre et révoquer.
Un client TypeScript d'abord, le reste ensuite.
Tri, étiquetage, résumés et premières réponses, faits avant que vous ouvriez l’onglet.
Enregistrement de client en libre-service avec PKCE, pour qu'une application demande l'accès correctement.
Prévient votre endpoint quand du courrier arrive, au lieu de vous obliger à l'interroger.
En pratique
Chaque élément, pas à pas.
Quatre pages plus courtes le déroulent : la boîte que traite un agent, les règles sur le courrier entrant, le courrier remis à votre code, et le journal des appels.
Pointez un assistant vers une boîte et laissez-le lire, rédiger et envoyer.
Décidez de ce qui arrive à un message avant que quelqu'un l'ouvre.
Le courrier arrivé sur votre domaine atteint votre serveur en webhook signé, quelques secondes après.
Questions
Posées avant de s'inscrire.
Un agent peut-il envoyer du courrier en mon nom ?
Seulement depuis les adresses nommées sur sa clé, et seulement si son rôle autorise l'envoi. Donnez-lui le rôle Lecteur et les outils d'écriture disparaissent.
Faut-il écrire du code pour s'en servir ?
Non. Un client MCP se connecte et reçoit les outils que son rôle autorise, et vous pouvez retirer l'app quand vous voulez. L'API, le SDK et les webhooks sont là si vous voulez votre propre code.
Le webhook transporte-t-il le message ?
Non. L'événement nomme le fil : vous récupérez ensuite le message et ses fichiers par id. Votre point de terminaison doit répondre en cinq secondes.
À proximité
D'autres tâches pour la même boîte.
Chaque ticket, fiche ou client peut avoir son adresse. Le courrier envoyé là atteint votre point de terminaison en événement signé, et votre code répond depuis cette adresse.
Votre app envoie un message et OpenEmail l'expédie depuis votre domaine. Chaque appel est rattaché à la clé qui l'a fait, et chaque envoi a un résultat à lire.
