症状を証拠に変える

一時メールに認証コードが届かないときの調べ方

再送を何度もクリックしないでください。まずアドレスを確認し、アプリが実際に送信タスクを作成したかを調べます。その後、キューの遅延、配信拒否、受信トレイの更新不備を切り分けましょう。

4段階送信から受信までの診断範囲

1回各ラウンドで変更する変数は1つだけ

3～5分一般的なトランザクションメールの確認時間

まず1分で確認

よくある入力ミスと状態エラーを除外する

アドレスをコピーしたら、前後の空白、文字の抜け、テスト環境を確認します。一時アドレスがまだ有効で、送信画面の宛先と受信トレイのアドレスが一字一句一致していることも確認してください。

local-part、ドメイン、カウントダウンを確認します。アドレスを変更した後は、古いページや古いテストデータにあるアドレスを使い続けないでください。

トリガーAPIのレスポンス、アプリケーションログ、テンプレートの選択結果を確認します。画面に成功と表示されても、バックエンドの送信タスクがキューに入ったとは限りません。

メールサービスのmessage ID、拒否コード、再試行状態を記録します。送信元が使い捨てメールのドメインを意図的に拒否している場合があります。

診断手順

タイムスタンプと識別子を残せば、開発、QA、メールサービス事業者が同じメールについて確認できます。

送信をクリックした正確な時刻、環境、ユーザーID、完全な受信アドレスを記録します。

タスクがキューに入り、取り出され、何回再試行されたかを確認します。APIの200を配信成功と判断しないでください。

accepted、deferred、bouncedと、それぞれに対応するSMTPの理由を確認します。

受信トレイを手動で更新します。次に新しいアドレスで再送し、特定のアドレスだけの問題かどうかを判断します。

古いアドレスが有効で、送信タスクも正常なのに、送信元が一時ドメインへのポリシー拒否を明確に返している場合、アドレス変更は比較のために使うもので、相手のルールを回避する方法ではありません。キューの遅延が原因なら、アドレス変更によって別の変数を増やすだけです。

送信ログがまったくないフロントエンドのフォーム、環境変数、バックエンドでのタスク作成を優先的に確認します。

受信済みだが遅延しているキューの時刻、サービス事業者の受信時刻、TempGreenへの到達時刻を比較します。

一時ドメインが明確に拒否された送信元のポリシーを尊重し、重要なアカウントには通常のメールアドレスを使用します。

本文だけが正しくないメールは届いているため、テンプレートの言語、変数の置換、リンク先の環境を確認してください。

よくある判断

異常と判断するまで、どのくらい待てばよいですか？

多くの認証コードは数十秒から数分で届きます。まずアプリ側の案内とキューの状態を確認してください。有効期限を過ぎても届かない場合は、待ち続けず失敗として記録しましょう。

受信トレイを更新するとメールが再送されますか？

いいえ。更新ではTempGreenに既存メールを問い合わせるだけで、第三者サービスの再送APIは呼び出しません。

一時メールならすべての認証コードを受け取れますか？

いいえ。送信元は独自の不正利用対策ポリシーに基づき、アドレスやドメインを拒否できます。TempGreenが送信元の判断を変更することはできません。

添付ファイルを開けないのはなぜですか？

一時受信トレイでは添付ファイルを保持しません。メール全体が100MBを超える場合は拒否されます。添付ファイルが必要なときは転送エイリアスを使用し、保持ルールの違いに注意してください。