- Outlook の reactions は Microsoft エコシステム外では別個のメールとして届くことがあり、送信者にとって望まない通知メールが増える
- Microsoft は送信メールに
x-ms-reactions: disallow を入れると、クライアントの reaction 応答機能を抑制する専用ヘッダーを提供している
- クライアントごとの設定ではなく Postfix
header_checks で全送信メールにヘッダーを自動挿入し、アカウント・デバイスごとの設定漏れを減らす
- テストでは、一部クライアントがボタンを表示し続けたものの reaction の送信はサーバー側で失敗し、別の環境ではボタンがグレーアウトされた
- 同じヘッダーでも Microsoft クライアントごとに UI への反映が異なるため、送信者は reaction メールを減らせるが、受信者体験は一貫しない
望まない Outlook reactions メール
- ここ数か月、送信したメールへの返信の中で reactions が増えている
- Microsoft エコシステム内では Signal メッセージの 👍 や ❤️ のようなリアクションとして扱われるようだが、外部では別個のメールとして届く
- 受信するメール本文は次のような形式になっている
like [person] reacted to your message:
like は代替テキストであり、リモートコンテンツの読み込みを許可しなければ画像は表示されない- こうした reaction メールを望まないため、送信メールにブロック用ヘッダーを追加する
Postfix で x-ms-reactions: disallow を追加
- Microsoft は Outlook reactions 向けに
x-ms-reactions: disallow ヘッダーを提供している
- このヘッダーが設定されると、Microsoft クライアントで reaction 応答機能が抑制されると理解できる
- メールクライアント/MUA がヘッダー追加をサポートしていればクライアントごとに設定できるが、複数のクライアントを使う場合はそれぞれで設定する必要がある
- すべての送信メールに適用するため、Postfix 設定に追加した
/etc/postfix/main.cf には次の設定がある
header_checks = pcre:/etc/postfix/header_checks
/etc/postfix/header_checks には次のルールを追加した
# add header to deal with unwanted Microsoft reactions (2024-07-16)
/^Date:/i PREPEND x-ms-reactions: disallow
- 当初は
Content-Transfer-Encoding の前に入れていたが、mutt の設定がそのヘッダーを送らなかったため Content-Type の前に変更し、その後さらに Date ヘッダーの前に入れた
sudo service postfix restart で Postfix を再起動した後、複数のクライアントでテストし、メッセージヘッダーに新しいヘッダーが正しく追加されていることを確認した
Microsoft クライアント別のテスト結果
- Microsoft ユーザーである数人とテストした結果、一部の環境で狙いどおりの動作が確認された
- あるケースではヘッダーが追加されていたにもかかわらず、Microsoft ユーザーのクライアントに reaction オプションが表示され続けた
- ユーザーが reaction を押したが、送信者のメールサーバーまでは到達しなかった
- クライアントごとのグレーアウト更新は異なる速度で配布されており、reaction が禁止されたメールに対する試行は サーバー側で失敗する
- 別の Microsoft ユーザー環境では reaction アイコンがグレーアウトされ、hover text として
Reactions are disallowed on this message が表示された
- Microsoft システムによって表示方法が異なるようで、送信者の立場では reaction メールを受け取らないという目標を達成できても、ユーザー体験は理想的ではない
1件のコメント
Hacker News のコメント
Outlook だけを使っている会社なら、リアクション機能はかなり理にかなっています。「いいですね、ありがとうございます」のようなメールを大幅に減らしてくれるからです
もちろん、本当に感謝しているときは、きちんとしたお礼のメールを送ればよいです
関連: https://news.ycombinator.com/item?id=28636536
Apple も iMessage/SMS に同じ機能を入れました。グループメッセージが全員 Apple ユーザーなら期待どおりに動きましたが、エコシステムの外にいる不運な人は「{person} liked “{message}”」のようなメッセージ爆撃を受けることになります
場合によっては、人々がそのリアクションにさらにリアクションして、ばかげた文字メッセージの連鎖が生まれることもあります
おそらく MSN サーバーと使うように設計されていたのでしょうが、人々は「普通の」サーバーにも接続して使っていました
https://en.wikipedia.org/wiki/Microsoft_Comic_Chat
奇跡的に大半は Signal に移行したものの、ときどきまたSMS の習慣に戻ってしまいます
会社のメールで、文末のピリオドの代わりに大文字の J を入れる人たちを見た記憶があります。最初は J のフック形が笑顔のように見えるので、あまり直接的ではない企業的な礼儀表現なのだろうと思っていました
後で分かったのですが、ASCII で J の値である 0x4A の位置が Wingdings では笑顔だったのです。今でも Outlook メールクライアントが UI 上でどの文字を変換すべきか、どうやって判断していたのかよく分かりません
Exchange は通過するすべてのメールを HTML に変換し、J をタグで囲んで Wingdings を選択させます。一部の Exchange インストール環境では、通過したメールのプレーンテキストのコピーを提供しません
Windows ノート PC を支給され、Outlook でメールを見るようになるまで何年もかかりました
リアクションを嫌う側には、何がそんなに不快なのか説明してほしい。相手がタイプする労力すらかけていないのが無礼に感じるのか？何が問題なのかよく分からない
メール以前は手紙を書くのに労力が必要で、そのおかげで信号対雑音比の低い連絡はふるい落とされていた。スパム、LLM生成コンテンツ、リアクションのようなメッセージはすぐゴミ箱行きだ。送信者が、私にそのメッセージを見させて削除ボタンを押させ、時間を浪費させたことは、無礼というより分別を欠いた行為だと思う
傲慢に聞こえるかもしれないが、1日に数百通のメールを受け取ることもあるので、必要なフィルターだ
次に、「リアクション」はメール文化や標準的なメール仕様の一部ではない。予想外でぎこちない
だから一般的にリアクションが嫌いなのではなく、MSのメールアプリでだけ動作し、他の場所では壊れた形で飛び出してくる機能に反対しているのだ
リアクションは、やり取りがリアルタイムで短さが重要なインスタントメッセージングのようなコミュニケーションでは、より筋が通る。メールでは特に何も付け加えていない
2つ目に、メールでリアクションを受け取るとはどういう意味なのか？「親指を立てる」は進めてよいという合図と解釈していいのか、それとも単に「確認した、メールを受け取った」なのか曖昧だ。メールがおおむね重要な業務用だという点にある程度同意するなら、明確で正確なコミュニケーションをすべきだ。リアクションはその逆で、文脈・文化・受信者の気分によって、より誤解されやすい
メールのリアクションに非常に優れた合理的な用途がある可能性はあるが、MicrosoftがUI/UXの専門家にきちんと調査させ、明確な結論を得て実装したとは本当に信じがたい。標準でもないのを見ると、金曜の午後に「これできるじゃん」と見せるために作ったもののように感じる。SMTPヘッダーに載せて運ぶ方式は、いかにもハック臭い
一生かけて集中をコントロールしようと努めてきたのに、人類全体が共有環境をさらに多くの注意散漫要素で満たすと決めたように思える。本当に嫌だし、操作的だ。オフにできるようにしてほしい。ただ放っておいてほしい。さらに言えば、私が価値を置くものに集中できるよう助けてほしい
メールでこれを嫌う理由はある程度理解できるが、SMSとSlackではリアクション機能をとても好んで使ってきた。「受け取ったし肯定的に反応したが、これ以上言う必要はない」を表す方法だからだ
「いいですね、これ以上付け加えることはありません」を礼儀正しく見せるために無駄にタイプしていたことをかなり置き換えてくれる。そして相手が私の確認に対してさらに確認通知を送ってくるのは本当に嫌だ
もちろん私が会話で使っても、誰もその引用に気づかず、変な目で見る。どうせそういうことにはなるのだが
昨年リリースされた[1]
[1] https://blog.google/products/gmail/gmail-emoji-reactions/
この解決策はDKIMを壊す。新しいpostfixヘッダーを挿入するためだ
Thunderbirdでも設定エディターに入り、https://kb.mozillazine.org/Custom_headersにあるように、自分で「x-ms-reactions: disallow」ヘッダーを追加すれば同じことができる
毎日、新しい形のがんのようなものが生まれてくる
リアクションは、MS Teams、Slack、あるいはIRC部屋のように見えるものなら何でも、チャットアプリでは筋が通る
MicrosoftがなぜOutlookにこのオプションを入れることにしたのかは分からない
チャットアプリで人気があるのだから、Microsoftの誰かが、古くて退屈なものにも人気の新機能を入れれば自分のキャリアに有利だと判断したのだろう
正直、このアイデアはかなり気に入っている。どうにかして標準化し、ほかのメールクライアントにも追加できないだろうか？内部的には、人間が読める普通のメールとして扱えるフォールバックの動作もかなりすっきりしている。
ただ、英語以外の言語をどう扱っているのかは気になる。メールの言語を把握しているのだろうか？それとも常に英語なのか？もしそうなら望ましくない。
私はチャットコンポーネントライブラリ（https://talkjs.com）を作っていて、絵文字リアクションと、見逃したチャットメッセージに対するメール通知の両方をサポートしている。このメールに返信すると、会話内のチャットメッセージとして表示される。メールにもリアクション対応を入れるのはごく自然だが、Outlook ユーザーには素晴らしい UX で、それ以外の人には小さなリアクションメールが大量に届くひどい UX になるのなら、ためらってしまう。
残念ながら、広く採用されてはいないようだ: https://bugzilla.mozilla.org/show_bug.cgi?id=1724363
追加のメタデータを渡そうとして IRC メッセージを壊していた Microsoft Comic Chat を思い出す