Alternativa ao MailSlurp: GrabMail vs MailSlurp

Visão geral

Catorze linhas. Cada célula do MailSlurp reflete o que dizia sua página de preços, sua documentação e seu llms.txt em 2 de setembro de 2026; cada célula do GrabMail é lida diretamente das constantes que o serviço aplica. “Parcialmente” significa um nível pago, um limite ou uma ressalva que a linha não comporta — as seções abaixo dizem qual.

Verificado em 2 de setembro de 2026. O MailSlurp publica apenas preços mensais; a opção anual em sua página de preços não mostra nenhum valor. A duração da expiração automática das caixas grátis também não é publicada, então a tabela diz “expiram” sem indicar um número.

O que o MailSlurp faz bem

Se testar e-mail é uma linha no orçamento e você quer tudo em uma única conta, o MailSlurp é a referência. Quatro coisas que ele faz e que o GrabMail não faz:

• Ele espera por você. waitForLatestEmail, waitForMatchingEmails e waitForNthEmail mantêm a requisição em aberto até a mensagem existir, então um teste não precisa escrever um loop de polling nem ajustar um sleep. A API REST do GrabMail funciona por polling; só o servidor MCP dele espera.
• Ele envia, e tem números de telefone. Um fluxo que responde a uma mensagem, ou um que verifica por SMS, pode ser testado de ponta a ponta nos planos pagos. O GrabMail só recebe e só por e-mail, por design.
• Nove SDKs e um webhook em todos os planos. Existe o npm install mailslurp-client, em nove linguagens, com modelos tipados; e um evento que chega a uma caixa pode ser enviado ao seu endpoint mesmo no Free. Aqui há um documento OpenAPI e um GET.
• Um histórico de segurança que dá para mandar para o setor de compras. Selos SOC 2 Type I, GDPR e CCPA, papéis de agente restritos, e um nível Enterprise com SAML, SCIM, logs de auditoria e hospedagem regional. O GrabMail publica o que não faz e não oferece SLA.

Onde o GrabMail é diferente

O GrabMail é feito para os casos que o plano Free do MailSlurp deixa de fora por seus limites e que os planos pagos deixam de fora pelo preço: uma tarefa que não pode guardar nenhum segredo, um domínio que não pode custar nada, e um agente que ninguém está supervisionando.

• Sem chave, então sem cofre de segredos. Uma chamada ao MailSlurp precisa de x-api-key; uma chamada ao GrabMail precisa de um endereço na query string. Um pull request de um fork, um trecho em um README e um agente na máquina de um estranho podem ler uma caixa aqui sem que se confie neles com nada.
• Sem limite mensal. O MailSlurp Free para em 500 e-mails recebidos e 100 caixas novas por mês, e depois disso pede $49.99. Um endereço do GrabMail existe no momento em que um e-mail chega até ele, nos domínios públicos ou no seu, com uma leitura por segundo por endereço como único limite — o mês inteiro.
• Seu próprio domínio é grátis, e é assim que você escolhe um nome. O MailSlurp atribui partes locais aleatórias em seus domínios compartilhados e só deixa você escolher um nome em um domínio personalizado, que o Free não tem e o Pro cobra por uso. Aqui, run-42@grabmail.io é seu só de digitar, e qualquer domínio que você apontar para smtp.grabmail.io vira uma caixa catch-all de graça.
• Anexos e um servidor MCP no nível grátis. O MailSlurp entrega anexos a partir do Pro; o GrabMail aceita 5 MB por mensagem desde o primeiro dia. Seu servidor MCP não precisa de nenhuma tela de OAuth, que é exatamente o que um agente que trabalha sem um humano na frente de um navegador precisa.

Preço, lado a lado

Os preços do MailSlurp são mensais, em dólares americanos, não reembolsáveis exceto onde a lei exige, com excedente cobrado por uso acima dos volumes incluídos. O único plano pago do GrabMail compra acesso a um conjunto de domínios mantidos fora das listas de bloqueio de e-mail descartável; tudo na tabela acima continua grátis.

Preços tal como publicados em 2 de setembro de 2026. O MailSlurp oferece um teste com cartão no Pro e no Team; seus termos tornam as cobranças não reembolsáveis. A página de preços do GrabMail tem a tabela completa.

Para desenvolvedores: lendo uma caixa de entrada

Toda a diferença em um único comando. Isto lê uma caixa do GrabMail sem cabeçalho, sem chave e sem conta:

$ curl -sG https://grabmail.io/api/v1/mailbox --data-urlencode "address=anything@grabmail.io" | jq '{count, alias}'

O equivalente no MailSlurp começa com uma conta, uma chave de API e geralmente um SDK: crie uma caixa e depois waitForLatestEmail(inboxId, timeout). Isso é mais para configurar e menos para escrever no teste, porque a espera acontece no servidor. No GrabMail a espera é um loop com prazo — vinte linhas, mostradas nos guias de Playwright, Python e Node.js — e não há nada para instalar.

Um detalhe de CI que vale a pena saber: a chave do MailSlurp fica em um secret e o pipeline precisa ter permissão para lê-lo, o que exclui pull requests de forks na maioria das plataformas. O GrabMail não precisa de nenhum secret, então o pipeline de um fork pode rodar o mesmo teste de e-mail. O guia de GitHub Actions mostra o workflow.

Para agentes de IA

O MailSlurp fez um trabalho sério aqui: um endpoint MCP hospedado, dezesseis ferramentas, cinco papéis de privilégio mínimo, de somente leitura a gerente de caixa, e uma API REST para agentes. É pensado para um agente atuando dentro da conta de uma organização, cercado de OAuth e permissões. O servidor do GrabMail em https://grabmail.io/mcp é pensado para o caso oposto — um agente que não tem conta em lugar nenhum e precisa de uma caixa agora — então ele não pede nada e oferece seis ferramentas, incluindo um wait_for_message que bloqueia por até 25 segundos.

Se o agente é seu e o e-mail é da sua empresa, os papéis do MailSlurp são o modelo mais seguro. Se o agente está se cadastrando sozinho em um serviço de terceiros e o e-mail é um código de verificação, o servidor sem chave do GrabMail remove o único passo que um agente sem supervisão não consegue fazer sozinho: passar por um cadastro. E-mail para agentes de IA cobre esse ciclo.

Migrando do MailSlurp

Uma suíte de testes que usa o MailSlurp só para e-mail recebido migra em uma tarde; uma que usa envio ou webhooks deveria ficar. Os passos:

1. Troque a criação da caixa por um endereço. Onde a suíte chamava createInbox() e guardava um id, construa em vez disso um endereço: run-${id}@grabmail.io, ou qualquer nome em um domínio que você aponte para cá. Não há nada para criar.
2. Troque a espera por um loop. waitForLatestEmail vira um GET em /api/v1/mailbox a cada segundo, até count ficar acima de zero ou o prazo passar. Os guias têm a função em TypeScript e em Python; copie uma vez.
3. Remova o secret. Apague a variável MAILSLURP_API_KEY da CI e o SDK do lockfile. Se seu pipeline fixa os hosts de saída, libere grabmail.io.
4. Confira do que você dependia. Anexos ainda funcionam aqui (5 MB por mensagem). Envio, SMS, IMAP e webhooks não existem aqui, e o e-mail some depois de 5 dias.

Qual escolher, e para quê

A divisão honesta é por necessidade:

Quando ficar com o MailSlurp

Três situações em que trocar custaria algo real:

• Seus testes carregam dados reais. Uma caixa do GrabMail pode ser lida por qualquer um que souber o endereço, nos domínios públicos e no seu. As caixas do MailSlurp pertencem a uma conta e podem ser restritas por agente. Um teste que envia por e-mail os dados de um cliente precisa da segunda opção.
• Você depende de push ou de envio. Webhooks, IMAP, SMTP, e-mail de saída e números de telefone estão ausentes aqui por design, e vão continuar ausentes. Se algum deles está na sua suíte, aqui não há para onde migrar.
• Você já pagou o ano. As cobranças do MailSlurp não são reembolsáveis. Rode os dois em paralelo no próximo projeto, em vez de arrancar algo que já funciona.

Perguntas