0

ドメインとのSMTPトランザクションを開始して、(a)そのドメインが電子メールを受信できるか、(b)目的のアドレスがそのドメインに存在するかを確認するツールを構築しています。メールアドレスの大規模なグループ(一度に10,000以上)をバッチ処理しますが、サーバーを攻撃してブラックリストに登録したくありません. SMTP サーバーと安全に通信できる頻度に関するガイドラインはありますか?

コマンドについては知ってVRFYいますが、全面的に実装されていません。VRFY コマンドの使用を試み、使用にフォールバックする予定です。

MAIL From:<user@example.com>
RCPT To:<first.last@example.org>
QUIT

メッセージが配信可能かどうかを確認します。繰り返しになりますが、ドメインでこのような SMTP トランザクションを開始できる頻度に関するガイドラインはありますか?

編集: これの目的は、私の組織が (a) いくつかのほとんど非アクティブなリストからいくつかの悪いメールを削除するために使用できるツールを作成することです。 (b) aoghuifdgsiuvb@gmail.com のようなメールを拒否するように、ユーザーがリストに登録したときにメールをチェックします。

4

4 に答える 4

1

私が提供できる唯一の普遍的なガイドラインは、「これをしないでください」です。スパム送信者のように振る舞うと、スパム送信者のように扱われます。楽観的なシナリオでは、サイトはすでに制御を行っており、黙ってあなたを抑制したりブロックしたりします. あまり理想的ではないシナリオでは、スパム リストのアドレスを収集しているという (合理的な) 仮定に基づいて、攻撃者がユーザーに対してアクションを開始します。

于 2012-12-11T17:51:29.383 に答える
1

まず第一に、スパムは悪いことです。ニュースレターを受け取りたいかどうかを常にユーザーに尋ねます。

  1. メールアドレスをドメインごとに「ソート解除」し、同じドメインの電子メールアドレス間の「距離」を可能な限り大きくします。

  2. プログラマーの決定ではないと思います。2 つのメールが同じドメインに送信されるまでの最小時間を示す構成値が必要です。その構成値にも制限を設定する必要があります。ゼロまたは低い値に設定することは避けてください。

于 2012-12-14T20:05:56.857 に答える
0

より良い解決策は、SMTP セッション全体を実際に追跡し、確認コード/リンクを含む電子メールをユーザーに送信することです。これには、ユーザーが問題のアドレスを実際に制御していることを示し、スパム ボットのように見えないようにするという利点があります。

量は評判ほど問題ではありません。Web フローでメールを送信しようとしていることをユーザーに知らせます。これは、スパムとしてマークされる可能性がはるかに低いことを意味します。

于 2012-12-13T13:46:13.700 に答える
0

一部のホストでは、1 時間あたりに送信できるメールの数について、明確で定義されたガイドラインがあります。したがって、これは、独自のメールサーバーをコース外でホストしていない限り、ホスティングサービスプロバイダーに依存すると思います。

于 2012-12-18T14:48:46.530 に答える