SIGNAL CHECK / LIVE PATH

メールが届かない?信号経路に沿って診断

何度も更新しないでください。まずメールが本当に送信されたか確認し、アドレス、有効期限、送信元のポリシー、サイズ制限の順に原因を絞り込みます。

T+00 → T+10 MIN · 5 CHECKPOINTS

送信ボタンを押した時点から計測

T+00:00
送信元側で成功表示を確認

ボタンが読み込み中のまま、フォームにエラーが表示される、または画像認証が完了していない場合、メールはまだ経路に入っていません。

SOURCE
T+00:30
アドレスを1文字ずつ確認

現在のアドレスをコピーし直し、@の前後、ドット、ドメインを確認してください。アドレスを変更しても、対象サイトに古いアドレスが保存されたままの場合があります。

ADDRESS
T+02:00
カウントダウンと接続を確認

アドレスの有効期限が切れていないことと、ページがオフラインになっていないことを確認し、手動で1回だけ更新してください。

MAILBOX
T+05:00
新しいコードは1回だけ再送

送信元が許可している場合に限り、1回だけ再送し、最新のメールに記載されたコードを使ってください。

RETRY
T+10:00
送信元の制限を判断

サイトが使い捨てドメインを拒否する場合や、アカウントの復旧に長期利用が必要な場合は、エイリアスに切り替えてください。

ROUTE

認証コードでよくある3つの落とし穴

LATEST ONLY

古いコードは無効

何度も再送すると、通常は最新のコードだけが有効です。時刻順に確認して使ってください。

SENDER BLOCK

使い捨てドメインが拒否される

一部のサービスは使い捨てドメインにメールを配信しません。更新しても送信側のポリシーは変わりません。

QUEUE DELAY

送信キューの遅延

混雑時はキューで待機することがあります。アドレスが有効なら、追加のリクエストを送らずに待ってください。

これ以上待つ必要がない明確なケース

  • カウントダウンが0になった、またはアドレスを変更した後も古いアドレス宛てのメールを待っている。
  • メール全体が100MBを超えている。使い捨てメールでは添付ファイルも保存されません。
  • 送信元が使い捨てメールまたはそのドメインに対応していないと明示している。
  • メールを銀行、決済アカウント、または長期的な復旧に使用する。
  • 対象サイトが直接返信を求めている。TempGetではメールを送信できません。

診断後に選ぶ対応

送信元で未確認フォームまたは認証手順を修正して、もう一度送信する。
アドレスの入力ミス対象サイトのアドレスを更新し、新しいメールをリクエストする。
一時的なキュー待ちページを開いたまま、2~5分後に1回だけ更新する。
使い捨てドメインが拒否される使用するのは恒久転送エイリアスまたは長期利用できるメールアドレスです。
特定の送信元だけ失敗転送コンソールでルールと失敗履歴を確認する。
サポートに連絡する際:発生時刻、受信ドメイン、送信元ドメイン、エラーメッセージを伝えてください。完全な認証コード、トークン、機密性の高い本文は送らないでください。

送信者タイプ別の正常な待ち時間

「まだ待つべきか」を判断する前に、送信者タイプごとの一般的な遅延と照らし合わせ、再送や別アドレスを検討しましょう:

10〜60 秒
銀行・取引系の認証コード

優先チャネルを通るため、2 分を超えたらアドレス誤りか拒否の可能性が高いです。

最速
1〜5 分
大手プラットフォームの確認メール

GitHub や Google 級の送信基盤は安定しており、遅延はキューのピーク時に集中します。

一般的
5〜15 分
マーケティング系確認メール

ニュースレターのダブルオプトインは一括送信チャネル経由。遅いものの最終的には届きます。

遅め
最長 30 分
小規模な自前サイト

自前 SMTP は再試行間隔が長め。届かなければフィルタを確認するか、新しいアドレスで再試行を。

不安定