開発・QA向けメールワークベンチ

テスト受信箱で
テストメールをすぐ受信

認証コード、登録通知、HTMLテンプレート用の隔離された受信環境を作成。個人メールを使わず、テスト配信の結果を一つずつ確認できます。

* 一時アドレスの有効期間は初期設定で3時間です。最長24時間まで延長できます。

認証コードを受信しました482731 · たった今
テンプレートの確認完了件名・プレビュー・本文を表示できます

リアルタイムツール

テストメールを確認する専用受信箱

アドレスを作成したらすぐ送信できます。リストは自動更新され、実際のメールが届くとデモメールは一覧から消え、テスト結果に混ざりません。

テスト用メールアドレスメールアドレスを生成中…
03:00:00

受信箱

0 通の実メール

送信から確認まで

メールテストを3つの明確な操作に

テスト用メールボックスは送信サービスではなく、受信結果を確認するための画面です。アプリ、自動化プラットフォーム、SMTP環境から送信し、ユーザーに実際に表示される内容をここで確認します。

隔離アドレスをコピー

アドレスごとに固有のトークンとカウントダウンがあります。登録、パスワード再設定、通知フローに設定し、テストデータが個人メールへ届くのを防ぎます。

業務メールを送信

開発環境やステージング環境で実際のフローを実行します。認証コード、ウェルカムメール、アラート、取引通知を本来の経路で送信できます。

結果をすべて確認

送信者、件名、プレビューテキスト、到着時刻、本文を確認します。配信に失敗した場合は、認証情報、キュー、DNS、内容の順に調べます。

確認ポイント

「届いたか」だけで終わらせない

テストメールが受信箱に届いたことは、受信経路が機能したことを示すだけです。確実なメールテストでは、件名の切れ方、テンプレート変数の漏洩、認証コードの見やすさ、ボタンの分かりやすさ、プレーンテキスト版が同じ操作を伝えられるかまで確認します。

配信経路
コンテンツ構成
操作への導線

適したテスト

実際のユーザー操作を軸にテストケースを作る

登録コードでは有効期限と再送時の新旧コードを確認し、パスワード再設定ではリンクのドメインと1回限りの使用を確認します。請求通知では金額、通貨、注文番号を、チーム招待では招待者、ワークスペース、有効期限を確認します。テンプレート画像だけを見るより、操作単位でケースを作る方が本番のリスクに近づけます。

テスト後は一時アドレスを正式なユーザープロフィールに残さないでください。期限切れになると受信を停止するため、短期検証には適していますが、アカウント復旧用メールや長期的な連絡先には向きません。

ツールの使い分け

一時メール、テスト受信箱、無期限転送の選び方

この3つは混同されがちですが、想定する利用期間が異なります。タスクの期間と長期的なIDが必要かどうかで選ぶと、後の移行コストを減らせます。

選択肢適している用途保持方法適していない用途
MSGTMPテスト受信箱認証コード、テンプレート、通知フロー、短期の連携テスト初期3時間、最長24時間長期的なIDやアカウント復旧
個人メール実際のアカウントや継続的なやり取りメールサービスが長期保管高頻度の自動テストやテストデータの分離
無期限転送エイリアス長期利用の公開アドレス、送信元の分離、実メールへの転送ログイン後に継続管理、30日間アーカイブログイン不要ですぐ行うテスト

開発シーン

メールで最も問題が起きやすい4つの接点を確認

コードのコミットから最終的な閲覧まで、テンプレートのレンダリング、キュー、送信サービス、受信側を経由します。テスト受信箱という安定した確認面があれば、「届かない」を検証可能な問題に分解できます。

認証コードとログイン

6桁のコード、10分間の有効期限、再送後の新旧コードの関係、モバイルで素早く認識して入力できるかを確認します。

HTMLテンプレートの回帰テスト

受信結果で画像幅、段落の階層、ボタンラベル、プレビューテキストを確認し、未置換の変数や内容のはみ出しを早期に発見します。

キューと時系列

トリガー時刻と到着時刻を記録し、非同期処理の遅延、重複、順序入れ替わりを確認します。一度に1つの変数だけを変えると、原因を早く特定できます。

プライバシーとテストデータ

ランダムなIDと本番以外のデータでテストしてください。実在の顧客情報、パスワード、キー、取り消せない機密認証情報を一時アドレスへ送らないでください。

テストメールが届かない?

送信されていないのか、配信されていないのかを切り分ける

アプリのログと送信サービスのイベントを確認し、リクエストがキューに入ったかを確認します。次に送信ドメイン認証、バウンス理由、レート制限、コンテンツポリシーを確認します。「再送」を繰り返すより、証拠をもとに絞り込む方が効果的です。

配信診断

テストメールが届かないときは推測せず証拠で調べる

まず、アプリが正しい宛先のメッセージを生成したことを確認し、メッセージIDを記録します。次に送信プラットフォームで、受信済み、配信済み、遅延、バウンスのどれかを確認します。イベント自体がなければ、問題は通常アプリかキューにあります。最後にSPF、DKIM、DMARC、送信ドメインの状態を確認し、テンプレートがコンテンツポリシーに抵触していないか調べます。

送信側に記録がある

保持期間、宛先、メッセージID、サービス事業者の応答を保存します。応答が4xxなら案内に従って待機・再試行し、5xxならアドレス、認証情報、ポリシーを修正してから対応します。むやみに再送しないでください。

受信側が空のまま

手動更新を押し、現在のアドレスとアプリに入力したアドレスが1文字単位で一致することを確認します。アドレスを変更するとまったく新しい受信箱が作成され、旧アドレスのメールは移行されません。

よくある質問

メールテストツールへの簡単な回答

有効期間、表示範囲、利用上の制限について説明します。実際のアカウントや長期的な連絡には、管理された個人メールまたは無期限転送アドレスを使用してください。

テスト用メールアドレスはどのくらい使えますか?

新しいアドレスの有効期間は初期設定で3時間です。ツールバーから延長できますが、1つの一時受信箱の総有効期間は24時間を超えません。カウントダウンがゼロになると受信を停止します。

なぜ最初にデモメールが2通表示されるのですか?

デモメールは、閲覧画面で認証コードや通知メールがどう表示されるかを示すものです。空の受信箱でも操作方法を確認できます。最初の実メールが届くと、一覧には実データだけが表示され、デモ行と混ざることはありません。

メール認証コードのテストに使えますか?

はい。開発環境またはステージング環境にアドレスをコピーして認証コードメールを送信し、桁数、有効期限、再送処理、件名と本文の一致を確認できます。本番アカウントの長期的な復旧先には使用しないでください。

MSGTMPはテストメールを送信してくれますか?

いいえ。MSGTMPは受信・閲覧ツールであり、SMTP送信サービスではありません。メールはアプリ、自動化プラットフォーム、メールサービス事業者から送信され、MSGTMPは結果を確認する隔離された受信側を提供します。

別のアドレスに変えたら、古いメールは表示されますか?

いいえ。アドレスを変更すると、3時間からカウントダウンが始まる新しい受信箱が作成され、古い受信箱は使われなくなります。古いアドレスを引き続き確認する場合は変更せず、現在の受信箱を延長してください。

一時メールと無期限転送の違いは何ですか?

一時メールはログイン不要で、短期テストに適しています。無期限転送はログインしてエイリアスを管理し、受信メールを実際のメールアドレスへ転送し、30日間アーカイブします。用途と利用期間が異なるため、ホームに同じ管理画面を2つ用意していません。