Deixe o agente pessoal com quem você já troca mensagens ler, pesquisar, rascunhar, enviar, responder, encaminhar e arquivar e-mails em todas as caixas de entrada que você conectou, por um único endpoint MCP e um único login.
Pare o Gateway com openclaw gateway stop, rode openclaw mcp add mcpemails --url https://mcpemails.com/api/mcp --transport streamable-http --auth oauth, depois openclaw mcp login mcpemails e aprove no navegador. Inicie o Gateway de novo com openclaw gateway start.
| Campo | Valor |
|---|---|
| URL do servidor MCP | https://mcpemails.com/api/mcp |
| Transporte | Streamable HTTP (MCP 2025-06-18) |
| Autenticação | OAuth 2.1, código de autorização com PKCE. Sem chave de API. |
O cliente MCP nativo do OpenClaw executa o fluxo OAuth padrão do MCP para um servidor HTTP salvo com auth: "oauth". Ele se registra com registro dinâmico de cliente RFC 7591, então não há client ID para criar, e autoriza com authorization code mais PKCE usando S256. O token carrega só os escopos que você aprova na nossa tela de consentimento, dura uma hora e se renova sozinho. O OpenClaw o guarda no Gateway, e ele aparece no painel, em Chaves de API, como OAuth: OpenClaw MCP, e é ali que você revoga a conexão.
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.
Na máquina que roda o seu Gateway, rode openclaw gateway stop e depois openclaw mcp add mcpemails --url https://mcpemails.com/api/mcp --transport streamable-http --auth oauth. Isso grava a entrada em mcp.servers no ~/.openclaw/openclaw.json. O OpenClaw se recusa a alterar servidores salvos enquanto o Gateway está rodando.
Com o Gateway ainda parado, rode openclaw mcp login mcpemails. Siga a URL de autorização mostrada e aprove os escopos que você quer que o OpenClaw tenha. O OpenClaw captura o callback do navegador e salva as credenciais; depois rode openclaw gateway start.
Em vez do login pelo terminal, inicie o Gateway e abra a Control UI no próprio endereço de loopback dela ou num endereço HTTPS público, depois vá em Settings → MCP. Como administrador, selecione Sign in no servidor mcpemails, aprove o acesso no navegador e volte para Settings. Num endereço privado ou só do Tailscale, use o login pelo terminal.
Rode openclaw mcp status --verbose, que funciona com o Gateway rodando. Se aparecer authorization-required, faça login de novo. Depois peça ao seu agente, em qualquer canal, que liste suas caixas de entrada.
openclaw mcp add mcpemails --url https://mcpemails.com/api/mcp --transport streamable-http --auth oauthDocumentação oficial do OpenClaw sobre servidores MCP remotos: https://docs.openclaw.ai/tools/mcp
Na dúvida sobre qual caixa de correio conectar primeiro? Veja a tabela de compatibilidade de provedores
Quando transport fica de fora de uma entrada HTTP, o OpenClaw usa sse. Este servidor usa Streamable HTTP, então sempre passe --transport streamable-http, ou escolha Streamable HTTP em Settings. Numa configuração escrita à mão, transport: "streamable-http" é a grafia que o OpenClaw lê; um type: "http" no estilo do CLI só é aceito via openclaw mcp set ou corrigido por openclaw doctor --fix.
openclaw mcp add, login, probe e doctor --probe se recusam a rodar enquanto um Gateway local controla o estado do OpenClaw, então pare-o antes e inicie de novo depois. Se o Gateway roda num servidor e o seu navegador está em outro lugar, o callback de loopback não chega até ele: copie o código do navegador e conclua com o comando openclaw mcp login mcpemails --code mostrado.
Por padrão, a credencial OAuth é compartilhada e gerenciada pelo operador: todos os agentes naquele Gateway usam o mesmo login, então qualquer pessoa que consiga mandar mensagem ao seu agente pode pedir que ele leia seus e-mails. Restrinja a canais que só você usa, deixe send:email fora da tela de consentimento se o agente só deve ler, ou ative a aprovação humana na caixa de entrada para que todo envio espere por uma pessoa. O OpenClaw também oferece login por solicitante, em que cada remetente conecta a própria conta; isso exige gateway.publicOrigin definido com o endereço HTTPS público do Gateway.
O OpenClaw salva uma definição sem provar que ela funciona, e um servidor que ainda precisa de login simplesmente fica fora das ferramentas do agente, em vez de fazer a rodada falhar. Se o agente disser que não tem ferramentas de e-mail, rode openclaw mcp status --verbose: authorization-required significa que você precisa repetir o passo de login.
Na máquina do Gateway, pare o Gateway, rode openclaw mcp add mcpemails --url https://mcpemails.com/api/mcp --transport streamable-http --auth oauth, depois faça login com openclaw mcp login mcpemails e inicie o Gateway de novo. Você também pode fazer login em Settings, MCP, na Control UI. Seu agente passa a ter ferramentas para ler, pesquisar, rascunhar, enviar, responder, encaminhar, organizar e agendar e-mails.
Não. O OpenClaw executa o fluxo OAuth do MCP sozinho e guarda o token no Gateway. As entradas HTTP dele também aceitam um mapa de headers estáticos, então uma chave com escopo enviada como header Authorization Bearer também funciona, mas o OpenClaw ignora headers Authorization estáticos numa entrada definida como auth oauth, então use um ou outro.
Sim. Adicione --include com uma lista de nomes de ferramentas separados por vírgula, ou um padrão como 'email_*', ao rodar openclaw mcp add, ou defina toolFilter no servidor na configuração. Isso restringe o que o agente vê. O que ele pode de fato fazer continua definido pelos escopos que você aprovou na tela de consentimento.
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. 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 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. Para um agente que roda sem supervisão em vários canais de chat, vale usar os dois.
Não. Cada mensagem é buscada ao vivo no seu provedor para a solicitação que a pediu e entregue direto ao seu agente. 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, um login. Uma caixa de entrada grátis para sempre, sem cartão.