ユーザーがアカウントを登録するサイトがあります。私は内部通信システムを持っており、プライベートメッセージを受け取ったときにメールを送信します。私は人々に彼らの電子メールを確認するように強制しないので、当然、多くは偽のアドレスを入力します。
PMを取得すると、電子メールを送信しようとしますが、明らかに失敗するため、再試行を繰り返します。数週間後、再試行キューが非常に大きくなり、サーバーのパフォーマンスに影響します（これらすべての試行でブラックリストに登録されたくありません）。
この問題を解決するにはどうすればよいですか（登録時に電子メールの確認を強制する以外）。
何か問題が発生した場合にログインにすぐにアクセスできないため、ユーザーにメールの確認を強制したくない場合は、次のようにしてください。
電子メールを確認していない場合は、PM を送信せず、代わりにログイン時に表示します。電子メールを確認するように通知します。
Eメールが確認できたら、送信してください。
とにかく、あなたのシナリオはサーバーの設定ミスのように聞こえます。メールサーバーが「配信不能」メッセージを受け取ったメールを再送信し続けるのはなぜですか? 私の知る限り、メールの再送信は、技術的な理由で受信ホストに到達できなかった場合にのみ発生します。
本当に確認が必要です。
それがなければ、電子メールが特定の回数バウンスしたユーザーを非アクティブ化し、次回のログイン時に新しい電子メールを要求することができます。
確認しないと難しいですが、少なくとも送信元のドメインを確認できます。
オプション 1: getmxrrを使用してホスト名で MX レコードを検索する
オプション 2: checkndsrrを使用して DNS 情報を確認する
しかし、これらが実際に行っていることは、ドメインの有効性と、それがメールサーバーを実行しているかどうかを確認することだけです。実際の認証を取得するには、確認が最善の方法です。また、テスト メールを送信するツールを実装して、メールが戻ってくるかどうかを確認することもできます。ただし、この方法は常に期待どおりに機能するとは限りません。サーバーによっては、即時に処理されるものもあれば、配信不能な電子メールを返すのに 1 日かかるものもあります。
これが役立つことを願っています。
ユーザーがメール通知をオプトアウトできるように、チェックボックスを用意することを検討してください。有効なメール アドレスを入力しない場合は、そもそもメールを受け取りたくないからでしょう。その旨を伝えてください。
さらに、オプトイン システムを用意することを検討することもできます。このシステムでは、ユーザーはそもそもメール通知を受信せず、アカウント設定のどこかで有効にして、現時点でメール アドレスを提供する必要があります。このようにして、偽の電子メール アドレスの数はほぼゼロにまで減少します。