Install
"url": "https://mcpemails.com/api/mcp"À qui cela s’adresse
Si vous voulez qu’un agent utilise une boîte existante pour lire, chercher, envoyer, classer et planifier du courrier, sans que le serveur conserve les corps longtemps, ce service correspond. Officiellement c’est un serveur MCP hébergé, pour Claude, Cursor ou tout client compatible MCP.
Il convient à qui sait déjà ajouter un serveur HTTP distant dans le client et accepte de se connecter sur le site officiel pour lier une boîte. D’abord se connecter sur le site et rattacher Gmail (OAuth en un clic) ou un compte IMAP/SMTP quelconque (mot de passe d’application). Les identifiants sont chiffrés avec AES-256-GCM avant d’être écrits en base. Site :
https://mcpemails.com
Il ne convient pas à qui veut uniquement de l’IMAP entièrement local, ou qui donnerait delete dès le premier essai. Les droits se découpent par clé : seulement read:email, ou envoi et gestion de dossiers sans exposer delete.
Dépôt officiel :
https://github.com/Albretsen/MCPEmails
Premier essai en 3 minutes
Le chemin officiel recommandé n’en a qu’un : connecter l’interface hébergée. Ne pas chercher un installateur local.
https://mcpemails.com/api/mcp
Prérequis : la boîte est déjà liée sur ce site ; créer pour cet essai une clé qui ne contient que read:email. Dans le client, mettre url sur cette interface et placer Authorization Bearer dans headers. Garder la clé seulement dans la configuration locale. Ne pas l’écrire dans la conversation, ni utiliser la chaîne d’exemple des docs.
Emplacement de configuration : les réglages de serveur distant du client MCP actuel. Une fois connecté, faire un appel à faible risque : choisir lecture ou recherche parmi les outils que le client affiche. Officiellement il y a 11 outils ; la plupart choisissent l’opération par ressource plus action. Cette page n’écrit pas les noms de fonctions à la suite, donc ne pas les inventer. Une lecture sort quand même sur le réseau et amène le contenu du courrier dans la conversation ; ce n’est pas une « absence de frontière de confidentialité ». Officiellement le courrier ne serait pas stocké, mais cette session voit encore le corps.
Signal de succès : un message ou un résultat de recherche revient, sans envoi, sans changement de dossier, sans suppression. En cas de 401, vérifier d’abord que Bearer correspond à la clé en lecture seule.
Cas d’usage
Cas 1 : lire et chercher. Les objets sont read et search des capacités officielles, portée read:email seulement. Utiliser une action de lecture ou de recherche que le client affiche vraiment. Les preuves n’ont pas de liste de champs ; le succès est un sujet ou un extrait qui revient. Ne pas supposer que le serveur archive longtemps.
Cas 2 : envoyer ou classer. La même phrase officielle nomme aussi send, organize et schedule. Des droits supplémentaires sont nécessaires. Le point de confirmation : vous avez déjà vu le destinataire et le corps, ou l’opération de dossier à venir, et vous acceptez que le courrier parte vraiment ou que les libellés changent, puis vous agissez. Ne pas mettre delete dans cette étape ; sans portée delete, ne pas appeler les actions liées.
Limites
Les noms exacts des 11 outils ne sont pas confirmés à la suite sur cette page. Ne pas inventer de noms de fonctions inbox ou draft par bon sens. Ne pas ajouter d’automatisation ou de contacts non nommés.
Ne pas se connecter sans boîte liée ni clé en lecture seule. Envoi, classement et planification changent la vraie boîte. Officiellement il n’y a pas d’étape pour rappeler un courrier déjà parti. L’interface hébergée accède à la boîte à votre place ; un mauvais geste sur le compte est possible. Les mots de passe d’application et les jetons OAuth ne doivent pas apparaître dans la conversation.