Cloudflare Email Security のよくあるトラブルシューティング事例を確認します。
Email Security は検出によって脅威を特定し、最終判定を付けます。特定の判定が付いた理由は、メールヘッダーを調べるとわかります。
| 属性 | 説明 |
|---|---|
CUSTOM_BLOCK_LIST |
カスタムブロックリストに定義した値に一致します。 |
NEW_DOMAIN_SENDER |
新しく登録されたドメインから送信されたメールです。 |
NEW_DOMAIN_LINK |
新しく登録されたドメインへのリンクを含むメールです。 |
ENCRYPTED |
メール本文が暗号化されています。 |
BEC |
送信者アドレスが なりすましレジストリ に含まれています。 |
偽陽性は、正当なメールが誤って悪意ありまたはスパムと判定された場合です。
対処:
- Email Security ダッシュボードで Investigation を開きます。
- 対象のメールを探し、Submit for reclassification を選びます。
- 正しい判定を選びます(例:
Clean)。 - 今後のブロックを防ぐには、送信者を Acceptable Senders リストに追加します。
偽陰性は、悪意のあるメールを Email Security が検出しなかった場合です。
対処:
X-CFEmailSecurity-Dispositionヘッダーを確認し、メールが実際に Email Security を通過したことを確かめます。- ダッシュボードからメールの再分類を依頼します。見逃した検出を報告するときは、この方法が推奨です。
送信ドメインのポリシーが p=reject または p=quarantine で、DMARC 認証に失敗した場合、Email Security はメールを SPAM と判定することがあります。
対処:
- 送信者に DMARC / SPF / DKIM レコードの修正を依頼します。
- その送信者について失敗を抑止するには、Acceptable Sender のエントリを設定します。
メールが配送されない、または大幅に遅れて届く場合:
- MX レコードを確認する: MX レコード が正しく設定され、Cloudflare を指していることを確認します。
- 接続を確認する: 送信側メールサーバーから、ポート 25 で Cloudflare の mailstream エンドポイントに接続できることを確認します。
- 送信ログを確認する: ダッシュボードの Mail Trace 機能で、Email Security が下流のメールサーバー(Google Workspace や Microsoft 365 など)へメールを正常に配送したかを確認します。
詳細は、Email Security の本編ドキュメントを参照してください。
Email Security のトラブルシューティング ❯