AWSから、YahooとGmailが「バルク」メール送信者向けの新しいルールを多数実装するという通知を受け取りました。
Discourseは、特にメーリングリストモード（私たちが使用しているもの）を使用している場合、このカテゴリに該当する可能性があると思います。
Discourseのメールでこれらの新しい要件を実装する計画はありますか（または、すでに実装されていますか）？
変更点/要件はここに概説されています。
それらのいくつかはDKIMやSPFのような外部のものですが、メール本文に必要な変更もあります。
バルク送信者は、メッセージ内に簡単に見つけられるリンクを追加することで、購読解除のメカニズムを含めることが期待されます。2024年2月のメールボックスプロバイダーのルールでは、送信者はRFC 2369およびRFC 8058で定義されたワンクリック購読解除ヘッダーをさらに追加する必要があります。これらのヘッダーは、受信者が購読解除を容易にし、メッセージをスパムとしてマークすることによる苦情の発生率を低下させます。
メールボックスプロバイダーがメッセージをバルクとして分類する可能性がある多くの要因があります。1日あたり5000件を超えるボリュームもその要因の1つですが、メールボックスプロバイダーが使用する主な要因は、受信者が実際にメールを受信したいかどうかです。
よろしくお願いします！
「いいね！」 2
Discourse は既に List-Unsubscribe ヘッダーとメッセージ本文に配信停止リンクを生成しています。これらを確認し、不十分だと判断されましたか？
「いいね！」 4
いいえ、RFC要件と同じかどうか確信が持てませんでした。説明されているように既に実行されているかどうかを確認しようとしていました。
この件が最近再び私の注意を引いたのですが、実際に詳細を掘り下げるだけの時間がありました。
長年 List-Unsubscribe ヘッダーはありましたが、送信者からの追加の確認ステップなしで、実際のワンクリック解除を求める強い動きがあります。
これは、RFC8058で定義されている新しいヘッダーを使用して実現されます。
List-Unsubscribe: <https://example.com/unsubscribe/opaquepart>
List-Unsubscribe-Post: List-Unsubscribe=One-Click
ユーザーによる明示的な確認後、これをアクティブ化すると、メールクライアントから次のようなコンテンツのPOSTリクエストがトリガーされます。
POST /unsubscribe/opaquepart HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded
Content-Length: 26
List-Unsubscribe=One-Click
これに対応する必要があるかもしれません。
「いいね！」 8
シングルクリックでの配信停止に関する同様の問題を別のメーリングリストで経験しました。多くのメールクライアントやスパム/ウイルスフィルターは、「調査」のためにリンクをクリック/アクティブ化するため、結果的に購読解除されてしまいます。そのため、リンクのアクティベーションだけでなく、何らかの確認が必要になります。
特にエンタープライズ/Outlookを使用している多くのユーザーが自動的に購読解除されてしまいました。
しかし、このヘッダー経由で行われるのであれば問題ないかもしれません。
この懸念は、このRFCで具体的に対処されています。
GETリクエストでは、この理由により解除をトリガーしてはいけません。ユーザーが明示的に確認する必要があるPOSTのみが解除をトリガーできます。
「いいね！」 2
lindsey
(Lindsey Fogle)
10
@Jose_C_Gomez さん、朗報です！メールでワンクリック/簡単な配信停止をサポートするように更新しました。
Gmailでテストしたところ、セカンダリ確認がありますが、これはメールクライアントから行われます。そのため、メールクライアントの調査による意図しない配信停止のリスクなしに、「簡単な配信停止」の要件を満たしていると考えています。
「いいね！」 6
lindsey
(Lindsey Fogle)
クローズされました:
12
このトピックは2日後に自動的に閉じられました。返信はもう受け付けられません。
