मेरे पास कुछ स्क्रिप्ट हैं जो आवश्यक होने पर स्वचालित रूप से छोटी ईमेल सूचनाएं भेजती हैं। मुझे इनमें से बहुत कम संख्या में ऑटो-प्रतिक्रिया संदेश (जैसे ऑफिस से बाहर या छुट्टी) मिलते हैं। क्या कोई हेडर है जिसे मैं उस ईमेल में जोड़ सकता हूं जो (अच्छी तरह से व्यवहार किए गए) ऑटो-उत्तरदाताओं को इंगित करेगा कि मुझे किसी भी प्रतिक्रिया में कोई दिलचस्पी नहीं है?
इस संबंधित StackOverflow प्रश्न को भी देखें ।
जवाबों:
" List-Id" हेडर या " " हेडर को जोड़ने से Precedence: listअच्छी तरह से व्यवहार किए गए ऑटो-उत्तरदाताओं के लिए समस्या का समाधान होना चाहिए। व्यवहार UNIX के लिए मूल अवकाश कार्यक्रम से आता है। अन्य बातों के अलावा, यह एक ईमेल का जवाब नहीं देगा जो किसी सूची से आता है। आप शायद पूर्व-निर्धारित सेटिंग के साथ मौके लेने की तुलना में लिस्ट-ईडी हेडर लाइन के साथ बेहतर होंगे, लेकिन दोनों का प्रयास करें।
मेरा मानना Precedence: Bulkहै कि विहित सेटिंग है, लेकिन जिन लोगों के ऑटोरेस्पोन्डर इसे मानते हैं, उनकी संख्या न्यूनतम है। तथ्य यह है कि, ऑटोरेस्पोन्डरों के विशाल बहुमत को बुरी तरह से व्यवहार किया जाता है।
Because Precedence is not a standard header field, and its use and interpretation vary widely in the wild, no particular responder behavior in the presence of Precedence is recommended by this specification.
नहीं, ऐसा कुछ भी नहीं है जो हमेशा काम करता है।
वूल को एक अशक्त रिटर्न पथ (खाली लिफाफा भेजने वाला, एसएमटीपी MAIL FROM:<>) भेजना चाहिए ताकि ऑटोटोर्सपॉन्डर्स ( https://tools.ietf.org/html/rfc5321#section-4.5.5 ) को रोका जा सके
स्वचालित ईमेल प्रोसेसर के कार्यान्वयन को यह सुनिश्चित करने के लिए सावधान रहना चाहिए कि अशक्त रिवर्स-पाथ वाले विभिन्न प्रकार के संदेशों को सही तरीके से संभाला जाए। विशेष रूप से, ऐसी प्रणालियाँ अशक्त रिवर्स-पाथ वाले संदेशों का जवाब नहीं देतीं,
ऑटो-सब्मिट किए गए हेडर को सेट करने के लिए भी काम करना चाहिए ( https://tools.ietf.org/html/rfc3834#section-2 )
स्वत: प्रतिक्रिया SHOULD को किसी भी संदेश के जवाब में जारी नहीं किया जाना चाहिए जिसमें एक ऑटो-सब्मिट किया गया हेडर फ़ील्ड हो
खंड 2.2.3.2.14 में https://docs.microsoft.com/en-us/openspecs/exchange_server_protocols/ms-oxcmail/e489ffaf-19ed-4285-96d9 -c31c42cab17f (Microsoft के व्हाट्सएप पर समाप्त होने का URL विषय) [MSOXCMAIL] 2.2.3.2.14
कहते हैं
2.2.3.2.14 स्वचालित उत्तरों का दमन
PidTagAutoResponseSuppress प्रॉपर्टी (धारा 2.1.3.2.20) के मान को -1 पर सेट करने के लिए, यह दर्शाता है कि संदेश के सभी स्वचालित उत्तरों को दबाया जाना है, ग्राहक SHOULD मूल्य के साथ X-Auto-Response-Suppress हेडर लिखते हैं। "।
...
MIME पाठक SHOULD <116> एक X-Auto-Response-Suppress हेडर के अलग-अलग तत्वों को टेबल के अनुसार PidTagAutoResponseSuppress प्रॉपर्टी के मान में बिट्स के लिए बनाते हैं। यदि X-Auto-ResponseSuppress और Precedence हेडर दोनों मौजूद हैं, तो PidTagAutoResponseSuppress प्रॉपर्टी वैल्यू SHOULD 0xFFFFFFFF हो सकता है, लेकिन MAY <117> 0xFF00000000 होना चाहिए। यदि X-Auto-Response-Suppress हैडर का मान खंड 2.1.3.2.20 में तालिका में निर्दिष्ट के अलावा है, तो MIME पाठक SHOULD <118> पूरे हेडर को अनदेखा करते हैं।
उन छोटे नोटों से सबसे ज्यादा पता चलता है
<116> धारा 2.2.3.2.14: आउटलुक 2010, आउटलुक 2013, आउटलुक 2016, और आउटलुक 2019 एक्स-ऑटो-रिस्पांस-दमन हेडर नहीं पढ़ें।
<117> धारा 2.2.3.2.14: एक्सचेंज 2003 PidTagAutoResponseSuppress संपत्ति ([MS-OXOMSG] खंड 2.2.1.77) के लिए इस मान का उपयोग करता है।
<११> धारा २.२.३.२.१४: एक्सचेंज २००३, ऑफिस आउटलुक २००३, और ऑफिस आउटलुक २०० the में एक्स-ऑटो-रिस्पॉन्स-सप्रेस एंड प्रीडेन्स हेडर को अनदेखा किया गया।
तो शायद Exchange Server 2007या नए चाहते हैं X-Auto-Response-Suppress
और आउटलुक चाहता हैPrecedence
ध्यान दें कि यह https://tools.ietf.org/html/rfc3834#section-2 की अनदेखी कर रहा है
(क्योंकि वरीयता कोई मानक शीर्ष लेख फ़ील्ड नहीं है, और इसका उपयोग और व्याख्या जंगली में व्यापक रूप से भिन्न होती है, इस विशिष्टता द्वारा पूर्ववर्तीता की उपस्थिति में कोई विशेष उत्तरदाता व्यवहार की सिफारिश नहीं की जाती है।)
सबसे अच्छा कदम संभवतः सभी चार करना है, या इनमें से कई संभव के रूप में हैं।
Because Precedence is not a standard header field, and its use and interpretation vary widely in the wild, no particular responder behavior in the presence of Precedence is recommended by this specification.