← RFC Reference

RFC 2369: List-Unsubscribe と List-* ヘッダー

これが存在する理由

RFC 2369以前は、メーリングリストメッセージが配信停止または管理URLを通知する標準的な方法がありませんでした。ユーザーはメッセージフッターから配信停止リンクを探さなければならず、そもそもリンクが存在しないこともありました。このRFCは、メールクライアントが解析してUI要素（Gmailの送信者名の隣の「配信停止」リンクなど）として表示できるList-*ヘッダーフィールドファミリーを定義しました。

今日、これらのヘッダーはコマーシャルメールに不可欠です。GmailやYahoo、Apple MailはすべてList-Unsubscribeを使用してワンクリック配信停止ボタンを表示します。RFC 8058はこれを後に真のワンクリックPOSTメカニズムで拡張しました。

動作方法

各List-*ヘッダーには、メールクライアントがリスト管理に使用できる1つ以上のURI（角括弧で囲み、カンマで区切る）が含まれます。最も重要なのはList-Unsubscribeですが、RFCは完全なセットを定義しています。

完全なList-*ヘッダーファミリー

ヘッダーの例

; HTTPSのURLとmailtoフォールバック
List-Unsubscribe: <https://example.com/unsub?id=abc123>,
    <mailto:unsub-abc123@example.com>

; ワンクリック配信停止（RFC 8058追加）
List-Unsubscribe-Post: List-Unsubscribe=One-Click

; その他のList-*ヘッダー
List-Subscribe: <https://example.com/subscribe>
List-Help: <https://example.com/list-help>
List-Post: <mailto:discussion@example.com>
List-Owner: <mailto:listadmin@example.com>
List-Archive: <https://example.com/archive>

URIスキーム

RFCはあらゆるURIスキームを許可していますが、実際には2つが使用されています。

• mailto: — クライアントがアクションをトリガーするために指定されたアドレスにメールを送信します。これは元のメカニズムであり、フォールバックとして機能します。
• https: — クライアントがウェブURLを開きます。RFC 8058のList-Unsubscribe-Postと組み合わせることで、HTTPPOSTによる真のワンクリック配信停止が可能になります。

複数のURIが提供されている場合、メールクライアントは使用するものを選択します。ほとんどの最新クライアントはList-Unsubscribe-Postが存在する場合、mailtoよりHTTPSを優先します。

主要な技術詳細

正しいヘッダーフォーマット

URIは角括弧で囲む必要があります。複数のURIはカンマで区切られます。ホワイトスペースと行折り返しは標準ヘッダー折り返しルール（RFC 5322）に従って許可されています。

正しい形式：
List-Unsubscribe: <https://example.com/unsub?id=abc>, <mailto:unsub@example.com>

誤った形式（角括弧がない）：
List-Unsubscribe: https://example.com/unsub?id=abc

mailto URI

配信停止用のmailto URIには、件名またはボディを含めることができます。

List-Unsubscribe: <mailto:unsub@example.com?subject=unsubscribe-abc123>

受信システムは配信停止をトリガーするために受信メールを処理します。これは受信者のメールクライアントがHTTPSベースの配信停止をサポートしていない場合でも機能します。

List-Post: NO

受信者が投稿できないアナウンスのみのリストの場合は、特別な値を使用してください。

List-Post: NO

一般的なエラー

• 角括弧がない。 URIは< >で囲む必要があります。そうしないと、メールクライアントはヘッダーを正しく解析しません。
• List-Unsubscribe-PostなしのHTTPS URL。 HTTPSのURLを提供してもList-Unsubscribe-Postヘッダー（RFC 8058）を省略すると、GmailやYahooはワンクリック配信停止ボタンを表示しません。両方のヘッダーが必要です。
• ログインが必要な配信停止URL。 配信停止エンドポイントはユーザーがログインすることなく機能する必要があります。URLパラメータだけから購読者を特定する必要があります。
• 壊れたまたは期限切れのURL。 配信停止URLがエラーを返すか汎用ページにリダイレクトする場合、メールボックスプロバイダーは送信者の評判にペナルティを課すことがあります。これらのURLは確実に動作する必要があります。
• トランザクションメールにList-Unsubscribeを追加する。 List-*ヘッダーはバルク/コマーシャルメール用です。パスワードリセット、注文確認、またはその他のトランザクションメールに追加すると、受信者に混乱を招き、意味的に間違っています。
• mailtoフォールバックを含めていない。 HTTPSはワンクリック用に推奨されていますが、mailto URIはHTTPベースの配信停止をサポートしていない古いメールクライアントとの互換性を保証します。

配信可能性への影響

• GmailとYahooが要求しています。 2024年2月以降、GmailとYahooはバルク送信者に対してList-Unsubscribe（RFC 8058のワンクリックサポート付き）を要求しています。これらのヘッダーなしのメッセージはフィルタリングされやすくなります。
• スパム報告を減らします。 ユーザーがメールクライアントUIから簡単に配信停止できる場合、「スパム報告」をクリックする可能性ははるかに低くなります。低い報告率は受信トレイの配置を直接改善します。
• 正当な送信を示唆します。 正しくフォーマットされたList-*ヘッダーの存在はスパムフィルターへのポジティブなシグナルです。これは送信者がベストプラクティスに従い、受信者に抜け道を提供していることを示します。
• Apple Mailの統合。 Apple MailはList-Unsubscribeを使用してメッセージの上部に配信停止バナーを表示します。ヘッダーがないと、対象者の大きな部分の機能が欠落します。

Related RFCs