Alternativa ao mail.tm: GrabMail vs mail.tm

Resumo rápido

Catorze linhas. Cada célula do mail.tm reflete o que diziam sua página inicial, o FAQ, a página de privacidade e a documentação em 2 de setembro de 2026; cada célula do GrabMail é lida das constantes que o serviço aplica. “Parcialmente” significa uma ressalva que a linha não consegue conter — as seções abaixo dizem qual.

Revisado em 2 de setembro de 2026. O endpoint de domínios do mail.tm listava exatamente um domínio público ativo naquele dia, que o FAQ dele diz que é sempre renovado; o número pode mudar. A documentação dele conta um token como “sem chave de API”; a tabela conta um token como um segredo que um pipeline precisa guardar, e diz isso.

O que o mail.tm faz bem

O mail.tm é o serviço contra o qual muitíssimos scripts, bots e bibliotecas foram escritos, e por boas razões. Quatro coisas que ele faz e que o GrabMail não faz:

• Caixas de entrada privadas. Cada uma recebe uma senha gerada, guardada criptografada, que nem o mail.tm consegue redefinir. Um código de verificação enviado a um endereço do mail.tm só pode ser lido por quem tem o token, mais ninguém. Toda caixa de entrada do GrabMail é pública, e o alias é o jeito de contornar isso.
• Push em vez de polling. Inscreva-se em /accounts/{id} no hub Mercure dele e as mensagens novas chegam como server-sent events. Um script que teria que dormir e consultar pode, em vez disso, esperar em um stream. O GrabMail não tem push; a espera do MCP é o mais próximo disso, e só para agentes.
• Sete dias, e uma caixa de entrada que permanece. As mensagens vivem sete dias contra os 5 daqui, e a própria caixa de entrada vive até você apagá-la.
• Um ecossistema. Bibliotecas da comunidade em .NET, Dart, Go, Java, JavaScript, PHP, Python, Rust e Swift, um llms.txt e gêmeas em Markdown de cada página da documentação. O GrabMail tem um documento OpenAPI e guias, e nenhuma biblioteca.

Onde o GrabMail é diferente

O GrabMail remove os dois passos que o mail.tm ainda tem — a conta e o token — e adiciona as três coisas que o mail.tm não oferece: um domínio próprio, um servidor MCP, e uma página sem anúncios.

• Sem conta, sem token. No mail.tm, uma caixa de entrada é uma conta que você cria com uma senha, troca por um token Bearer, e guarda. No GrabMail, GET /api/v1/mailbox?address=… é a chamada inteira. Um job de CI em um fork, um gist público e um agente sem supervisão não têm nada para guardar.
• Seu próprio domínio, grátis. O mail.tm não publica nada sobre como trazer um domínio; no dia da checagem ele listava um domínio público, que toda lista de bloqueio conhece. Aqui, qualquer domínio que você aponte para smtp.grabmail.io é uma caixa de entrada catch-all, sem limite e grátis — a resposta duradoura para formulários que recusam domínios descartáveis.
• Um servidor MCP. O mail.tm não tem nenhum próprio; terceiros envolvem a API dele. O do GrabMail em https://grabmail.io/mcp dá a um agente create_inbox, um wait_for_message bloqueante de até 25 segundos e read_message, sem nada para se cadastrar.
• Sem anúncios, e limites por escrito. Sem Freestar, sem pedido de bloqueador de anúncios, sem análise de dados. 5 MB por mensagem, uma leitura por segundo por endereço, 5 dias: tudo em a página de limites. O mail.tm também publica seu limite de 8 requisições por segundo; não publica um tamanho de anexo.

Preço, lado a lado

Não há nada para precificar no mail.tm: sem nível pago, sem extras pagos, anúncios no site. 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.

Publicado em 2 de setembro de 2026. 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. Isso lê uma caixa de entrada do GrabMail sem cabeçalho, sem token e sem conta:

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

O equivalente no mail.tm são quatro chamadas: GET /domains para um domínio disponível, POST /accounts com um endereço e uma senha, POST /token, e depois GET /messages com Authorization: Bearer. É bem documentado e existe uma biblioteca para isso na sua linguagem. Também é um segredo que agora você guarda, e uma taxa de 8 requisições por segundo por IP que agora você compartilha entre todas as caixas de entrada que consulta. A referência do GrabMail são três endpoints e o limite é por endereço; os guias de Python e Node.js têm o loop de espera.

Se você ficar no mail.tm, use o stream de SSE em vez de polling; é para isso que ele existe, e é a única coisa que o GrabMail não pode te dar. Se você migrar, o endereço é o único estado: nada para criar, nada para guardar, nada para apagar quando o teste termina.

Para agentes de IA

O mail.tm não roda nenhum servidor MCP próprio, embora existam wrappers de terceiros e seu llms.txt ajude um modelo a ler a documentação; um agente que o usa diretamente precisa criar uma conta, guardar um token e gerenciar um stream. O servidor do GrabMail em https://grabmail.io/mcp dá a um agente uma caixa de entrada sem chave: create_inbox, um wait_for_message bloqueante de até 25 segundos, read_message.

E-mail para agentes de IA percorre o loop de quatro chamadas e as barreiras de proteção; o guia de clientes tem a configuração para Claude, Cursor e mais outros cinco.

Migrando do mail.tm

Um script muda em uma hora; um fluxo de trabalho construído sobre o stream de SSE deveria pensar duas vezes antes. Os passos:

1. Elimine a dança da conta. Remova /domains, /accounts e /token; um endereço em grabmail.io, mixozia.com, outro dos 8 domínios públicos, ou seu próprio domínio é uma caixa de entrada sem nada para criar.
2. Troque a leitura com Bearer por um GET sem chave. GET /messages com um token vira GET grabmail.io/api/v1/mailbox?address=…; uma mensagem é mais um GET. Pagine com o cursor next.
3. Troque o stream por um loop ou uma espera. Faça polling uma vez por segundo com um prazo, ou use o wait_for_message do MCP a partir de um agente. Se o stream for indispensável, fique.
4. Repense a privacidade. Sua caixa de entrada do mail.tm era privada; uma caixa de entrada do GrabMail é pública. Distribua o alias onde isso importa, e nunca envie nada que você se incomodaria de um estranho ler.

Qual escolher, e para quê

A divisão honesta:

Quando ficar com o mail.tm

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

• A caixa de entrada precisa ser privada. A senha por caixa de entrada do mail.tm é uma propriedade de privacidade real; o GrabMail não tem nenhuma. Um código que mais ninguém deve poder ler pertence ao mail.tm.
• Você construiu em cima do stream. Server-sent events são o modelo certo para um bot de longa duração, e o GrabMail não vai adicionar push.
• Sua biblioteca faz o trabalho. Se um cliente da comunidade cuida das contas, dos tokens e dos streams por você, a troca compra uma API mais simples ao preço do código que você não precisou escrever.

Perguntas