Donnez une vraie boîte au terminal. Lisez, recherchez, envoyez, répondez, transférez, planifiez et organisez vos e-mails depuis un agent Warp, dans toutes les boîtes que vous avez connectées.
Ouvrez Settings, Agents, MCP servers, cliquez sur Add, choisissez l'onglet Streamable HTTP or SSE Server (URL), collez https://mcpemails.com/api/mcp et confirmez. Warp mène à bien le flux OAuth dans le navigateur quand on vous le demande.
Warp exécute le flux OAuth MCP standard auprès de ce serveur. Il s'enregistre lui-même via l'enregistrement dynamique de client RFC 7591, donc aucun client ID à créer, et s'autorise avec un code d'autorisation plus PKCE en S256. Aucun secret client n'est jamais transmis, et le jeton ne porte que les autorisations que vous approuvez sur notre écran de consentement. Le jeton d'accès reçu dure une heure et se renouvelle tout seul ; il apparaît dans Dashboard, API Keys sous la forme OAuth: suivi du nom du client, et c'est là que vous révoquez la connexion.
Tout ce qui figure sur cette page sert à faire entrer cette URL dans Warp.
| Champ | Valeur |
|---|---|
| URL du serveur MCP | https://mcpemails.com/api/mcp |
| Transport | Streamable HTTP (MCP 2025-06-18) |
| Authentification | OAuth 2.1, code d’autorisation avec PKCE. Aucune clé API. |
Quatre étapes. Les deux premières sont les mêmes pour tous les clients, les suivantes sont propres à celui-ci.
Inscrivez-vous sur mcpemails.com, sans carte bancaire, puis allez dans Dashboard, Inboxes, Connect Inbox. Outlook et Microsoft 365 se connectent via la connexion Microsoft ; Gmail, iCloud, Fastmail, Yahoo, Zoho et Yandex demandent un mot de passe d'application ; tout le reste se connecte en IMAP et SMTP standard. Le plan gratuit inclut une boîte, pour toujours.
Ouvrez Settings, puis Agents, puis MCP servers, et cliquez sur + Add.
Sélectionnez l'onglet Streamable HTTP or SSE Server (URL) plutôt que celui basé sur une commande.
Collez https://mcpemails.com/api/mcp et confirmez, puis terminez le flux OAuth dans le navigateur quand on vous le demande. Approuvez les autorisations que l'agent doit détenir.
Documentation officielle de Warp sur les serveurs MCP distants : https://docs.warp.dev/agent-platform/capabilities/mcp/
Vous ne savez pas quelle boîte connecter en premier ? Voir le tableau de compatibilité des fournisseurs
Warp propose un serveur basé sur une commande et un serveur basé sur une URL. Ce serveur est hébergé : il n'a aucune commande à lancer ni aucun paquet à installer. L'onglet URL est le seul qui puisse fonctionner, et choisir l'autre produit un serveur qui ne démarre jamais.
C'est tout son intérêt, et c'est aussi pourquoi la question des autorisations compte ici. Un agent qui déroule une liste de tâches avec send:email peut écrire à quelqu'un à n'importe quel moment de cette liste. Laisser cette autorisation de côté, ou activer la validation humaine pour que les envois attendent une personne, garde la partie utile sans la mauvaise surprise.
Le serveur fonctionne uniquement en requête-réponse, sans webhooks ni push. Un agent Warp voit le courrier quand il regarde, donc c'est une vérification planifiée ou explicitement demandée qui en fait un outil de surveillance. Attention aux limites de débit si vous interrogez la boîte de manière agressive.
Ouvrez Settings, Agents, MCP servers, cliquez sur Add, choisissez l'onglet Streamable HTTP or SSE Server (URL), collez https://mcpemails.com/api/mcp et confirmez, puis terminez le flux OAuth dans le navigateur. Les agents Warp disposent alors d'outils pour lire, rechercher, envoyer, répondre, transférer, organiser et planifier des e-mails.
Non. Warp mène un flux OAuth dans le navigateur auprès de ce serveur, donc rien de secret n'entre dans les réglages. Une clé bearer reste disponible pour les scripts et les machines sans interface graphique.
Outlook.com et Microsoft 365 via la connexion Microsoft, où un compte professionnel peut nécessiter qu'un administrateur informatique approuve l'application une fois ; Gmail, iCloud, Fastmail, Yahoo, Zoho et Yandex avec un mot de passe d'application ; et toute autre boîte qui parle IMAP et SMTP sur les ports standard. Le client les voit toutes par la même connexion : votre agent appelle d'abord inbox_list pour découvrir chaque boîte connectée et son identifiant, donc aucun UUID à coller nulle part.
Seulement si vous l'y autorisez. L'envoi dépend de l'autorisation send:email : une clé ou un jeton sans cette autorisation ne peut rien envoyer du tout. En plus, le propriétaire d'une boîte peut exiger une validation humaine dans le tableau de bord, qui retient chaque envoi, réponse, transfert, envoi de brouillon et envoi planifié jusqu'à ce qu'une personne le libère.
Non. Chaque message est récupéré en direct chez votre fournisseur pour la requête qui l'a demandé, puis transmis directement à votre client. Seul le jeton OAuth ou le mot de passe d'application chiffré est conservé, pour que les appels suivants puissent s'authentifier. Supprimer la boîte dans le tableau de bord, ou révoquer l'accès chez votre fournisseur, coupe la connexion aussitôt.
Une URL, une connexion. Une boîte gratuite pour toujours, sans carte bancaire.