Maildropの代替：GrabMailとの比較

ひと目でわかる比較

全14行です。Maildropの各セルは、2026年9月2日時点でホームページ、仕組みの解説ページ、プライバシーページ、開発者向けドキュメントに書かれていた内容そのものです。GrabMailの各セルは、サービスが実際に適用している固定値から読み取っています。「一部」は、その行に収まりきらない注意点があることを意味します — どんな注意点かは以下のセクションで説明します。

2026年9月2日時点で確認済みです。Maildropのドキュメントには、認証は「現時点では」不要だが、レート制限だけでは不十分と判明した場合はbearerトークンが導入される可能性があると書かれています。専用クラスターは問い合わせ制で、公開された価格はありません。数値が公開されていない場合、そのセルにはその旨が記載されます。

Maildropが優れている点

Maildropはスパムフィルタリング企業が運営しており、それが随所に表れています。GrabMailにはない、Maildropが行っている4つのことです。

• 入口でのフィルタリング。グレーリスティングに加えてHelunaのフィルターを備え、同社サイトによるとスパムを90%以上削減できるとのことです。そのためMaildropの受信箱は静かに保たれます。GrabMailは届いたものをそのまま受け取り、削除するかどうかはあなた次第です。
• すべてを1つのGraphQLクエリで。受信箱、メッセージ、削除、エイリアス、統計、ステータスが、ドキュメント化されたスキーマを持つ1つのエンドポイントを通じて扱えます — フロントエンドが直接やり取りするのに向いた形です。GrabMailは3つのRESTパスに分かれています。
• AIモデルが読めるドキュメント。llms.txtと、各ドキュメントページに対応するMarkdown版があります。GrabMailにもllms.txtはありますが、MaildropのページごとのMarkdownに相当する、MCP抜きで使える版はありません。
• 自分自身についての正直さ。「Maildropはセキュリティなしを前提に設計されています。Maildropはほとんど、あるいはまったくプライバシーがないことを前提に設計されています」。その制限やレート制限は具体的な数字で明記されており、これは本来あるべき水準よりも珍しいことです。

GrabMailが異なる点

GrabMailはMaildropの開放性を維持しつつ、テストスイートや試用での使い勝手を妨げていた4つの制限を取り払っています。

• 添付ファイルがちゃんと届きます。Maildropはすべての添付ファイルを取り除き、500kを超える本文は拒否します。GrabMailは1通あたり5 MBまで届け、ページからもAPIからもダウンロードできます。PDFの領収書や署名済み文書は、こちらでは読めても、あちらでは消えてしまいます。
• 5日間、しかも10通上限もありません。Maildropの受信箱は新着がなければ1日で消去され、最大10通までしか保持されず、最も古いものから消えていきます。GrabMailのメールボックスは、届く数がどれだけ多くても、その間どれだけ静かでも、すべてのメッセージを5日間保持し続けます。
• 独自ドメインが無料です。Maildropが提供するのはmaildrop.ccだけで、それ以外はありません。GrabMailなら、smtp.grabmail.ioを指すMXレコード1件だけで、どんなドメインでも無制限のcatch-all受信箱に変わります — 既知の使い捨てドメインを拒否するサインアップフォーム対策になります。
• MCPサーバーと、アドレスごとの制限。エージェントはhttps://grabmail.io/mcpで受信箱を開き、サインアップ不要のまま、メッセージが届くまで最大25秒待ちます。レート制限はアドレスごとに1秒に1回の読み取りなので、20個のメールボックスをポーリングしても1秒あたり20回の読み取りで済み、10秒で50クエリという共有の予算に縛られません。

料金を並べて比較

価格として比較できる要素はあまりありません。Maildropは無料で、販売しているのは問い合わせ制の専用クラスターのみ、価格は非公開です。GrabMailの唯一の有料プランは、使い捨てメールのブロックリストから外されたドメインプールへのアクセスを購入するもので、上の表にある内容はすべて無料のままです。

2026年9月2日時点の公開情報です。詳細な一覧はGrabMailの料金ページをご覧ください。

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

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

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

Maildropで同等のことをするには、api.maildrop.cc/graphqlへのPOSTにContent-Type: application/jsonを付け、クエリ{ inbox(mailbox: "name") { id subject } }を送ります — こちらと同じくキー不要で、GraphQL形式、クライアント全体で10秒に50クエリのレート制限があります。GrabMailのリファレンスは3つのRESTエンドポイントで構成され、PythonとNode.jsのガイドでは、期限付きの待機ループを示しています。

習慣はそのまま持ち込めます。どちらでも、アドレスは自分で入力した名前なので、run-{id}@形式のアドレスを組み立てるテストスイートは変更なしで動作します。ファイルを読み取るテストを移行する前には添付ファイルの行を、一晩かけて実行するテストを移行する前には保持期間の行を確認してください — どちら方向への移行でも同様です。

AIエージェント向け

MaildropはMCPサーバーを公開していませんが、キー不要のGraphQL APIとllms.txtのおかげで、クエリを書けるエージェントなら利用できます。GrabMailのhttps://grabmail.io/mcpにあるサーバーは、そのクエリを書く手間すら不要にします。create_inbox、最大25秒までブロックするwait_for_message、read_messageです。

AIエージェント向けメールでは、4回の呼び出しからなるループとガードレールについて解説しています。クライアントガイドには、Claude、Cursorほか5つのクライアント向けの設定が掲載されています。

Maildropからの乗り換え

どちらもキー不要で公開型なので、変わるのはドメインとクエリの形だけです。

1. 名前はそのまま、ドメインだけ変えます。name@maildrop.ccはname@grabmail.ioになります。あるいは、MXをsmtp.grabmail.ioに向けた自分のドメイン上の好きな名前でも構いません。
2. GraphQLクエリをGETに置き換えます。inbox(mailbox:)はGET /api/v1/mailbox?address=…に、message(mailbox:, id:)はGET /api/v1/message/{id}?mailbox=…に、deleteは同じパスへのDELETEになります。
3. ポーリング間隔を緩めます。Maildropはクエリ間に10秒空けるよう求めていますが、GrabMailはアドレスごとに1秒で構いません。10秒で50クエリという制限のために書いていた共有のback-offロジックは不要になります。
4. エイリアスの使い方は同じです。どちらも、各メールボックスに配送はできても開封はできないエイリアスを用意します。エイリアスは人に渡し、アドレスは自分だけのものにしておきます。

どちらを、何のために

率直に言えば、こう分かれます。

Maildropを使い続けるべきとき

移行することで実際に何かを失う、3つの状況があります。

• スパムが問題になる場合。Maildropのグレーリスティングとフィルターは実際に機能するサービスですが、GrabMailは何もフィルタリングしません。収集されることが分かっているアドレスなら、Maildrop側の方が静かに保てます。
• フロントエンドが直接クエリを投げる場合。MaildropのGraphQLスキーマをApolloで使うReactアプリには、こちらに相当するものはありません。3回のfetch呼び出しに置き換わることになります。
• すぐに忘れ去られてほしい場合。10通と24時間での消去は、公開アドレス上に5日間残るメールに比べて、はるかに小さい範囲です。少ない方がいいなら、Maildropの方が少なく済みます。

質問