Adicione uma caixa de correio real ao Cline no VS Code. Leia, pesquise, envie, responda, encaminhe, agende e organize e-mails, com uma chave limitada exatamente ao que você quer que o agente faça.
No painel do Cline, abra MCP Servers e depois Remote Servers. Cole https://mcpemails.com/api/mcp, defina o tipo de transporte como Streamable HTTP, adicione o servidor e depois adicione um header Authorization Bearer com uma chave de API do seu painel.
| Campo | Valor |
|---|---|
| URL do servidor MCP | https://mcpemails.com/api/mcp |
| Transporte | Streamable HTTP (MCP 2025-06-18) |
| Autenticação | Authorization: Bearer, com uma chave de API de permissões limitadas do seu painel. |
O Cline não executa o fluxo OAuth no navegador com um servidor MCP remoto, então ele autentica com um token bearer. Crie uma chave de API no seu painel, marque só os escopos de que o agente precisa e cole a chave no Cline como um header Authorization: Bearer. Conexões por chave e por OAuth chegam ao mesmo endpoint e recebem o mesmo catálogo de ferramentas; a diferença está só em como o token é obtido.
Quatro passos. Os dois primeiros são iguais para todos os clientes, os demais são específicos deste.
Crie sua conta em mcpemails.com, sem cartão, e conecte sua caixa de correio no painel, em Caixas de entrada. Uma caixa de entrada é grátis, para sempre.
No painel, em Chaves de API, clique em Criar chave. Dê um nome e marque só os escopos de que este agente precisa: read:email, search:email, send:email, manage:folders, delete:email, manage:drafts, manage:contacts, schedule:email e manage:automations. A chave tem o formato mcpe_ seguido de 64 caracteres hexadecimais e aparece uma única vez, então copie antes de fechar a janela.
No painel do Cline, clique no ícone MCP Servers, abra a aba Remote Servers (servidores remotos), digite um nome e cole https://mcpemails.com/api/mcp. Defina Transport Type como Streamable HTTP e clique em Add Server.
Adicione um header chamado Authorization com o valor Bearer seguido de um espaço e da sua chave. O servidor só aceita tokens bearer nesse header.
Documentação oficial do Cline sobre servidores MCP remotos: https://docs.cline.bot/mcp/configuring-mcp-servers
Prefere um passo a passo completo? E-mail para agentes de IA no Cursor, Cline e VS Code
Na dúvida sobre qual caixa de correio conectar primeiro? Veja a tabela de compatibilidade de provedores
A aba Remote Servers oferece mais de um transporte. Este servidor usa Streamable HTTP na revisão de protocolo 2025-06-18. Escolher SSE gera um servidor que parece ter sido adicionado sem erro e depois nunca responde, um jeito lento de descobrir um erro de um campo só.
O valor do header é Bearer, um espaço e depois a chave. Colar só a chave é a causa mais comum de um 401 aqui, e um 401 deste endpoint traz um ponteiro de descoberta OAuth em vez de uma mensagem dizendo que o header estava malformado, o que não ajuda você a adivinhar.
O Cline não executa o fluxo de consentimento OAuth, então os escopos que você marca ao criar a chave são o limite inteiro. Uma chave com read:email, search:email e manage:drafts deixa o Cline fazer triagem e rascunhos, e não consegue enviar nem excluir nada. Para ampliar depois, emita uma segunda chave em vez de afrouxar a primeira.
Só um hash SHA-256 da chave é armazenado, então não há como mostrá-la de novo. Se você perder, revogue e crie outra. A revogação no painel, em Chaves de API, vale a partir da próxima chamada.
Adicione o MCPEmails como servidor remoto: MCP Servers, Remote Servers, cole https://mcpemails.com/api/mcp, defina Transport Type como Streamable HTTP e adicione um header Authorization Bearer com uma chave de API do seu painel. O Cline passa a ter ferramentas para ler, pesquisar, enviar, responder, encaminhar, organizar e agendar e-mails.
Porque os dois clientes tratam a autenticação MCP remota de formas diferentes. O Cursor executa o fluxo OAuth no navegador e guarda o token ele mesmo. O Cline autentica com qualquer header que você configurar, então uma chave bearer é o caminho que funciona. Os dois chegam ao mesmo endpoint e recebem as mesmas ferramentas; só muda como o token é obtido.
Revogue. As chaves ficam listadas no painel, em Chaves de API, e a revogação vale a partir da próxima chamada, sem espera. Como uma chave carrega só os escopos que você marcou, uma chave somente leitura que vazou também não pode ter enviado nem excluído nada.
Outlook.com e Microsoft 365 com Entrar com a Microsoft, em que uma conta de trabalho pode precisar que um administrador de TI aprove o app uma vez; Gmail, iCloud, Fastmail, Yahoo, Zoho e Yandex com uma senha específica de app; e qualquer outra caixa de correio que fale IMAP e SMTP nas portas padrão. O cliente vê todas pela mesma conexão: seu agente chama inbox_list primeiro para descobrir cada caixa conectada e o id dela, então não há UUIDs para colar em lugar nenhum.
Só se você deixar. O envio depende do escopo send:email, então uma chave ou um token sem esse escopo não consegue enviar nada. Além disso, o dono de uma caixa de entrada pode exigir aprovação humana no painel, que segura todo envio, resposta, encaminhamento, envio de rascunho e envio agendado até que uma pessoa libere.
Não. Cada mensagem é buscada ao vivo no seu provedor para a solicitação que a pediu e entregue direto ao seu cliente. Só o token OAuth ou a senha de app criptografados ficam guardados, para que as próximas chamadas possam autenticar. Excluir a caixa de entrada no painel, ou revogar o acesso no seu provedor, encerra a conexão na hora.
Um servidor remoto, uma chave com escopo. Uma caixa de entrada grátis para sempre, sem cartão.