送信ボタンを押した時点から計測
ボタンが読み込み中のまま、フォームにエラーが表示される、または画像認証が完了していない場合、メールはまだ経路に入っていません。
現在のアドレスをコピーし直し、@の前後、ドット、ドメインを確認してください。アドレスを変更しても、対象サイトに古いアドレスが保存されたままの場合があります。
アドレスの有効期限が切れていないことと、ページがオフラインになっていないことを確認し、手動で1回だけ更新してください。
送信元が許可している場合に限り、1回だけ再送し、最新のメールに記載されたコードを使ってください。
サイトが使い捨てドメインを拒否する場合や、アカウントの復旧に長期利用が必要な場合は、エイリアスに切り替えてください。
認証コードでよくある3つの落とし穴
古いコードは無効
何度も再送すると、通常は最新のコードだけが有効です。時刻順に確認して使ってください。
使い捨てドメインが拒否される
一部のサービスは使い捨てドメインにメールを配信しません。更新しても送信側のポリシーは変わりません。
送信キューの遅延
混雑時はキューで待機することがあります。アドレスが有効なら、追加のリクエストを送らずに待ってください。
これ以上待つ必要がない明確なケース
- カウントダウンが0になった、またはアドレスを変更した後も古いアドレス宛てのメールを待っている。
- メール全体が100MBを超えている。使い捨てメールでは添付ファイルも保存されません。
- 送信元が使い捨てメールまたはそのドメインに対応していないと明示している。
- メールを銀行、決済アカウント、または長期的な復旧に使用する。
- 対象サイトが直接返信を求めている。TempGetではメールを送信できません。
診断後に選ぶ対応
| 送信元で未確認 | フォームまたは認証手順を修正して、もう一度送信する。 |
|---|---|
| アドレスの入力ミス | 対象サイトのアドレスを更新し、新しいメールをリクエストする。 |
| 一時的なキュー待ち | ページを開いたまま、2~5分後に1回だけ更新する。 |
| 使い捨てドメインが拒否される | 使用するのは恒久転送エイリアスまたは長期利用できるメールアドレスです。 |
| 特定の送信元だけ失敗 | 転送コンソールでルールと失敗履歴を確認する。 |
送信者タイプ別の正常な待ち時間
「まだ待つべきか」を判断する前に、送信者タイプごとの一般的な遅延と照らし合わせ、再送や別アドレスを検討しましょう:
優先チャネルを通るため、2 分を超えたらアドレス誤りか拒否の可能性が高いです。
GitHub や Google 級の送信基盤は安定しており、遅延はキューのピーク時に集中します。
ニュースレターのダブルオプトインは一括送信チャネル経由。遅いものの最終的には届きます。
自前 SMTP は再試行間隔が長め。届かなければフィルタを確認するか、新しいアドレスで再試行を。