PBL の結果は、通常のインターネット接続が正常に動作しているユーザーに警告を与える可能性があります。重要な違いは、ポリシーが ブロックリスト は単なる悪意のあるマシンのリストではありません。これは、該当するポリシーに基づいて、サードパーティのMXサーバーにメールを直接配信すべきではない IP 範囲を識別します。
ポリシーの意味を読む
Spamhaus 、PBL には動的 IP と静的 IP の両方を含めることができると述べています。したがって、静的であるだけでは、アドレスがリストの外に属していることを確認するには十分ではありません。関連する問題は、アドレスが承認されており、ネットワークのポリシーに基づいて MX への直接送信に適しているかどうかです。 Spamhaus PBL.
この結果だけを利用して、ユーザーまたはデバイスがスパムを送信していると非難しないでください。他の証拠が虐待調査を正当化する可能性がありますが、保険契約範囲のリストは別の見解です。追加の名前付きデータセットを保持し、個別に調査します。
提出と直接納品を区別する
メール クライアントは通常、インターネットに接続されたメール サーバーとして機能するのではなく、構成されたメール サービスを通じて送信します。 Spamhausの PBL FAQ では、ユーザーのアドレスが PBL にある場合に適切な認証済みSMTPサービスを使用する方法について説明しています。プロバイダーの現在の送信設定に従います。リレーホストや資格情報を発明しないでください。 PBL よくある質問.
これは、利用可能なリレーを介して未承認のトラフィックをトンネリングすることを意味するものではありません。サービスはアカウントとワークロードを許可する必要があります。認証、抑制、およびサービスの送信ポリシーは、ルート変更後も適用されます。
リクエストとは独立して権限を検証する
書面による権限チェックのシナリオでは、2 人の要求者が対比されています。 1 つ目は、認証されたプロバイダー アカウント admin-1 を想定しており、既存のサービス所有者ディレクトリを介した架空のコールバックにより、ビジネス目的とネットワーク認可が確認されます。その結果、自動的に削除されるのではなく、資格が審査されます。 2 番目は、受信側の所有権の主張のみを提供します。別のディレクトリ コールバックは権限を確認できないため、提案されたルールはリクエストを保留し、リレーやDNS変更を行いません。
制御境界は、メールプロバイダーのアカウントとネットワークの送信承認です。要求者が提供した電話番号は独立した検証にはなりません。これらの ID とコールバックの詳細は、発明された教育入力です。実際の人物、企業、アカウント、またはネットワークの権限は検証されていません。この書面による比較では、プログラム、コールバック、 DNSルックアップ、削除要求、リレー構成は実行されませんでした。
サポートプロセスの悪用疑惑は、PBL のポリシーの意味とは切り離してください。 PBL 形式の観察だけでは、妥協も要求者の権限も証明されません。実際のケースでは、アクセスを許可したり送信ルートを変更したりする前に、承認された既存のチャネルを通じて検証し、決定の必要最小限の証拠を保持します。
削除をリクエストする前に資格を確認してください
正確な IP については、最新の公式手順をお読みください。誰がアドレスを管理しているのか、ネットワークが何を許可しているのかを確認してください。 Spamhausの単一 IP ガイダンスでは、リクエスターに静的 IP を割り当て、適切な転送と送信機能を備えたアウトバウンド メール サーバーを実行する必要があります。 逆引きDNS。その削除基準では、そのサーバーへの送信ポート 25 も制限されます。静的であるだけではまだ十分ではありません。該当する場合は、プロバイダーが管理する削除ルートに従ってください。削除リクエストでは、単に送信者が結果を気に入らないと言うだけでなく、正当な直接送信の必要性と完了した要件を正確に説明する必要があります。
住所は、要件が未解決のままの別のデータセットにも表示される場合があります。 PBL を削除しても、SBL、XBL、またはその他のリストはクリアされず、受信者がトラフィックを受け入れるかどうかは保証されません。これらの状態を単一の「クリーン」フラグにバンドルすることは避けてください。
承認されたテスト受信者を使用して承認されたルートを検証し、実際の受信結果を保持します。永続的な修復は、正しい ID 制御を備えた適切でサポートされている送信パスであり、1 回の成功したルックアップのスクリーンショットではありません。
観測ポイントを確認する
PBL はSMTP中の接続 IP を対象としており、受信ヘッダー内のすべての履歴 IP や URL または Web アクセス フィルタリングではありません。正規のユーザーは、承認されたサービスを通じて送信する前に、PBL にリストされたアクセス アドレスに表示されることがあります。苦情がディープ ヘッダー スキャンから生じた場合、提案されたフィルターの所有者は、履歴アドレスをアクティブな配信ソースとして扱う前に、その用途を調査する必要があります。