受信トレイを更新
MsgQuickに現在のアドレスに届いているメールを問い合わせます。送信元サイトには通知せず、新しい認証コードも生成しません。
DELIVERY LAB / 04
リクエストを繰り返すと送信元サイトのレート制限にかかることがあります。また、古い認証コードと新しいコードが前後して届き、混乱する原因にもなります。以下の一方向の手順で確認し、各ステップでは一度に1つだけ条件を変えてください。
アドレスのつづり確認から、再送を1回行うところまで進めます。サイトが使い捨てメールアドレスを明確に拒否している場合は、許可されている安定したアドレスを使い、制限を回避しないでください。
登録フォームのアドレスと受信トレイのアドレスを比較します。特に、前半部分、ドメイン、自動入力で残ったスペースに注意してください。
送信キューには短い遅延が発生することがあります。現在のページを開いたままにし、自動同期が数回完了するまで待ちましょう。
更新では現在の受信トレイを読み直すだけで、サイトに認証コードを再要求することはありません。
カウントダウンまたはクールダウンが終わったことを確認してから再送し、届いた認証コードは最新のものだけを使ってください。
| 症状 | 最初に確認すること | してはいけないこと | 次のステップ |
|---|---|---|---|
| 受信トレイがずっと空 | アドレスのつづりとサイトの表示 | 複数のアドレスを次々に変更する | 待ってから手動で1回更新 |
| 認証コードが複数まとめて届く | メールの到着時刻 | 最初に届いたメールから試す | 最新の認証コードを使う |
| サイトに送信が多すぎると表示される | クールダウンのカウントダウン | 登録ページを更新して何度も送信する | 制限が解除されるまで待つ |
| サイトにアドレスを拒否される | 相手側のメールポリシー | 制限を回避しようとする | 許可されている安定したメールアドレスに変更 |
MsgQuickに現在のアドレスに届いているメールを問い合わせます。送信元サイトには通知せず、新しい認証コードも生成しません。
送信元サイトに新しいメールの作成を依頼します。クールダウンが発生したり、古いコードが上書きされたり、遅れて複数のメールが届いたりすることがあります。
新しい受信先を作成します。元のサイトが古いアドレスに送り続けている場合、新しい受信トレイにはそのメールは届きません。
現在の受信先をより長く保持します。送信元が正しいアドレスを取得済みで、処理がまだ完了していない場合に適しています。
SMTP envelope recipientがページに表示されたアドレスと一致していることを確認してください。メールヘッダーのToフィールドだけを確認しないでください。
送信サービスの返却コード、キュー識別子、再試行時刻を記録し、キュー待ちを受信側でのメール紛失と誤認しないようにします。
読みやすいtext bodyを用意し、サニタイズ後もHTML内の認証コード、ボタン、ドメインが明確に表示されることを確認してください。
RETRY WITH CONTROL
受信トレイに戻ってカウントダウンとアドレスを確認し、まず更新してください。サイトがまだ正常に送信していないと確認できた場合のみ、戻って再送します。
受信トレイに戻る