MCP

MCPEmails: comece com um escopo somente leitura na caixa de entrada

Para quem quer que um agente leia e pesquise uma caixa existente. Na primeira vez, configure só a URL hospedada e conceda read:email. Enviar, organizar e apagar pedem permissões extras e uma confirmação antes.

Official source · MCPEmails

Install

"url": "https://mcpemails.com/api/mcp"

Para quem é

Se você quer que um agente use uma caixa existente para ler, pesquisar, enviar, organizar e agendar correio, sem o servidor guardar os corpos por muito tempo, este serviço combina. Oficialmente está escrito como servidor MCP hospedado, para Claude, Cursor ou qualquer cliente compatível com MCP.

Combina com quem já consegue adicionar um servidor HTTP remoto no cliente e aceita entrar no site oficial para vincular uma caixa. Primeiro entre no site e ligue Gmail (OAuth em um clique) ou qualquer conta IMAP/SMTP (senha de aplicativo). As credenciais são cifradas com AES-256-GCM antes de irem para o banco. Site:

https://mcpemails.com

Não combina com quem só quer IMAP totalmente local, ou quem daria delete na primeira tentativa. As permissões separam-se por chave: você pode dar só read:email, ou conceder envio e gestão de pastas sem expor delete.

Repositório oficial:

https://github.com/Albretsen/MCPEmails

Primeira tentativa em 3 minutos

O caminho oficial recomendado é um só: ligar a interface hospedada. Não procure um instalador local.

https://mcpemails.com/api/mcp

Pré-requisitos: a caixa já está vinculada nesse site; crie para este teste uma chave que contenha só read:email. No cliente, defina url para essa interface e coloque Authorization Bearer em headers. A chave só na configuração local. Não a escreva na conversa nem use a string de exemplo da documentação.

Onde configurar: as definições de servidor remoto do cliente MCP atual. Depois de ligar, faça uma chamada de baixo risco: escolha ler ou pesquisar nas ferramentas que o cliente mostra. Oficialmente há 11 ferramentas; a maioria escolhe a operação por recurso mais action. Esta página não escreve os nomes de função em sequência, então não os invente. Uma leitura ainda sai para a rede e traz o conteúdo do correio para a conversa; não é uma «fronteira sem privacidade». Oficialmente dizem que não armazenam o correio, mas esta sessão ainda vê o corpo.

Sinal de sucesso: volta uma mensagem ou um resultado de pesquisa, sem envio, sem mudança de pasta e sem exclusão. Se for 401, confira primeiro se Bearer corresponde à chave somente leitura.

Casos de uso

Caso 1: ler e pesquisar. Os objetos são read e search das capacidades oficiais, escopo só read:email. Use uma action de leitura ou pesquisa que o cliente realmente mostre. A evidência não tem lista de campos; o sucesso é um assunto ou um resumo que volta. Não assuma que o servidor arquiva por muito tempo.

Caso 2: enviar ou organizar. A mesma frase oficial também nomeia send, organize e schedule. São precisas permissões extras. O ponto de confirmação é que você já viu destinatário e corpo, ou a operação de pasta que vai executar, e aceita que o correio sairá de verdade ou que os rótulos mudarão, e então age. Não coloque delete neste passo; sem escopo delete, não chame actions relacionadas.

Limites

Os nomes concretos das 11 ferramentas não estão confirmados em sequência nesta página. Não complete nomes de função inbox ou draft por senso comum. Não acrescente automação ou contactos não nomeados.

Não ligue sem caixa vinculada ou sem chave somente leitura. Enviar, organizar e agendar mudam a sua caixa real. Oficialmente não há um passo para reverter correio já enviado. A interface hospedada acede à caixa por si; há risco de operação errada na conta. Palavras-passe de aplicativo e tokens OAuth não devem aparecer na conversa.