mail.tmの代替：GrabMailとの比較

ひと目でわかる比較

14行です。mail.tmの各セルは、2026年9月2日時点でそのホームページ、FAQ、プライバシーページ、ドキュメントが述べていた内容です。GrabMailの各セルは、サービスが強制する定数から読み取ったものです。「一部」は、その行に収まらない注意点があることを意味します——どの点かは以下のセクションで説明します。

2026年9月2日時点で確認済み。mail.tmのドメインエンドポイントは、その日ちょうど1つのアクティブな公開ドメインを掲載していました。FAQによれば常に更新されるとのことで、数は変わる可能性があります。mail.tmのドキュメントはトークンを「APIキー不要」として扱っていますが、この表ではトークンをpipelineがシークレットとして保存しなければならないものとして扱い、その旨を明記しています。

mail.tmが優れている点

mail.tmは、非常に多くのスクリプト、ボット、ライブラリが対象として書かれてきたサービスであり、それには十分な理由があります。GrabMailにはない4つの点は次のとおりです。

• 非公開のメールボックス。それぞれに暗号化して保存される自動生成パスワードがあり、mail.tm自身でさえ再設定できません。mail.tmのアドレスに送られた確認コードは、トークンの保有者だけが読み取れ、他の誰も読み取れません。GrabMailのメールボックスはすべて公開されており、エイリアスがその回避策です。
• ポーリングではなくプッシュ。Mercureハブの/accounts/{id}を購読すると、新着メッセージがサーバー送信イベントとして届きます。本来ならスリープしてポーリングするはずのスクリプトが、代わりにストリームを待機できます。GrabMailにプッシュはありません。MCPのwait機能が最も近いものですが、それもエージェント専用です。
• 7日間、そして残り続けるメールボックス。メッセージはここでの5日間に対して7日間残り、メールボックス自体は削除するまで残り続けます。
• エコシステム。.NET、Dart、Go、Java、JavaScript、PHP、Python、Rust、Swiftのコミュニティ製ライブラリ、llms.txt、そしてすべてのドキュメントページのMarkdown版があります。GrabMailにはOpenAPIドキュメントとガイドはありますが、ライブラリはありません。

GrabMailが異なる点

GrabMailは、mail.tmに今も残る2つの手順——アカウントとトークン——を取り除き、mail.tmが提供していない3つのもの、独自ドメイン、MCPサーバー、広告のないページを追加します。

• アカウント不要、トークン不要。mail.tmでは、メールボックスはパスワードで作成し、ベアラートークンと交換し、保管しておくアカウントです。GrabMailでは、GET /api/v1/mailbox?address=…だけで呼び出しが完結します。フォーク上のCIジョブ、公開gist、無人稼働のエージェントには、保持しておくべきものが何もありません。
• 独自ドメインが無料。mail.tmはドメインの持ち込みについて何も公開していません。確認した日には公開ドメインを1つだけ掲載しており、それはどのブロックリストにも知られています。ここでは、smtp.grabmail.ioに向けたどんなドメインも無制限かつ無料のキャッチオール受信箱になります——使い捨てドメインを拒否するフォームへの恒久的な答えです。
• MCPサーバー。mail.tmには独自のものが一切なく、サードパーティがそのAPIをラップしています。https://grabmail.io/mcpにあるGrabMailのサーバーは、エージェントにcreate_inbox、最大25秒までブロッキングするwait_for_message、read_messageを提供し、登録は一切不要です。
• 広告なし、そして明文化された上限。Freestarなし、広告ブロッカー無効化の要求なし、アクセス解析なし。1通あたり5 MB、アドレスごとに1秒に1回の読み取り、5日間:すべて上限ページに記載しています。mail.tmも1秒あたり8リクエストという上限を公開していますが、添付ファイルのサイズ上限は公開していません。

料金を並べて比較

mail.tmには価格を付けるものが何もありません。有料プランなし、有料オプションなし、サイトには広告があります。GrabMailの唯一の有料プランは、使い捨てメールのブロックリストから外れたドメインのプールへのアクセスを購入するもので、上の表にある他のすべては無料のままです。

2026年9月2日時点で公開されていた内容です。完全な表はGrabMailの料金ページにあります。

開発者向け:メールボックスを読み取る

違いのすべてが1つのコマンドに表れます。これはヘッダーなし、トークンなし、アカウントなしでGrabMailのメールボックスを読み取ります。

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

mail.tmでの同等の操作は4回の呼び出しです。利用可能なドメインを得るためのGET /domains、アドレスとパスワードを使うPOST /accounts、POST /token、そしてAuthorization: Bearerを使うGET /messagesです。よく文書化されており、あなたの言語向けのライブラリもあります。同時に、これはあなたが今抱えることになるシークレットであり、ポーリングするすべてのメールボックスで共有することになる、IPごとに1秒あたり8リクエストという速度でもあります。GrabMailのリファレンスはエンドポイント3つだけで、上限はアドレスごとです。PythonとNode.jsのガイドにはwaitループが載っています。

mail.tmを使い続けるなら、ポーリングの代わりにSSEストリームを使ってください。それこそがこの機能の目的であり、GrabMailが提供できないものです。移行するなら、アドレスだけが唯一の状態です:作成するものはなく、保存するものはなく、テストが終わったときに削除するものもありません。

AIエージェント向け

mail.tmは独自のMCPサーバーを運用していませんが、サードパーティ製のラッパーは存在し、そのllms.txtはモデルがドキュメントを読むのに役立ちます。直接利用するエージェントは、アカウントを作成し、トークンを保持し、ストリームを管理する必要があります。https://grabmail.io/mcpにあるGrabMailのサーバーは、エージェントにキー不要の受信箱を提供します:create_inbox、最大25秒までブロッキングするwait_for_message、read_message。

AIエージェント向けのメールでは4回の呼び出しループとガードレールを扱っています。クライアントガイドには、Claude、Cursor、他5つの設定が載っています。

mail.tmからの移行

スクリプトなら1時間で移行できますが、SSEストリームの上に構築されたワークフローはまず検討すべきです。手順は次のとおりです。

1. アカウント作成の儀式を削除する。/domains、/accounts、/tokenを取り除きます。grabmail.io、mixozia.com、または8個の公開ドメインのうちの別の1つ、あるいは独自ドメイン上のアドレスは、何も作成せずに存在する受信箱です。
2. ベアラーでの読み取りをキー不要のGETに置き換える。トークン付きのGET /messagesはGET grabmail.io/api/v1/mailbox?address=…になります。メッセージ1件はさらにもう1回のGETです。nextカーソルでページングします。
3. ストリームをループまたはwaitに置き換える。期限付きで1秒に1回ポーリングするか、エージェントからMCPのwait_for_messageを使います。そのストリームが不可欠なら、そのままにしておいてください。
4. プライバシーを見直す。あなたのmail.tmメールボックスは非公開でしたが、GrabMailのメールボックスは公開されます。重要な場面ではエイリアスを配布し、見知らぬ人に読まれて困るものは絶対に送らないでください。

どちらを、何のために

正直な分け方は次のとおりです。

mail.tmにとどまるべきとき

移行することで実質的な代償を払うことになる3つの状況があります。

• メールボックスが非公開である必要がある。mail.tmのメールボックスごとのパスワードは、本物のプライバシー特性です。GrabMailにはそれがありません。他の誰にも読まれてはならないコードはmail.tmに属します。
• ストリームの上に構築した。サーバー送信イベントは長時間稼働するボットにとって正しいモデルであり、GrabMailはプッシュを追加しません。
• ライブラリが仕事をしてくれる。コミュニティ製のクライアントがアカウント、トークン、ストリームをあなたの代わりに処理してくれるなら、移行はより単純なAPIを、書かずに済んだコードという代償と引き換えに与えてくれるだけです。

質問