使い捨てメールAPIを比べる

1. 受信箱を読むのにキーやアカウントが要りますか？

秘密を持てない場所からサービスを使えるかどうかを決めるのが、この問いです——フォーク上の CI ジョブ、共有のスクリプト、ブラウザ、他人のマシンで動く AI エージェント。キーは小さな手間ではありません。アカウントであり、ダッシュボードであり、ローテーション方針であり、秘密の保管庫です。

自分で確かめる方法

ヘッダーをいっさい付けずに受信箱を要求してみてください。200 が返ればキーは不要、401 や 403 が返れば必要です。

curl -s -o /dev/null -w "%{http_code}\n" \
  "https://SERVICE/api/v1/mailbox?address=someone@THEIR-DOMAIN"

こちらの答え

公開ドメインでも自分のドメインでも、キーもアカウントも不要です。キーはプレミアムのプールにだけ存在します。名前が公開されたプールは、お金を払う値打ちを失うからです。

2. 自分のドメインを向けられますか。その費用は？

自分のドメインは、登録フォームが使い捨てと見なすアドレスと、そう見なさないアドレスとの分かれ目です。誰にも当てられない受信箱を持つ唯一の方法でもあります。多くのサービスはこれを提供しないか、有料プランとして売っています——それが彼らのビジネスモデルそのものであり、無料プランの上に何かを組み立てる前に知っておく価値があります。

自分で確かめる方法

先方が公開している MX ホストを読み、そのあとドキュメントがドメインを先方に登録するよう求めているかを確かめてください。登録の手順があるサービスは、あなたの将来のどこかにアカウントを置きます。

dig +short MX their-example-domain.com

こちらの答え

smtp.grabmail.io への MX レコードを 1 本。無料で無制限、無料プランを含むすべてのプランで使えます。登録の手順はありません——最初に届いたメールがそのドメインをつなぎます。そのレコードを公開したこと自体が、あなたが管理している証明だからです。

3. メールはどれだけ保管されますか——それは強制されていますか、それとも約束にすぎませんか？

2 つのサービスがともに「7 日」と言っても、意味は違いえます。一方は予定どおりに削除し、もう一方は保管容量が逼迫したときに削除します。テスト一式なら数字はほとんど問題になりません。置きっぱなしにしたくないものなら、強制される期間と宣伝される期間の差こそがすべてです。

自分で確かめる方法

自分宛にメールを送り、API が返す日付を控え、期間が過ぎてから戻ってきてください。先方の文面で探すべき語は「最大」です——その数字が予定表ではなく上限だという意味になります。

curl -s "https://SERVICE/api/v1/mailbox?address=…" | grep -o '"date":"[^"]*"'

こちらの答え

きっかり 5 日。ポリシーページの一文ではなく、10 分ごとに走るジョブがそれを守らせます。段階ではありません——どのプランも、どのパラメータも、どんな依頼もこれを延ばしません。ここへ移ってくる人が最も多い Catchmail は最大 7 日保管しており、こちらより長く保ちます。

4. プログラムはメールを待てますか。それともポーリングするしかありませんか？

ポーリングするテストは待ち時間を選ばねばならず、どちらの選び方も間違いです。短すぎればレート制限を食いつぶし、長すぎればテスト一式が必要以上に数分延びます。AIエージェントも同じ問題を抱え、しかもまったく解けません——webhook 用の公開アドレスもなければ、ループに付き合う忍耐もないからです。

自分で確かめる方法

リファレンスに webhook があるか、あるいはブロックする呼び出しがあるかを探してください。ドキュメントに一覧のエンドポイントしかなければ、書いてあってもなくても答えはポーリングです。

curl -s https://SERVICE/openapi.json | grep -o '"/[a-z/{}._-]*"'

こちらの答え

どちらもです。しかもどちらも、あなたの側に公開アドレスを要求しません。REST API はポーリングします——アドレスあたり毎秒 1 回の読み取りが想定の間隔です。MCP サーバーには、メールが実際に届くまで最大 25 秒、呼び出しを保持し続けるツールがあります。エージェントに必要なのはこれで、webhook では与えられないものです。

5. 登録フォームにアドレスを拒否されたらどうなりますか？

公開ドメインを共有するサービスなら必ず起きますし、多くの人が「使い捨てメールは使えない」と結論して諦めるのがこの瞬間です。ここでサービスを分けるのは、それが起きるかどうかではなく、事前に伝えていたか、そのあと何を残してくれるかです。

自分で確かめる方法

その公開ドメインを、登録フォームが実際に参照しているブロックリストで引いてみてください。載っていれば拒否を覚悟したうえで、そのサービスが次に何を用意しているかを見てください。

grep -x their-domain.com <(curl -s https://raw.githubusercontent.com/disposable/disposable-email-domains/master/domains.txt)

こちらの答え

自分で気づくのではなく、トップページ、よくある質問、llms.txt に書いてあります。逃げ道は 2 つあり、無料のほうが先です。自分のドメインをここに向けること——費用も上限もありません。あるいは、ドメインを持ちたくない・明かしたくないなら、それらのリストから外して保たれている 92 件の .com ドメインの有料プールです。どちらの場合も公開ドメインは無料のままです。

6. メールを送信できますか——そして、送信できてほしいですか？

受信しかしないサービスはスパムの中継所に変えられません。だからこそ、その受信サーバーは自分を指しているどのドメイン宛のメールでも受け取れます。送信できるサービスはいずれ悪用され、無料枠を終わらせるのは悪用です。送信が必要なら、この分野そのものが道具として誤りです。

自分で確かめる方法

宛先を受け取る POST を探してください。リファレンスにあれば送信できますし、ひとつもなければ送信できません。たいていそれは意図的なものです。

curl -s https://SERVICE/openapi.json | grep -c '"post"'

こちらの答え

いいえ。送信するエンドポイントはひとつもなく、外向きのメールもいっさいありません——パスワード再設定のものさえです。この不在があるからこそ、受信側は MX がここを指すどのドメイン宛のメールも、中継所にならずに受け取れます。

こちらの答えを、ひとまとめに

この表の数字はすべて、サービスが実際に守っている定数から読み出されています。だから API と食い違うことはありません。

既存の組み込みを移す

この分野は 3 つの呼び出しに落ち着いており、たいていのサービスは同じ 3 つのパスで提供しています。移行はふつう、ベース URL とページ送りのループだけです。

GET    /api/v1/mailbox?address=<address>
GET    /api/v1/message/<id>?mailbox=<address>
DELETE /api/v1/message/<id>?mailbox=<address>

ここへ最も多くの人が移ってくる Catchmail も、同じ 3 つのパスを使っています。違いは 2 点、いずれもページ送りです。先方の一覧は page / page_size と total を返し、こちらは残りをたどるために送り返す next カーソルを返します。先方のベース URL はサブドメイン、こちらはサイトそのものです。それ以外——フィールド名、ステータスコード、メッセージの形——はそろっています。

得るものと失うものをひとつずつ、比べられるように。ここでは受信箱ごとに alias も付きます——その箱へ配送はするが、それでは読めない第二のアドレスで、登録するフォームに渡すのはこちらです。そして保管期間は 7 日ではなく 5 日です。

このページの他社に関する記述は、各サービスが自ら公開しているドキュメントに照らして 2026-08-31 に確認しました。

APIリファレンス全文 · クイックスタート · 料金

実際によく聞かれる質問

いちばん良い使い捨てメールAPIはどれですか？

唯一の答えはありませんし、それを差し出すページは何かを売っています。上の 6 つの問いこそサービスごとに本当に違うところで、うち 3 つはコマンド 1 本で答えが出ます。その答えは、一般論ではなくあなたの場合を決めます。

別の使い捨てメールAPIから移ります。どれくらい変える必要がありますか？

たいていはベース URL とページ送りのループです。この分野が落ち着いた 3 つのパスはほとんどどこでも同じ——受信箱の一覧、メールの取得、削除——で、違うのは一覧のページ送りの仕方とフィールドの名前です。

いま使っているサービスより長くメールを保管しますか？

おそらく違います。5 日は意図して短くしてあり、段階ではなく固い上限です。テスト一式が届いた 1 時間後にメールを必要とするなら問題ありませんが、来週必要になるのなら、取り出してご自身の側に保存してください。

稼働率の保証はありますか？

ありませんし、売ってもいません。代わりにあるのは、監視が最近確認していない限りコンポーネントを正常と呼ぶことを拒むステータスページです——古くなった確認は、良い知らせではなく「確認なし」として表示されます。