フィードバックループ（Feedback Loop / FBL）

概要

フィードバックループ（Feedback Loop / FBL） は、受信者がメールを「迷惑メール」として報告した際に、メールボックスプロバイダーがその報告情報を送信者に自動通知する仕組みです。RFC 5965（2010年）が ARF（Abuse Reporting Format）としてフィードバックレポートの形式を定義し、RFC 6449（2011年）が FBL の運用ベストプラクティスを示しています。

FBL を通じて送信者はスパム報告を受けた宛先アドレスを特定し、配信リストから除外できます。報告された受信者への送信を停止しないと、スパム報告率が上昇し、送信者レピュテーションが低下します。

FBL は受信プロバイダーが提供するサービスであり、送信者が利用するには各プロバイダーに申請が必要です。Microsoft（Outlook.com、Hotmail、Live）は JMRP（Junk Mail Reporting Program）として FBL を提供しています。Yahoo は CFL（Complaint Feedback Loop）を提供しています。Gmail は従来の ARF ベースの FBL を提供せず、Google Postmaster Tools でスパム報告率をダッシュボードとして公開しています。

仕組み

FBL は ARF 形式のレポートを通じてスパム報告を送信者に通知し、サプレッションリストへの反映によって苦情率を抑制します。

ARF レポートの構造

FBL レポートは ARF（Abuse Reporting Format、RFC 5965）に従った MIME メッセージとして送信されます。レポートは 3 つのパートで構成されます。

1. human-readable part — レポートの概要をテキストで記述
2. machine-readable part — Content-Type: message/feedback-report 形式のフィールド群
3. original message — スパム報告されたメールの元メッセージ（ヘッダーのみ、または全文）

machine-readable part には以下のフィールドが含まれます。

Feedback-Type: abuse
User-Agent: FBL/1.0
Version: 1
Original-Mail-From: newsletter@example.com
Arrival-Date: Fri, 11 Apr 2026 09:00:00 +0900
Source-IP: 198.51.100.25
Reported-Domain: example.com

Feedback-Type: abuse はスパム報告を意味します。ARF は他のフィードバックタイプ（fraud、virus、other 等）も定義していますが、FBL で使われるのはほぼ abuse です。

FBL の処理フロー

1. 受信者が MUA（Gmail、Outlook 等）で「迷惑メール報告」ボタンを押す
2. メールボックスプロバイダーがスパム報告を記録する
3. プロバイダーが ARF レポートを生成する
4. ARF レポートを送信者が登録した FBL 受信アドレスにメールで送信する
5. 送信者側の FBL 処理システムがレポートを受信し、パースする
6. 報告された受信者のアドレスをサプレッションリスト（配信停止リスト）に追加する
7. 以降、そのアドレスへの配信を停止する

DKIM ベースの FBL

一部のプロバイダーは、エンベロープ From ではなく DKIM 署名の d= ドメインをもとに FBL レポートの送信先を決定します。Yahoo の CFL はこの方式を採用しています。

DKIM ベースの FBL では、送信ドメインの DNS に FBL 登録情報を TXT レコードとして公開する場合もあります。この方式は、メール配信サービスの共有 IP を使っている送信者でも、自社ドメインの DKIM 署名に紐づけて FBL レポートを受け取れる利点があります。

ワンクリック購読解除との関係

RFC 8058（2017年）は、メールヘッダーに List-Unsubscribe と List-Unsubscribe-Post を設定することで、受信者がワンクリックで購読を解除できる仕組みを定義しています。

List-Unsubscribe: <https://example.com/unsubscribe?id=12345>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Gmail は 2024 年 2 月以降、1 日 5,000 通以上を送信するバルクセンダーに対してワンクリック購読解除の実装を義務化しました。受信者に購読解除の簡単な手段を提供することで、スパム報告を減らし、FBL 経由の苦情率を低く保つ効果があります。

具体例

主要プロバイダーへの FBL 登録手順と、受信した ARF レポートの処理方法を示します。

Microsoft JMRP の登録

Microsoft の JMRP に登録する手順です。

1. Microsoft SNDS（Smart Network Data Services）のサイトにアクセスする
2. 送信に使用している IP アドレスの所有権を認証する（Postmaster メールアドレスでの認証）
3. JMRP の登録フォームで FBL レポートの送信先メールアドレスを指定する
4. 登録が完了すると、Outlook.com / Hotmail / Live のユーザーがスパム報告したメールの ARF レポートが指定アドレスに届く

ARF レポートの処理例

受信した ARF レポートから報告対象のアドレスを抽出する簡易的な処理例です。

#!/bin/bash
# ARF レポートからスパム報告されたアドレスを抽出
grep -i "^Original-Rcpt-To:" fbl-report.eml | awk '{print $2}'

メール配信サービス（SendGrid、Amazon SES、Mailgun 等）を使っている場合、FBL レポートの処理とサプレッションリストへの反映は自動で行われます。自前の MTA で運用している場合は、ARF レポートのパースと配信停止処理を実装する必要があります。

確認方法

FBL が正しく機能しているかは、FBL 受信アドレスに ARF レポートが届いているかで確認します。テスト用のメールアドレスからスパム報告を行い、レポートが届くかテストするのが確実です。

スパム苦情率は各プロバイダーのモニタリングツールで確認します。Google Postmaster Tools の Spam Rate ダッシュボードで Gmail ユーザーからのスパム報告率を確認できます。Microsoft SNDS では IP アドレスごとのスパムトラップヒット率やフィルター結果を確認できます。

FBL レポートの処理が正しくサプレッションリストに反映されているかは、サプレッション対象アドレスへの配信が停止しているかをメール配信ログで確認します。

送信ドメインの認証設定が整っているかも確認します。FBL の登録に DKIM 署名が必要なプロバイダーもあるため、DKIM の設定は前提条件です。

dig TXT default._domainkey.example.com

外部の視点からも確認したい場合は、Labee Dev Toolbox の Mail Auth API を使うと、外部の視点から見た結果を取得できます。

curl "https://labee.dev/api/mail-auth?domain=example.com"

{
  "success": true,
  "data": {
    "spf": {
      "record": "v=spf1 include:_spf.google.com ~all",
      "exists": true
    },
    "dkim": {
      "record": null,
      "exists": false,
      "selector": "default"
    },
    "dmarc": {
      "record": "v=DMARC1; p=reject; rua=mailto:dmarc@example.com",
      "exists": true
    },
    "bimi": {
      "record": null,
      "exists": false
    }
  },
  "error": null,
  "meta": { "responseTime": 120 }
}

data.dkim.exists が false の場合、DKIM レコードが未設定です。DKIM ベースの FBL を利用するプロバイダーでは、DKIM 署名がないと FBL レポートを受け取れない場合があります。

よくある問題

FBL の運用では、レポートの未処理や苦情率の上昇、登録の失効が配信品質を損なう主な原因になります。

FBL レポートを処理していない

FBL に登録しているのに、受信した ARF レポートを処理していなければ意味がありません。レポートが FBL 受信アドレスの受信トレイに溜まり続けている状態です。ARF レポートの自動パースとサプレッションリストへの反映を自動化します。メール配信サービスを利用する場合は、サービス側の FBL 処理機能が有効になっているか確認します。

スパム報告率が高い

Gmail の推奨はスパム報告率 0.1% 未満、上限は 0.3% です。FBL で受け取る苦情が多い場合、受信者の期待と送信内容が一致していない可能性があります。購読時のオプトインプロセスを見直し、メール内容が登録時の説明と合致しているか確認します。配信頻度が高すぎないかも検討します。

FBL 登録が失効している

プロバイダーの FBL プログラムは、登録の更新や認証の再検証を求める場合があります。FBL 受信アドレスが無効になっている、IP アドレスの所有権確認が期限切れになっている、などの理由で FBL レポートが届かなくなることがあります。定期的にレポートの受信状況を確認し、届いていない場合はプロバイダーの管理画面で登録状態を確認します。

Gmail からの FBL レポートが届かない

Gmail は従来の ARF ベースの FBL を提供していません。Gmail ユーザーからのスパム報告は、Google Postmaster Tools のダッシュボードでスパム報告率として確認します。個別のスパム報告対象アドレスの特定はできないため、スパム報告率が上昇した場合はリスト全体の品質改善で対応します。ワンクリック購読解除（RFC 8058）を実装し、受信者がスパム報告ではなく購読解除で対応できるようにすることで、スパム報告率の上昇を抑えられます。