Microsoft उपयोगकर्ताओं के ‘reactions’ ईमेल रोकने के लिए Postfix header जोड़ना

 (neilzone.co.uk)
1 पॉइंट द्वारा GN⁺ 2024-07-17 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Outlook के reactions Microsoft ecosystem के बाहर अलग ईमेल के रूप में आ सकते हैं, जिससे sender को अनचाहे notification जैसे मेल बढ़ जाते हैं
  • Microsoft एक dedicated header देता है: अगर outgoing mail में x-ms-reactions: disallow जोड़ा जाए, तो client का reaction response feature दबा दिया जाता है
  • Client-वार setting के बजाय Postfix header_checks से सभी outgoing mail में header अपने-आप insert किया जाता है, जिससे account/device के हिसाब से छूटने की संभावना कम होती है
  • Testing में कुछ clients ने button दिखाना जारी रखा, लेकिन reaction भेजना server side पर fail हुआ; दूसरे environments में button greyed out हो गया
  • एक ही header होने पर भी अलग Microsoft clients में UI का व्यवहार अलग रहा; sender reaction mail कम कर सकता है, लेकिन recipient experience एकसमान नहीं है

अनचाहे Outlook reactions मेल

  • पिछले कुछ महीनों में भेजे गए ईमेल के जवाब के रूप में reactions बढ़ गए हैं
  • Microsoft ecosystem के अंदर यह Signal message के 👍 या ❤️ जैसे reactions की तरह handle होता दिखता है, लेकिन बाहर यह अलग ईमेल के रूप में पहुँचता है
  • मिलने वाले मेल का body कुछ इस तरह होता है
    • like [person] reacted to your message:
  • like एक alternative text है, और अगर remote content loading की अनुमति न हो तो image दिखाई नहीं देती
  • ऐसे reaction ईमेल नहीं चाहिए थे, इसलिए outgoing mail में block करने वाला header जोड़ा गया

Postfix में x-ms-reactions: disallow जोड़ना

  • Microsoft, Outlook reactions के लिए x-ms-reactions: disallow header देता है
  • यह header set होने पर Microsoft clients में reaction response feature दब जाता है, ऐसा समझा जा सकता है
  • अगर mail client/MUA header जोड़ना support करता है, तो इसे client-वार set किया जा सकता है, लेकिन कई clients इस्तेमाल करने पर हर एक में अलग से setting करनी होगी
  • इसे सभी outgoing mail पर लागू करने के लिए Postfix configuration में जोड़ा गया
    • /etc/postfix/main.cf में यह setting है
header_checks = pcre:/etc/postfix/header_checks
  • /etc/postfix/header_checks में यह rule जोड़ा गया
# add header to deal with unwanted Microsoft reactions (2024-07-16)
/^Date:/i PREPEND x-ms-reactions: disallow
  • शुरुआत में इसे Content-Transfer-Encoding के पहले रखा गया था, लेकिन mutt configuration वह header भेजती नहीं थी, इसलिए इसे Content-Type के पहले बदला गया, और बाद में फिर Date header के पहले रखा गया
  • sudo service postfix restart से Postfix restart करने के बाद कई clients में test किया गया, और message headers में नया header सही तरह से जुड़ गया

Microsoft clients के अनुसार test नतीजे

  • Microsoft उपयोग करने वाले कुछ लोगों के साथ test करने पर कुछ environments में इच्छित व्यवहार दिखा
  • एक मामले में header जोड़े जाने के बावजूद Microsoft user के client में reaction option दिखता रहा
    • User ने reaction दबाया, लेकिन वह sender के mail server तक नहीं पहुँचा
    • Client-वार grey-out update अलग-अलग गति से deploy होते हैं, और reaction मना किए गए mail पर कोशिश server side पर fail होती है
  • दूसरे Microsoft user environment में reaction icon greyed out था, और hover text में Reactions are disallowed on this message दिखा
  • Microsoft system के अनुसार display का तरीका अलग दिखता है; sender के लिए reaction ईमेल न पाने का लक्ष्य पूरा हो सकता है, लेकिन user experience आदर्श नहीं है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-07-17
Hacker News की राय

  • अगर कोई कंपनी सिर्फ Outlook इस्तेमाल करती है, तो reactions फीचर काफ़ी मायने रखता है। क्योंकि यह “अच्छा है, धन्यवाद” जैसे ईमेल बहुत कम कर देता है
    बेशक, जब आप सच में आभारी हों तो ठीक से धन्यवाद वाला ईमेल भेज सकते हैं

    • जब पूरे संगठन में कई उपलब्धियों की घोषणा होती है, तो “Congratulations / Congrats” ईमेल इतने बार और इतनी बड़ी संख्या में आते थे कि मैंने auto-delete filter तक बना लिया था। फिर भी पटाखों वाला emoji इसे कहीं ज़्यादा सहने लायक बना देता है
    • मैं Outlook यूज़र नहीं हूं और product भी सच में नापसंद है, लेकिन बड़े email thread में जब CC बहुत ज़्यादा हों, तो @joel जैसा लिखकर किसी का ध्यान खींचने वाला फीचर और email clients में आना चाहिए
    • उस संदर्भ में reactions समझ में आ सकते हैं। क्योंकि शुरू से ही संभावना है कि ऐसी बातचीत email पर होनी ही नहीं चाहिए
      संबंधित: https://news.ycombinator.com/item?id=28636536
    • आदर्श रूप में तो हां, लेकिन असल में जो देखा वह अलग है। हमारे संगठन में लोग reactions भी भेजते हैं और इसी तरह के reply-all emails भी, तो बस distractions और बढ़ जाते हैं
    • मुझे हैरानी है कि क्या लोग सच में work mail पर सिर्फ “अच्छा है, धन्यवाद” जवाब देकर इतना व्यवधान पैदा करते हैं। जैसे, बहुत सारे recipients वाले emails में

  • Apple ने भी iMessage/SMS में यही फीचर डाला था। अगर group message में सभी Apple users हों तो यह उम्मीद के मुताबिक काम करता था, लेकिन ecosystem से बाहर मौजूद बदकिस्मत व्यक्ति को ‘{person} liked “{message}”’ जैसे messages की बौछार मिलती है
    कुछ मामलों में लोग उस reaction पर फिर से react करने लगते हैं और एक बेहूदा text chain बन जाती है

    • मुझे वह समय याद आता है जब Microsoft ने IRC के लिए Microsoft Comic Chat client निकाला था। कुछ लोग characters के बारे में तरह-तरह का metadata लेकर IRC channel में आते थे; उनके लिए तो ठीक था, लेकिन सामान्य client इस्तेमाल करने वाले बाकी सभी लोगों के लिए यह बहुत परेशान करने वाला था
      शायद इसे MSN servers के साथ इस्तेमाल करने के लिए design किया गया था, लेकिन लोग इसे “सामान्य” servers से भी connect करके इस्तेमाल करते थे
      https://en.wikipedia.org/wiki/Microsoft_Comic_Chat
    • यह मज़ेदार है कि आपने इसे past tense में लिखा, क्योंकि यह आज भी होता है। मैं US के बाहर रहता हूं लेकिन Google Voice number बनाए रखा है, और family group chat में अब भी ऐसे messages लगातार मिलते हैं
      चमत्कारिक रूप से ज़्यादातर लोग Signal पर चले गए हैं, लेकिन कभी-कभी फिर से SMS वाली आदत पर लौट आते हैं
    • Android user होने के नाते मैं अक्सर सोचता हूं कि क्या Apple users को पता है कि non-Apple users को उनके replies कितने बेवकूफाना दिखते हैं। समझ नहीं आता बताना चाहिए या छोड़ देना चाहिए

  • मुझे याद है कि company mail में कुछ लोग वाक्य के अंत में full stop की जगह capital J डालते थे। शुरुआत में लगा कि J का hook जैसा आकार smiling face जैसा दिखता है, तो शायद यह कोई बहुत direct न लगने वाला corporate शिष्टाचार होगा
    पता चला कि ASCII में J की value 0x4A वाली जगह Wingdings में smiling face थी। आज भी ठीक से समझ नहीं आता कि Outlook mail client को UI में कैसे पता चलता था कि कौन सा character convert करना है

    • शायद email के अंदर tags की वजह से था। संभवतः यह HTML email होना चाहिए था: https://devblogs.microsoft.com/oldnewthing/20060523-10/?p=31...
    • मां के office से भेजे emails में कभी-कभी J दिखता था, जो वाकई funny था। मेरे नाम का पहला अक्षर J है, इसलिए मुझे लगता था कि वह मेरी तरफ इशारा कर रही हैं, लेकिन असल में वह smiling face भेज रही थीं
    • emoticon का Wingdings J में बदलना server level पर होता था। Mutt से Exchange server के जरिए भेजा गया email जब quote होकर मेरे पास वापस आया, तो ASCII smiling face J में बदला हुआ था
      Exchange उससे गुजरने वाले हर email को HTML में बदलता है, और J को tag में wrap करके Wingdings चुनवाता है। कुछ Exchange installations बाहर जाने वाले emails की plain text copy उपलब्ध नहीं कराते
    • email में HTML representation और plain text representation दोनों हो सकते हैं, और संभव है कि client को सिर्फ plain text दिखाने के लिए set किया गया हो
    • मैं भी इस J character की वजह से लंबे समय तक उलझन में रहा, और जब पहली बार full-time corporate job शुरू की तो लगा कि यह कोई company culture जैसी चीज़ है
      Windows laptop मिलने और Outlook में email देखने तक कुछ साल लग गए

  • प्रतिक्रियाएँ नापसंद करने वालों से चाहूँगा कि वे समझाएँ कि इसमें इतना बुरा क्या लगता है। क्या सामने वाले ने टाइप करने की कोशिश तक नहीं की, यह असभ्य लगता है? मुझे ठीक से समझ नहीं आ रहा कि समस्या क्या है

    • मैं अपनी attention को कीमती मानता हूँ। उसे कृत्रिम रूप से बनाए गए जवाबों पर खर्च नहीं करना चाहता। अगर कोई मुझसे संवाद करना चाहता है, तो मेरे हिसाब से उसे न्यूनतम प्रयास तो करना चाहिए
      ईमेल से पहले, चिट्ठी लिखने में मेहनत लगती थी, और इससे कम signal-to-noise ratio वाले संपर्क छँट जाते थे। स्पैम, LLM-generated content, और reactions जैसे संदेश सीधे trash में जाते हैं। भेजने वाले ने मुझे वह संदेश देखने और delete button दबाने पर मजबूर करके मेरा समय बर्बाद किया—इसे मैं असभ्यता से ज्यादा विवेक की कमी मानता हूँ
      यह घमंडी लग सकता है, लेकिन कभी-कभी मुझे दिन में सैकड़ों ईमेल मिलते हैं, इसलिए यह ज़रूरी filter है
    • मैं भी लेखक की तरह ईमेल में remote images बंद रखता हूँ। इसलिए मुझे शुरुआत से ही “intended experience” नहीं मिलता। सच में, Outlook users के अलावा क्या कोई इस feature का intended experience पाता भी है?
      दूसरी बात, “reaction” ईमेल संस्कृति या standard email specification का हिस्सा नहीं है। यह अप्रत्याशित और अटपटा है
      इसलिए आम तौर पर reactions से नफरत नहीं है; आपत्ति उस feature से है जो सिर्फ MS mail app में काम करता है और बाकी जगह टूटी-फूटी शक्ल में उभर आता है
    • ईमेल में यह बस inbox बढ़ाने वाला झंझट बन जाता है। कोई बहुत बड़ी बात नहीं, लेकिन इसे filter कर दें तो अनुभव बेहतर होगा
      Reactions instant messaging जैसे communication में ज्यादा समझ आते हैं, जहाँ real-time बातचीत होती है और brevity अहम होती है। ईमेल में यह खास कुछ जोड़ता नहीं
    • दो समस्याएँ हैं। यह standard नहीं है; Microsoft ने बस मान लिया कि ज्यादातर लोग Outlook इस्तेमाल करते हैं और कर डाला। दूसरों के लिए यह कैसे काम करेगा, इसकी परवाह नहीं की
      दूसरी बात, ईमेल में reaction मिलने का मतलब क्या है? क्या “thumbs up” को आगे बढ़ने के संकेत के रूप में समझें, या बस “देख लिया और मेल मिल गया” है—यह अस्पष्ट है। अगर हम कुछ हद तक मानते हैं कि ईमेल आम तौर पर महत्वपूर्ण कामकाजी communication है, तो communication साफ और सटीक होना चाहिए। Reactions इसका उल्टा हैं, और context, culture, और recipient के mood के हिसाब से ज्यादा आसानी से गलत समझे जा सकते हैं
      ईमेल reactions के बहुत अच्छे और वाजिब use cases हो सकते हैं, लेकिन यह सच में यकीन करना मुश्किल है कि Microsoft ने UI/UX experts से ठीक से research करवाई, साफ निष्कर्ष निकाले और फिर इसे implement किया। यह standard भी नहीं है, तो ऐसा लगता है जैसे शुक्रवार दोपहर को “देखो, हम यह कर सकते हैं” दिखाने के लिए बनाया गया हो। SMTP header पर इसे लादने का तरीका ठेठ hack जैसा लगता है
    • Thumbs-up notification और “OK” reply में मूल रूप से ज्यादा फर्क नहीं है। दोनों मुझे तब interrupt करते हैं जब मैं किसी meaningful काम में डूबा होता हूँ, और sound, vibration, banner, popup की तरह मेरी कीमती attention के लिए मुकाबला करते हुए उसे छीन लेते हैं
      मैं पूरी जिंदगी अपनी focus को control करने की कोशिश करता रहा हूँ, लेकिन लगता है जैसे पूरी इंसानियत ने shared environment को और ज्यादा distractions से भरने का फैसला कर लिया है। यह सच में खराब और manipulative है। काश इसे बंद करने की सुविधा दी जाती। बस मुझे छोड़ दें। इससे भी बेहतर, मुझे उन चीजों पर focus करने में मदद करें जिन्हें मैं value करता हूँ

  • ईमेल में इसे नापसंद करने की वजह कुछ हद तक समझता हूँ, लेकिन SMS और Slack में मैंने reaction feature का खूब इस्तेमाल किया है। क्योंकि यह कहने का तरीका है: “मिल गया, सकारात्मक प्रतिक्रिया है, और कुछ और कहने की जरूरत नहीं।”
    “ठीक है, जोड़ने को और कुछ नहीं है” जैसी बात विनम्र दिखने के लिए बेवजह टाइप करने की जरूरत को इसने काफी हद तक खत्म किया है। और मुझे सच में नापसंद है जब सामने वाला मेरी acknowledgment पर फिर से acknowledgment notification भेजता है

    • एक दोस्त ने 20 साल पहले FAA में internship की थी, और वहाँ “Concur without comment.” लिखना रिवाज था, ऐसा उसने बताया। मुझे लगा यह वाकई शानदार है
      बेशक, अगर मैं conversation में इसे इस्तेमाल करूँ तो कोई भी reference नहीं समझेगा और मुझे अजीब समझेगा। वैसे भी ऐसा तो होना ही है
    • छोटी-मोटी messages पर Picard की तरह “ACKNOWLEDGED” जवाब देना पूरी तरह socially acceptable होना चाहिए
    • Gmail में भी अब emoji reactions हैं। उदाहरण के लिए यहाँ smiley देखें: https://imgur.com/a/0cYSLMQ
      यह पिछले साल launch हुआ था[1]
      [1] https://blog.google/products/gmail/gmail-emoji-reactions/
    • सहमत। मैं reactions के खिलाफ नहीं हूँ, बल्कि ईमेल में reactions के खिलाफ हूँ
    • अगर कंपनी के intranet के अंदर ईमेल reactions को elegant तरीके से handle किया जाए, तो ठीक है। लेकिन ऐसे ईमेल को public internet के बाहर भेजना बेतुका है

  • यह solution DKIM तोड़ देता है, क्योंकि यह नया postfix header insert करता है
    Thunderbird में भी configuration editor में जाकर https://kb.mozillazine.org/Custom_headers में बताए अनुसार खुद “x-ms-reactions: disallow” header जोड़कर यही काम किया जा सकता है

  • हर दिन cancer का कोई नया रूप पैदा हो जाता है

    • टेक लेख पढ़ते हुए “जिस पल लगा कि software इससे और खराब नहीं हो सकता…” जैसा महसूस होना इतना आम हो गया है कि सच में थकान होती है

  • Reactions MS Teams, Slack, या IRC room जैसी दिखने वाली किसी भी चीज़ जैसे chat apps में समझ आते हैं
    पता नहीं Microsoft ने Outlook में यह option डालने का फैसला क्यों किया

    • Chat apps में reactions इस्तेमाल करना बहुत popular है, लेकिन मैंने कभी इसका कोई practical purpose नहीं देखा। फिर भी Microsoft ने इसे Outlook में क्यों डाला, इसकी वजह साफ लगती है
      Chat apps में यह popular है, इसलिए Microsoft में किसी ने सोचा होगा कि किसी पुराने और boring product में popular नया feature डालना उसके career के लिए अच्छा रहेगा

  • सच कहूँ तो यह आइडिया मुझे काफ़ी पसंद आया। क्या इसे किसी तरह standardize करके दूसरे email clients में भी जोड़ा नहीं जा सकता? internally तो यह बस इंसान द्वारा पढ़ी जा सकने वाली सामान्य email के रूप में fallback देता है, जो काफ़ी साफ़-सुथरा है
    बस यह जानना चाहूँगा कि English के अलावा दूसरी भाषाओं को कैसे handle किया गया है। क्या उसे email की भाषा पता होती है? या हमेशा English ही रहती है? अगर ऐसा है, तो अच्छा नहीं है
    मैं एक chat component library (https://talkjs.com) बना रहा हूँ, और emoji reactions तथा missed chat messages के लिए email notifications, दोनों support करता हूँ। अगर इस email का reply किया जाए, तो वह conversation के अंदर chat message के रूप में दिखता है। email में भी reactions support जोड़ना बहुत natural होगा, लेकिन अगर Outlook users के लिए यह बेहतरीन UX और बाकी लोगों के लिए छोटे-छोटे reaction emails की बाढ़ वाला खराब UX बन जाए, तो मैं हिचकिचाऊँगा

    • दूसरे thread में कही गई बात को ज्यों का त्यों यहाँ रखूँ तो, असल में इसके लिए पहले से ही एक standard मौजूद है: https://datatracker.ietf.org/doc/html/rfc9078
      दुर्भाग्य से लगता है कि इसे व्यापक रूप से अपनाया नहीं गया है: https://bugzilla.mozilla.org/show_bug.cgi?id=1724363

  • अतिरिक्त metadata भेजने के लिए IRC messages को बिगाड़ने वाला Microsoft Comic Chat याद आ गया