Ajoutez une vraie boîte à Zed comme context server. Lisez, recherchez, envoyez, répondez, transférez, planifiez et organisez vos e-mails sans quitter l'éditeur.
Dans les réglages de l'Agent Panel, cliquez sur Add Custom Server, ou ajoutez une entrée sous context_servers dans settings.json avec l'url https://mcpemails.com/api/mcp. Zed lance le flux OAuth quand aucun en-tête Authorization n'est défini.
Zed 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 Zed.
| 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.
Dans les réglages de l'Agent Panel, cliquez sur Add Custom Server, ou modifiez directement settings.json.
Ajoutez l'entrée ci-dessous sous context_servers.
Zed lance le flux OAuth quand aucun en-tête Authorization n'est défini. Connectez-vous avec MCPEmails et approuvez les autorisations que Zed doit détenir.
{
"context_servers": {
"mcpemails": {
"url": "https://mcpemails.com/api/mcp"
}
}
}Documentation officielle de Zed sur les serveurs MCP distants : https://zed.dev/docs/ai/mcp
Vous ne savez pas quelle boîte connecter en premier ? Voir le tableau de compatibilité des fournisseurs
Zed choisit entre OAuth et un jeton statique selon que vous avez configuré ou non un en-tête Authorization. Définissez-en un et Zed l'utilise sans jamais rien demander ; laissez-le vide et Zed lance le flux dans le navigateur. Remplir ce champ à moitié, c'est ainsi qu'on se retrouve avec un serveur qui ne demande rien et ne s'authentifie pas non plus.
La clé de réglage est context_servers. C'est le même MCP, et un extrait venu d'un autre client est correct à la clé englobante près, exactement le genre de différence qui résiste à une relecture attentive.
Les outils e-mail sont des outils d'agent. Une connexion réussie ne change rien aux complétions en ligne ; l'endroit pour vérifier que cela a marché, et voir quels outils sont arrivés, c'est l'Agent Panel.
Ajoutez un serveur personnalisé depuis les réglages de l'Agent Panel, ou ajoutez une entrée sous context_servers dans settings.json avec l'url https://mcpemails.com/api/mcp. Laissez l'en-tête Authorization vide et Zed lance le flux OAuth. L'Agent Panel dispose alors d'outils pour lire, rechercher, envoyer, répondre, transférer, organiser et planifier des e-mails.
Non, tant que vous laissez l'en-tête Authorization non défini, c'est ce qui pousse Zed à lancer le flux OAuth. Une clé bearer est l'alternative si vous préférez gérer le jeton vous-même.
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.
Un context server, une connexion. Une boîte gratuite pour toujours, sans carte bancaire.