Triez, cherchez et envoyez vos e-mails depuis le lanceur que vous ouvrez déjà sans y penser. Lisez, recherchez, envoyez, répondez, transférez, planifiez et organisez vos e-mails dans toutes les boîtes que vous avez connectées.
Lancez la commande Install MCP Server dans Raycast, réglez Transport sur HTTP, collez https://mcpemails.com/api/mcp, installez-le, puis cliquez sur Sign In pour autoriser avec MCPEmails.
Raycast 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 Raycast.
| 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.
Lancez la commande Install MCP Server, ou Manage MCP Servers si vous en avez déjà.
Saisissez un nom, réglez Transport sur HTTP et collez https://mcpemails.com/api/mcp.
Appuyez sur Install MCP Server, puis cliquez sur Sign In pour autoriser avec MCPEmails. Approuvez les autorisations que Raycast doit détenir.
Documentation officielle de Raycast sur les serveurs MCP distants : https://manual.raycast.com/ai/model-context-protocol
Vous ne savez pas quelle boîte connecter en premier ? Voir le tableau de compatibilité des fournisseurs
Installer le serveur et l'autoriser sont deux actions distinctes dans Raycast, et le serveur apparaît dans la liste dès la première. Un serveur fraîchement installé mais non autorisé produit des appels d'outils qui échouent avec un 401, ce qui ressemble à un serveur cassé plutôt qu'à une configuration inachevée. Cliquez sur Sign In.
Tout l'intérêt de Raycast, c'est qu'une action a lieu deux frappes après l'idée. C'est excellent pour la recherche et le tri, et c'est justement pourquoi l'envoi mérite ici un second regard, plus que dans un client plus lent. Soit vous laissez send:email hors de cette connexion, soit vous activez la validation humaine pour qu'un envoi attende une personne.
Le serveur fonctionne uniquement en requête-réponse, sans webhooks ni push. Raycast voit le courrier quand vous lui demandez de regarder, ce qui convient bien à un lanceur : vous l'ouvrez, vous demandez, vous obtenez une réponse. Cela veut dire en revanche que ce n'est pas un outil de notification, et qu'un « préviens-moi quand X arrive » permanent n'est pas à la portée de la connexion.
Lancez la commande Install MCP Server, réglez Transport sur HTTP, collez https://mcpemails.com/api/mcp, installez-le, puis cliquez sur Sign In et autorisez avec MCPEmails. Raycast AI dispose alors d'outils pour lire, rechercher, envoyer, répondre, transférer, organiser et planifier des e-mails.
Non. Raycast exécute le flux OAuth via son action Sign In, donc rien de secret n'est saisi dans la commande. Une clé bearer est disponible pour les autres clients qui ne savent pas le faire.
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 serveur, une connexion. Une boîte gratuite pour toujours, sans carte bancaire.