DELIVERY LAB / 04

認証メールが届かなくても、まずは再送を連打しない

リクエストを繰り返すと送信元サイトのレート制限にかかることがあります。また、古い認証コードと新しいコードが前後して届き、混乱する原因にもなります。以下の一方向の手順で確認し、各ステップでは一度に1つだけ条件を変えてください。

6分間の診断手順

アドレスのつづり確認から、再送を1回行うところまで進めます。サイトが使い捨てメールアドレスを明確に拒否している場合は、許可されている安定したアドレスを使い、制限を回避しないでください。

  1. 01

    アドレスを一字ずつ確認

    登録フォームのアドレスと受信トレイのアドレスを比較します。特に、前半部分、ドメイン、自動入力で残ったスペースに注意してください。

  2. 02

    1〜2分待つ

    送信キューには短い遅延が発生することがあります。現在のページを開いたままにし、自動同期が数回完了するまで待ちましょう。

  3. 03

    手動で1回更新

    更新では現在の受信トレイを読み直すだけで、サイトに認証コードを再要求することはありません。

  4. 04

    サイトに戻って1回だけ再送

    カウントダウンまたはクールダウンが終わったことを確認してから再送し、届いた認証コードは最新のものだけを使ってください。

症状と最も可能性の高い原因

症状 最初に確認すること してはいけないこと 次のステップ
受信トレイがずっと空 アドレスのつづりとサイトの表示 複数のアドレスを次々に変更する 待ってから手動で1回更新
認証コードが複数まとめて届く メールの到着時刻 最初に届いたメールから試す 最新の認証コードを使う
サイトに送信が多すぎると表示される クールダウンのカウントダウン 登録ページを更新して何度も送信する 制限が解除されるまで待つ
サイトにアドレスを拒否される 相手側のメールポリシー 制限を回避しようとする 許可されている安定したメールアドレスに変更

「更新」と「再送」を分けて考える

INBOX / REFRESH

受信トレイを更新

MsgQuickに現在のアドレスに届いているメールを問い合わせます。送信元サイトには通知せず、新しい認証コードも生成しません。

SENDER / RESEND

サイトから再送

送信元サイトに新しいメールの作成を依頼します。クールダウンが発生したり、古いコードが上書きされたり、遅れて複数のメールが届いたりすることがあります。

ADDRESS / SWAP

アドレスを変更

新しい受信先を作成します。元のサイトが古いアドレスに送り続けている場合、新しい受信トレイにはそのメールは届きません。

TIME / EXTEND

有効期間を延長

現在の受信先をより長く保持します。送信元が正しいアドレスを取得済みで、処理がまだ完了していない場合に適しています。

開発者向け送信側チェック

エンベロープ受信者

SMTP envelope recipientがページに表示されたアドレスと一致していることを確認してください。メールヘッダーのToフィールドだけを確認しないでください。

レスポンスと再試行

送信サービスの返却コード、キュー識別子、再試行時刻を記録し、キュー待ちを受信側でのメール紛失と誤認しないようにします。

HTML版とテキスト版の両方

読みやすいtext bodyを用意し、サニタイズ後もHTML内の認証コード、ボタン、ドメインが明確に表示されることを確認してください。

RETRY WITH CONTROL

現在のアドレスを維持し、間隔を空けてもう一度試す

受信トレイに戻ってカウントダウンとアドレスを確認し、まず更新してください。サイトがまだ正常に送信していないと確認できた場合のみ、戻って再送します。

受信トレイに戻る