最初に結論を。 Proxy Mail QA は当社の製品なので、中立ではありません。登録フォームのテストでは、試すたびに新しい実在のメールアドレスが必要で、アプリが実際に使うメールプロバイダー経由で送信し、自分の受信トレイを探さずに認証コードやリンクを受け取りたい場合におすすめします。自分のマシンで開発しながら、アプリが送るメールをどこにも送らずに確認したいだけなら、Mailpit などのローカルのメールキャッチャーや Mailtrap のテスト用受信トレイが向いています。SMS コードも必要なら、Mailosaur や MailSlurp を検討してください。Proxy Mail QA はメール専用で、アドレスは 1~30 日で期限切れになるため、残しておくアカウントには向きません。
毎回新しいアドレスが必要な理由
- 登録は 1 つのアドレスにつき 1 回しかできません。 同じアドレスで 2 回目を試すと、登録ではなく「すでにアカウントがあります」をテストすることになります。
- 共有の受信トレイではコードが混ざります。 2 人または 2 つのテストが 1 つの受信トレイを使うと、片方がもう片方のコードを拾い、アプリに原因がないのにテストが失敗します。
- 自分のアドレスはテストデータではありません。 テストメールと実際のメールが混ざり、チームメイトやテストスイートに渡せず、偽の顧客としてアプリのデータベースに残ります。
選択肢を率直に比較
| 選択肢 | 向いている用途 | 注意点 |
|---|---|---|
プラスタグ付きの自分の Gmail(you+test1@gmail.com) |
1~2 回の簡単な確認 | 毎回個人の受信トレイに届きます。プラスタグを拒否するフォームもあります。自動化しにくいです |
| チームの共有受信トレイ | 数回の手動確認 | テストごとのコードが混ざります。テストが壊れる理由 |
| ローカルのメールキャッチャー(Mailpit)または Mailtrap のテスト用受信トレイ | 開発中にアプリのメールを送信せずに確認する | メールが実際のプロバイダーを通らないため、サンドボックスモード、SPF、DKIM、DMARC はテストされません。アプリの送信先をそちらに向ける必要があります |
| 公開の使い捨て受信トレイサイト | 実際のプロジェクトには不向き | 誰でも受信トレイを読めます。多くのフォームがそのドメインをブロックしています |
| Proxy Mail QA | ステージングやローカルで、手動でもテストやエージェントからでも、試すたびに新しい非公開アドレス | メールのみです。プロバイダーがサンドボックスモードでない必要があります。アドレスには期限があります |
Proxy Mail QA でできること
- ワンクリックで新しいアドレス。 アプリ、フォームのメール欄の Proxy Mail QA for Chrome、または API、npm パッケージ、AI エージェントから作成できます。アドレスは
mailclub.dev上にあります。フォームがこのドメインをブロックする場合は、enable.liかvalida.te.itを使ってください。 - 一緒に使えるテスト用ペルソナ。 架空の姓名、ユーザー名、指定した年齢に合う生年月日、国、そして必要ならパスワードです。
- コードやリンクを抽出。 アプリではアドレスの行に、拡張機能ではページ上のカードに表示され、
wait_for_codeとwait_for_linkからも返されます。Proxy Mail QA はリンクを開かないため、使い切りのリンクは有効なままです。 - 非公開で受信専用。 プロジェクト外の人は受信トレイを読めず、送信もできません。アドレスの期限が切れると、そのアドレス宛てのメールは拒否され、すべてが 1 時間以内に削除され、その名前は二度と使われません。
- メールのチェック(
check_email):SPF、DKIM、DMARC、localhostか通常のhttpへのリンクか、リンクの遷移先、有効期限の記載の有無、プレーンテキストパートの有無。
メール欄そのもののテスト
各アドレスには、同じ受信トレイに届くバリエーションが用意されているので、フォームが有効なアドレスを拒否しないか確認できます。
| フォームの期待動作 | 例 |
|---|---|
| 受け付け、メールが届く | 大文字、+signup、+o'brien、+r&d、+team/50%、@ の前が上限の 64 文字 |
| 受け付けるが、どの受信トレイにも届かない | "john doe"@mailclub.dev、josé@mailclub.dev(配信失敗時のアプリの動作確認に便利です) |
| 何も送信せずに拒否する | @ なし、@ が 2 つ、空白を含む、ドットが 2 つ連続 |
エージェントからは get_address_variants、REST API からは GET /v1/addresses/{address}/variants、テストでは qa.variants(address) で取得できます。全一覧は珍しいメールアドレスにあります。3 つの部分からなるドメインをフォームが受け付けるか確認するには、valida.te.it でアドレスを作成してください。
メールが届かないとき
たいていはフォームではなく送信側の問題です。
- メールプロバイダーがサンドボックスまたはテストモードで、認証済みのアドレスにしか送信しません。本番アクセス前の Amazon SES、認証済みドメインのない Resend、Mailgun のサンドボックス、承認前の Postmark、またはチームにしか送れず 1 時間に 2 通までの Supabase の組み込みメールなどです。
- メールが拒否された。 例えば DMARC に失敗した場合です。アドレスの行には Proxy Mail QA が拒否したメールとその理由が表示され、
check_deliveryが考えられる原因を説明します。 - ブロック対象のサイトからのメール。 Google、Instagram、Amazon など一部の大手消費者向けサービスからのメールは拒否されます。Proxy Mail QA は自分のアプリをテストするためのものです。
Qoder 向け Proxy Mail QA プラグインの email-delivery-troubleshooting スキルが、エージェントと一緒にこれらを確認し、原因を修正します。詳しくはトラブルシューティングをご覧ください。
料金
Free プランでは、合計 500 アドレス(1 日 50 まで)と 1 日約 500 通の受信メールを利用でき、拡張機能、API、MCP server も含まれます。Team プランは組織全体で月額 US$5 で、アドレス数の上限はありません。
向いていない用途
- 残しておくアカウント。 アドレスの有効期間は 1~30 日です。
- 実在する人のデータ。 テスト用ペルソナは架空です。そのままにしてください。
- 自社ドメイン。 会社のドメインのアドレスでの受信は、まだ利用できません。
- メールや SMS の送信。 メールの受信のみです。