- すべて
- 画像・動画
並べ替え:新着順
6月になっても、List-Unsubscribeヘッダに対応していないメールが届いているサービスがあるけど、GmailでUnsubscribeアクションをした後に「迷惑メールに移動」が手軽に押されるUIにされているから、実装も躊躇するところもあるわな
List-UnsubscribeとList-Unsubscribe-PostがDKIMのh=ヘッダーにない。メッセージが要求されたDKIM署名を持たない場合、メール受信者はそのメッセー ジに対してワンクリックで購読解除を提供すべきではない[SHOULD NOT]ので正しい動きだ。
List-Unsubscribeが提供されたSaasのメールに購読解除ボタンが出ないという問い合わせ。 迷惑メール報告をした際もいきなり報告になってしまう。ヘッダー確かに入ってるんだけど、なんかルールにあってないのか?SPFDKIM弊社ドメイン、報告先URLがSaasだと怪しまれている?
List-Unsubscribe: ヘッダについては ABNF が与えられてない? meta syntax ならば RFC2369 に与えられているので unstructured field body ではないと解釈することはできる気はするけれども、それならば全体を RFC2047形式で encode するのは正しくない、ということに。
List-Unsubscibe が MIME encode されてて、DKIM-Signature の h tag には list-unsubscribe が入ってて署名の検証に成功するってことは署名を付けるときには List-Unsubscribe は encode されてるってことだよね
List-Unsubscribe-Post: ヘッダのbody部分を iso-2022-jp の B encode にして来ているってのを見つけたけど、これも RFC 2047 に照らして RFC 8058 を満たさない、かな。
東電フィッシング(GMO系列のメールマーケティングツール使用)が必死だけど、List-UnsubscribeのリンクってPOSTじゃないとだめなんか(405が返ってきた pic.twitter.com/KQFM7lo8lW
明日からGmail新ガイドラインが完全執行なんだけど、いまだ客にList-Unsubscribe対応可否すら発表連絡していないサービス運営各社は客のこと考えてないやろ? 社内担当可哀そうすぎるんよ。メールシステムが基本機能なら対応しろ。無理なら返事しろ。
返信先:@kshikida他1人迷惑メールじゃなかったはずのメールでもGmail宛の場合では、List-Unsubscribeつけて送ると、登録解除を押したあと、以下のように表示されることから、ITリテラシーが高く無いユーザは迷惑メール送リにしてしまう問題も・・・ pic.twitter.com/c2K7wOtM7G
List-unsubscribeヘッダが実装されたことで読者はより「迷惑メール報告」をしやすくなった。登録導線の見直しが急務 登録した覚えのないメルマガ、約25%の人が「迷惑メールとして報告する」【ユミルリンク/ライトアップ調べ】 | Web担当者Forum webtan.impress.co.jp/n/2024/05/30/4… @webtanforumより
TwoFive メールセキュリティ Blog 第14回「いよいよ6月、メルマガが届かなくなる…!? ~ メルマガ配信している皆さん ワンクリック購読解除の List Unsubscribe対応は済んでますか?」 scan.netsecurity.ne.jp/article/2024/0…
返信先:@maman_for_man記事先頭「List-UnsubscribeヘッダやList-Unsubscribe-Postヘッダがちゃんとあっても、ボタンが表示されないケースがあることに注意」条件不明な点注意してください。ただ実装しないとDMARC通過でもワンクリックで迷惑メール報告されるんで絶対実装したほうが良い。テスト頑張ってください! pic.twitter.com/YRlPwuGSUz
List-UnsubscribeをHeaderに入れたのに、Gmailさんが反応しないンゴ。 他社さんのメールも配信停止ボタンが出てないンゴ。 ちゃんと使用開示して欲しいな、Googleさん(;´Д`) 頼んます
今DMARCのアライメントが片方だけでPASSでList-Unsubscribeがない場合、迷惑メール報告を選択すると即迷惑メール登録されるんですがもとからこんな仕様でしたっけ? 逆にList-Unsubscribe設定が正しく入ってればDAMRCなくても配信停止確認のダイアログになるので、これは設定したほうがお得ですね。 pic.twitter.com/nbFPptM2MB
社内メール送信システムのList-Unsubscribe対応は送信先の特徴と業務内容と送信数で異なるから必ずList-Unsubscribeを入れろとは指示してない。しかしメール送信システムを売ってるSaasが対応しない場合が複数あるのは無責任極まりない。届かないメールシステムに価値あるんだろうか。
TwoFive メールセキュリティ Blog 第14回「いよいよ6月、メルマガが届かなくなる…!? ~ メルマガ配信している皆さん ワンクリック購読解除の List Unsubscribe対応は済んでますか?」 scan.netsecurity.ne.jp/article/2024/0… @ScanNetSecurityより あとで社内に回覧。私がいうより第三者の意見のほうが効くんで
相変わらずGmailのガイドラインの解説するよと言っているメールマガジンの宣伝メールがGmailのガイドラインを微妙に守れていない件。RFC8058のsection 4、DKIM署名がList-Unsubscribe-Postをカバーしていない。
TwoFive メールセキュリティ Blog 第14回「いよいよ6月、メルマガが届かなくなる…!? ~ メルマガ配信している皆さん ワンクリック購読解除の List Unsubscribe対応は済んでますか?」 s.netsecurity.ne.jp/article/2024/0…
Gmailの宛名▼を押して出てくる小さい領域にUnsubscribeリンクが出るのは初めて見たような気がする。List-Unsubscribe:もList-Unsubscribe-Postも存在するメールやけど発信者の右にはUnsubscribeリンクが表示されてない。何が違うのか分からん、謎。 pic.twitter.com/CMHgkxIs71
List-Unsubscribe-PostってPOST Bodyを指定しているっぽい見た目なのになぜ "List-Unsubscribe=One-Click" 固定なんだろう。そこにIDとか含めたいのだけど。 それでいてURLのほうをOpaqueにしろって言われても、QueryParamアリかつPOST Bodyアリは一般的でないし、PathParam使うのも柔軟性ががが。
#Gmail 宛のメール送信要件では6月までに「one-click unsubscribe」に対応することが求められています。 実現に必要な「List-Unsubscribe」ヘッダとは何か? ヘッダを含めると受信メールでどのように表示されるのか? しっかり確認して実装しましょう。 bit.ly/3QgJ0pg
Gmail、DMARCの対応よりかも、6月からのList-Unsubscribe対応の方がよっぽどまずいと思う。 システム改修が必要になるし。 メルマガ配信以外でも一斉配信メールは引っかかるんじゃないかな。
いよいよ 6 月、メルマガ配信している皆さん ワンクリック購読解除の List Unsubscribe 対応は済んでますか?(ScanNetSecurity) lyrjw.kabudata.asia/ball/8w/87119
ガイドラインFAQ(1422の方)に新しい質問と答えが一個増えてた、List-Unsubscribeに関係してリンクが出ないんですけど?って話。端的にはガイドラインを守ってるメールだけ表示するよってことやけどマァなんかフワッとしてて細いところは分からん。 github.com/azumakuniyuki/… pic.twitter.com/zSs6xQzXqp
List-Unsubscribe ヘッダはあるけど押しても何も起きてないマーケティングメールいっぱいある気がする。 これGoogleはどうやって抜き打ちかなんかで検査するんだろうか・・・ それか押しても反応しないと迷惑メールに叩き込まれるからそれでいいかと思ってるのかな?
返信先:@testedqualityそもそもの投稿の、Gmailで個別のメール表示画面で「メーリングリストの登録解除」ボタンが出ない場合でも、「迷惑メールを報告」で"疑わしいメッセージ"ではなく「配信停止」と表示されることで、List-Unsubscribe-Post のヘッダが認識されていることがわかるという点は、非常に有用な情報かと。感謝
List-Unsubscribe 信頼してる配信サービスでテストしたらGmail本文画面に配信停止のボタンでるでないが発生。Gmail側のルールがこちらでも把握できてないと返答あり。この会社がわからんなら仕方ない。実は迷惑メールを報告をクリックすると配信停止ボタンが出るのを見つけて一安心。機能生きてる。 pic.twitter.com/2pJZV25jHr
TwoFive メールセキュリティ Blog 第14回「いよいよ6月、メルマガが届かなくなる…!? ~ メルマガ配信している皆さん ワンクリック購読解除の List Unsubscribe対応は済んでますか?」 scan.netsecurity.ne.jp/article/2024/0…
TwoFive メールセキュリティ Blog 第14回「いよいよ6月、メルマガが届かなくなる…!? ~ メルマガ配信している皆さん ワンクリック購読解除の List Unsubscribe対応は済んでますか?」 scan.netsecurity.ne.jp/article/2024/0…
iOSのメールAppって、List-Unsubscribe ヘッダにワンクリック配信停止(RFC8058)なものしかないとき、RFC8058に対応したリクエストを投げてくるように見えるんだけど、気のせい? ※いや、世の情報「iOSのメールAppはRFC8058非対応だぜ」みたいなものばっかでね。
「ワンクリックで登録解除」機能に対応しなければならない そのためにはメールのヘッダに List-Unsubscribe、List-Unsubscribe-Post などを適切に設定しておく必要がある。 詳細は RFC を確認! #jawsug_tokyo #jawsug
List-Unsubscribeのアレ、対応したメールをMS365のOutlookで受信すると勝手に解除リンクが押されたことになるトラブルが出たけど解消されたのかな? #jawsug_tokyo #jawsug
List-Unsubscribe のhttpsによるワンクリック購読解除をうけるWEB CGIの実装を見直しているのだが、パラメータが違っていたり、既に解除済みの場合、 HTTP レスポンスステータスコードは何を戻すのが、RFC準拠なのだろうか?RFCの該当記述がみつからない。