Microsoft 사용자 ‘reactions’ 이메일을 막기 위한 Postfix 헤더 추가

• 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 이메일을 받지 않는 목표를 달성하더라도 사용자 경험은 이상적이지 않음

[GN⁺]

Hacker News 의견들

• Outlook만 쓰는 회사라면 반응 기능이 꽤 말이 됨. “좋습니다, 감사합니다” 같은 이메일을 엄청 줄여주기 때문임
  물론 진심으로 고마울 때는 제대로 된 감사 이메일을 보내면 됨

  • 조직 전체의 여러 성과가 공지될 때 “Congratulations / Congrats” 이메일이 너무 자주, 많이 와서 자동 삭제 필터까지 만들었음. 그래도 폭죽 이모지는 훨씬 견딜 만하게 만들어줌
  • Outlook 사용자는 아니고 제품도 정말 싫어하지만, 큰 이메일 스레드에서 CC가 너무 많을 때 @joel처럼 써서 누군가의 주의를 끄는 기능은 더 많은 메일 클라이언트가 받아들였으면 좋겠음
  • 그런 맥락에서는 반응이 말이 될 수 있음. 애초에 이런 주고받기를 이메일로 하면 안 되는 상황일 가능성이 크기 때문임
    관련: https://news.ycombinator.com/item?id=28636536
  • 이상적으로는 그렇지만 실제로 본 모습은 다름. 우리 조직에서는 사람들이 반응도 보내고 이런 식의 전체답장 이메일도 보내서, 그냥 방해 요소가 더 늘어남
  • 사람들이 정말 업무 메일에 “좋습니다, 감사합니다”만 답장해서 방해가 될 정도인가 궁금함. 예를 들면 수신자가 많은 이메일 같은 경우임

• Apple도 iMessage/SMS에 같은 기능을 넣었음. 그룹 메시지가 전부 Apple 사용자라면 기대한 대로 동작했지만, 생태계 밖에 있는 불운한 사람은 ‘{person} liked “{message}”’ 같은 메시지 폭탄을 받게 됨
  어떤 경우에는 사람들이 그 반응에 다시 반응해서 말도 안 되는 문자 체인이 생기기도 함

  • Microsoft가 IRC용 Microsoft Comic Chat 클라이언트를 냈던 때가 떠오름. 캐릭터에 대한 온갖 메타데이터를 들고 IRC 채널에 들어오는 사람들이 있었고, 그들에겐 괜찮았지만 일반 클라이언트를 쓰는 모두에게는 엄청 성가셨음
    아마 MSN 서버와 쓰도록 설계됐겠지만, 사람들이 “일반” 서버에도 연결해 썼음
    https://en.wikipedia.org/wiki/Microsoft_Comic_Chat
  • 과거형으로 쓴 게 재미있는데, 이건 지금도 계속 일어남. 미국 밖에 살지만 Google Voice 번호를 유지하고 있고, 가족 그룹 채팅에서 아직도 이런 메시지를 계속 받음
    기적적으로 대부분 Signal로 옮기긴 했지만, 가끔 다시 SMS 습관으로 돌아감
  • Android 사용자로서 Apple 사용자들이 비Apple 사용자에게 자기 답장이 얼마나 멍청하게 보이는지 알고 있는지 종종 궁금함. 말해줘야 할지 그냥 넘어가야 할지 고민됨

• 회사 메일에서 어떤 사람들이 문장 끝 마침표 대신 대문자 J를 넣는 걸 본 기억이 있음. 처음엔 J의 갈고리 모양이 웃는 얼굴처럼 보이니, 너무 직접적이지 않은 기업식 예의 표현인가 보다 했음
  알고 보니 ASCII에서 J 값인 0x4A 위치가 Wingdings에서는 웃는 얼굴이었음. 아직도 Outlook 메일 클라이언트가 UI에서 어떤 문자를 변환해야 하는지 어떻게 알았는지 이해가 잘 안 됨

  • 이메일 안의 태그 때문이었던 듯함. 아마 HTML 이메일이어야 했을 것 같음: https://devblogs.microsoft.com/oldnewthing/20060523-10/?p=31...
  • 어머니가 직장에서 보내는 이메일에 가끔 J가 보였는데 정말 웃겼음. 내 이름 첫 글자가 J라서 나를 가리키는 줄 알았지만, 사실은 웃는 얼굴을 보내고 있었던 거였음
  • 이모티콘이 Wingdings J로 바뀌는 건 서버 수준에서 일어났음. Mutt에서 Exchange 서버를 통해 보낸 이메일이 나에게 인용되어 돌아왔을 때 ASCII 웃는 얼굴이 J로 바뀌어 있었음
    Exchange는 통과하는 모든 이메일을 HTML로 변환하고, J를 태그로 감싸 Wingdings를 선택하게 함. 일부 Exchange 설치 환경은 거쳐 나간 이메일의 일반 텍스트 사본을 제공하지 않음
  • 이메일에 HTML 표현과 일반 텍스트 표현이 둘 다 있는데, 클라이언트를 일반 텍스트만 표시하도록 설정해둔 것일 수도 있음
  • 나도 이 J 문자 때문에 오랫동안 헷갈렸고, 처음 정규직 회사 생활을 시작했을 때는 기업 문화 같은 건 줄 알았음
    Windows 노트북을 받아 Outlook에서 이메일을 보기까지 몇 년이 걸렸음

• 반응을 싫어하는 쪽에서 뭐가 그렇게 불쾌한지 설명해줬으면 함. 상대가 타이핑할 노력조차 하지 않은 게 무례하게 느껴지는 건가? 무엇이 문제인지 잘 모르겠음

  • 내 주의력을 소중히 여김. 인위적으로 생성된 응답에 쓰고 싶지 않음. 누군가 나와 소통하고 싶다면 최소한의 노력은 들여야 한다고 봄
    이메일 이전에는 편지를 쓰는 데 노력이 필요했고, 덕분에 신호 대 잡음비가 낮은 연락이 걸러졌음. 스팸, LLM 생성 콘텐츠, 반응 같은 메시지는 바로 휴지통으로 감. 보낸 사람이 내가 그 메시지를 보고 삭제 버튼을 누르게 만들어 시간을 낭비하게 한 건 무례하다기보다 분별이 부족한 행동으로 봄
    거만하게 들릴 수 있지만 하루에 이메일을 수백 통 받을 때도 있어서 필요한 필터임
  • 나도 글쓴이처럼 이메일의 원격 이미지를 꺼둠. 그래서 애초에 “의도한 경험”을 받지 못함. 실제로 Outlook 사용자 말고 이 기능의 의도한 경험을 받는 사람이 있긴 한가?
    둘째로, “반응”은 이메일 문화나 표준 이메일 명세의 일부가 아님. 예상 밖이고 어색함
    그러니 일반적으로 반응을 싫어하는 게 아니라, MS 메일 앱에서만 동작하고 다른 곳에서는 깨진 형태로 튀어나오는 기능에 반대하는 것임
  • 이메일에서는 그냥 받은편지함을 불리는 성가신 요소가 됨. 큰일은 아니지만 걸러내면 경험이 좋아질 것임
    반응은 실시간 대화가 오가고 짧음이 중요한 인스턴트 메시징 같은 소통에서는 더 말이 됨. 이메일에서는 딱히 더해주는 게 없음
  • 두 가지 문제가 있음. 표준이 아니라 Microsoft가 대부분 Outlook을 쓴다고 가정하고 그냥 해버린 것임. 다른 사람들에게 어떻게 동작할지는 신경 쓰지 않았음
    둘째로 이메일에 반응을 받는다는 게 무슨 뜻인가? “엄지척”을 진행해도 된다는 신호로 해석해도 되는지, 아니면 그냥 “확인했고 메일 받았다”인지 애매함. 이메일이 대체로 중요한 업무용이라는 데 어느 정도 동의한다면, 명확하고 정확한 소통을 해야 함. 반응은 그 반대이고, 맥락·문화·수신자의 기분에 따라 더 쉽게 오해됨
    이메일 반응에 아주 훌륭하고 합리적인 용도가 있을 수는 있겠지만, Microsoft가 UI/UX 전문가에게 제대로 조사하게 하고 명확한 결론을 얻어 구현했다고는 정말 믿기 어려움. 표준도 아닌 걸 보면 금요일 오후에 “이거 할 수 있네”를 보여주려고 만든 것처럼 느껴짐. SMTP 헤더에 얹어 가는 방식은 전형적인 해킹 냄새가 남
  • 엄지척 알림과 “OK” 답장은 본질적으로 크게 다르지 않음. 둘 다 내가 의미 있는 일에 몰입하고 있을 때 방해가 되며, 소리·진동·배너·팝업처럼 내 소중한 주의를 다투어 빼앗음
    평생 집중을 통제하려고 애써왔는데, 인류 전체가 공유 환경을 더 많은 주의 산만 요소로 채우기로 작정한 것 같음. 정말 별로고 조작적임. 끌 수 있게 해줬으면 함. 그냥 내버려뒀으면 좋겠음. 더 나아가 내가 가치 있게 여기는 것에 집중하도록 도와줬으면 함

• 이메일에서 이걸 싫어하는 이유는 어느 정도 이해하지만, SMS와 Slack에서는 반응 기능을 아주 즐겨 써왔음. “받았고 긍정적으로 반응했으며, 더 말할 필요는 없다”를 표현하는 방식이기 때문임
  “좋습니다, 더 덧붙일 말은 없습니다”를 예의 있게 보이려고 쓸데없이 타이핑하던 일을 많이 대체해줌. 그리고 상대가 내 확인에 또 확인 알림을 보내는 건 정말 싫음

  • 친구가 20년 전에 FAA에서 인턴을 했는데, 거기서는 “Concur without comment.”라고 쓰는 게 관례였다고 함. 정말 훌륭하다고 생각했음
    물론 내가 대화에서 쓰면 아무도 그 인용을 못 알아듣고 나를 이상하게 봄. 어차피 그런 일은 벌어지겠지만
  • 사소한 메시지에는 Picard처럼 “ACKNOWLEDGED”라고 답해도 완전히 사회적으로 받아들여져야 함
  • Gmail에도 이제 이모지 반응이 있음. 예를 들어 여기 웃는 얼굴 참고: https://imgur.com/a/0cYSLMQ
    작년에 출시했음[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가 Outlook에 넣은 이유는 분명해 보임
    채팅 앱에서 인기가 있으니 Microsoft의 누군가가 낡고 지루한 것에도 인기 있는 새 기능을 넣으면 자기 경력에 좋겠다고 판단했을 것임

• 솔직히 이 아이디어가 꽤 마음에 듦. 어떻게든 표준화해서 다른 이메일 클라이언트에도 추가할 수 없을까? 내부적으로는 그냥 사람이 읽을 수 있는 일반 이메일이라는 대체 동작도 꽤 깔끔함
  다만 영어 외 언어는 어떻게 처리했는지 궁금함. 이메일의 언어를 아는 건가? 아니면 항상 영어인가? 그렇다면 좋지 않음
  나는 채팅 컴포넌트 라이브러리(https://talkjs.com)를 만들고 있고, 이모지 반응과 놓친 채팅 메시지에 대한 이메일 알림을 모두 지원함. 이 이메일에 답장하면 대화 안의 채팅 메시지로 표시됨. 이메일에도 반응 지원을 넣는 건 아주 자연스럽겠지만, Outlook 사용자에게는 훌륭한 UX이고 나머지에게는 작은 반응 이메일이 쏟아지는 끔찍한 UX가 된다면 꺼려짐

  • 다른 스레드에서 했던 말을 그대로 옮기면, 사실 이미 그에 대한 표준이 있음: https://datatracker.ietf.org/doc/html/rfc9078
    안타깝게도 널리 채택되지는 않은 듯함: https://bugzilla.mozilla.org/show_bug.cgi?id=1724363

• 추가 메타데이터를 넘기려고 IRC 메시지를 망가뜨리던 Microsoft Comic Chat이 떠오름