[ मानक एवं DMARCbis ]

ARC सेवानिवृत्ति प्रस्तावों को उनकी स्थिति को बढ़ा-चढ़ाकर बताए बिना पढ़ें

RFC 8617 की प्रकाशित श्रेणी, पुनर्वर्गीकरण मसौदा, प्रदाता व्यवहार और स्थानीय परिवर्तन अनुमोदन को अलग-अलग साक्ष्य रिकॉर्ड में रखें।

EmailAuth अनुसंधान टीम द्वारा · 6 मिनट पढ़ा

[ प्रमुख बिंदु ]

  • 8 नवंबर 2026 को, RFC 8617 को प्रायोगिक के रूप में दर्ज किया गया; पुनर्वर्गीकरण प्रस्ताव सक्रिय संशोधन 01 है।
  • किसी मसौदे की डीकमीशनिंग सिफ़ारिश को स्वीकृत प्रवासन के रूप में प्रस्तुत करने के बजाय उस प्रस्ताव से जोड़ा जाना चाहिए।
  • ARC श्रृंखला सत्यापन और एक मध्यस्थ में विश्वास अलग-अलग निर्णय हैं।
  • किसी भी अधिकृत परिचालन परिवर्तन से पहले एक मार्ग सूची और नियंत्रित स्वीकृति साक्ष्य की आवश्यकता होती है।
इस पेज पर

संन्यास की घोषणा से पहले पढ़ें दो रिकॉर्ड

एक ARC सेवानिवृत्ति शीर्षक प्रोटोकॉल की प्रकाशित स्थिति का सटीक वर्णन किए बिना किसी प्रस्ताव की दिशा का वर्णन कर सकता है। ये अलग-अलग परिणाम वाले अलग-अलग दावे हैं। एक प्राप्तकर्ता टीम मौजूदा, स्वीकृत मेल रूट को जारी रखते हुए प्रस्तावित संक्रमण की उचित जांच कर सकती है। इसे निर्भरता को अक्षम नहीं करना चाहिए क्योंकि ड्राफ्ट निर्णायक भाषा का उपयोग करता है। प्रकाशित आरएफसी के रिकॉर्ड से शुरुआत करें, फिर प्रस्तावित परिवर्तन के रिकॉर्ड से, और दोनों टिप्पणियों की तारीख को सुरक्षित रखें।

8 नवंबर 2026 को RFC 8617 डेटाट्रैकर रिकॉर्ड जुलाई 2019 में प्रकाशित दस्तावेज़ की पहचान "आरएफसी - प्रायोगिक" के रूप में की गई है ARC पुनर्वर्गीकरण रिकॉर्ड संशोधन 01 को "सक्रिय इंटरनेट-ड्राफ्ट" के रूप में पहचाना जाता है, जिसे अंतिम बार 21 अक्टूबर 2026 को अद्यतन किया गया था। इसका कार्य-समूह राज्य WG दस्तावेज़ है और इसका IESG राज्य आईडी मौजूद है। वे टिप्पणियाँ एक जीवंत प्रस्ताव की रिपोर्टिंग का समर्थन करती हैं, न कि पहले से ही पूर्ण किए गए पुनर्वर्गीकरण का।

प्रस्ताव के निष्कर्षों का श्रेय दें

पुनर्वर्गीकरण मसौदे का तर्क है कि हस्ताक्षर स्वयं मध्यस्थ विश्वास स्थापित नहीं करते हैं, परिचालन प्रतिष्ठा बोझ पर चर्चा करते हैं, और प्रयोग को समाप्त करने का प्रस्ताव करते हैं। यह आगे की तैनाती को सीमित करने और DKIM2 की ओर देखने की अनुशंसा करता है। उन कथनों को मसौदे के विश्लेषण और प्रस्तावित मार्गदर्शन के रूप में प्रस्तुत करें। वर्तमान मानकों के निर्णय, प्रदाता की समय सीमा, या उत्पादन परिवर्तन निर्देश में इसकी सिफारिशों को चुपचाप प्रचारित न करें। दस्तावेज़ का शीर्षक और सशक्त गद्य इसकी रिकॉर्ड की गई प्रक्रिया स्थिति को ओवरराइड नहीं करता है।

इसलिए एक उपयोगी स्थिति नोट में संपीड़ित लेबल के बजाय दो वाक्य होते हैं: वर्तमान आरएफसी श्रेणी, इसके बाद सटीक प्रस्ताव संशोधन और स्थिति। आगे जो जांचने की आवश्यकता होगी उसे जोड़ें, जैसे स्वीकृत स्थिति कार्रवाई, प्रकाशन रिकॉर्ड या परिवर्तित आरएफसी संबंध। एक संशोधित मसौदा इसके सार को दोबारा पढ़ने का एक कारण है; यह स्वचालित रूप से वह घटना नहीं है जो माइग्रेशन को अधिकृत करती है। एक समाप्त प्रस्ताव को भी सक्रिय प्रस्ताव से अलग शब्दों की आवश्यकता होगी, बिना यह साबित किए कि अंतर्निहित तकनीकी चिंता गायब हो गई है।

श्रृंखला सत्यापन को विश्वास से अलग रखें

RFC 8617 बिचौलियों के माध्यम से प्रमाणित दावे ले जाने के लिए एक तंत्र का वर्णन करता है। इसकी श्रृंखला का मूल्यांकन करना और यह तय करना कि मुहर लगाने वाले पर भरोसा करना है या नहीं, अलग-अलग कार्य हैं। क्रिप्टोग्राफ़िक रूप से मान्य दावा यह साबित नहीं करता है कि किसी मध्यस्थ ने किसी संदेश का सही मूल्यांकन किया है, कि उसका खाता असम्बद्ध था, या सामग्री हानिरहित है। प्राप्तकर्ता की स्थानीय नीति और मध्यस्थ का ज्ञान अभी भी मायने रखता है।

यह भेद भ्रामक समस्या निवारण को भी रोकता है। अग्रेषण से रिसीवर-सामना वाली प्रेषण प्रणाली बदल सकती है; संदेश संशोधन प्रभावित कर सकते हैं DKIM सत्यापन. ARC ऐसी जानकारी प्रदान करता है जिस पर कोई प्राप्तकर्ता नीतिगत निर्णय लेते समय विचार कर सकता है। यह अंतर्निहित प्रमाणीकरण इतिहास को एक अलग परीक्षण परिणाम में दोबारा नहीं लिखता है। अंतर्गत वर्तमान DMARC शब्दार्थ, एक संरेखित सफल प्रमाणीकरण पथ और एक स्थानीय-नीति अपवाद अलग-अलग स्पष्टीकरण बने हुए हैं। रिपोर्ट और ऑपरेटर नोट्स को उस अंतर को बरकरार रखना चाहिए।

परिवर्तन पर विचार करने से पहले निर्भरता की सूची बनाएं

एंटरप्राइज़ गेटवे के माध्यम से चर्चा सूची से एक काल्पनिक मार्ग के लिए, पहला कार्य आइटम एक निर्भरता सूची है, न कि डीकमीशनिंग। रिकॉर्ड करें कि कौन सा घटक ARC सेट बनाता है, जो उन्हें सत्यापित करता है, जो विश्वसनीय मध्यस्थों को पहचानता है, और जो वितरण निर्णय लेता है। किसी उत्पाद की दस्तावेज़ीकृत क्षमता को किरायेदार के सक्षम कॉन्फ़िगरेशन से अलग करें। रिकॉर्ड करें कि प्रत्येक चरण का स्वामी कौन है और कौन से साक्ष्य वर्तमान व्यवहार को स्थापित करेंगे। इस गाइड के लिए ऐसे किसी मार्ग का निरीक्षण नहीं किया गया।

इसके बाद, उस वैध ट्रैफ़िक की पहचान करें जो भविष्य में नीति परिवर्तन से प्रभावित हो सकता है। पादलेख, अग्रेषण मेलबॉक्स और आंतरिक रूटिंग सेवा जोड़ने वाली सूची की अलग-अलग ज़रूरतें हो सकती हैं। प्रस्तावित स्वीकृति मामलों को उन वास्तविक मार्ग श्रेणियों से जोड़कर रखें। एक सामान्य दावा कि एक नया प्रोटोकॉल अग्रेषण को ठीक करता है, प्रासंगिक गेटवे, मेलिंग-सूची व्यवहार और गंतव्य रिसीवर से जुड़े परीक्षणों का स्थान नहीं ले सकता है। अपवाद को बनाए रखने के लिए जवाबदेह समीक्षा की आवश्यकता होती है; इसे हटाने के लिए साक्ष्य और प्राधिकरण की भी आवश्यकता होती है।

DKIM2 स्थापित प्रतिस्थापन में न बदलें

The DKIM2 डेटाट्रैकर रिकॉर्ड इस समीक्षा के दौरान संशोधन 09 को एक सक्रिय कार्य-समूह इंटरनेट-ड्राफ्ट के रूप में दिखाया गया, जिसे 1 नवंबर 2026 को अद्यतन किया गया। उस कार्य का अस्तित्व इस बात का प्रमाण नहीं है कि कोई विशेष प्रेषक या प्राप्तकर्ता उसे कार्यान्वित करता है। न ही किसी मसौदे की प्रस्तावित समर्थन आवश्यकता किसी उत्पादन उत्पाद के समर्थन मैट्रिक्स को स्थापित करती है। डिज़ाइन अभिप्राय, मानक स्थिति, कार्यान्वयन संस्करण और परीक्षणित अंतरसंचालनीयता को अलग-अलग कॉलम में रखें।

भविष्य की मूल्यांकन योजना यह पूछ सकती है कि क्या एक दस्तावेजित कार्यान्वयन आवश्यक मार्ग परिवर्तनों को संभालता है, विफलताओं को कैसे उजागर किया जाता है, और किसी भी संक्रमण के दौरान मौजूदा सुरक्षा कैसे बनाए रखी जाती है। उस योजना के लिए नामित मालिकों, एक नियंत्रित वातावरण, अधिकृत इनपुट और स्पष्ट स्वीकृति मानदंड की आवश्यकता है। इसमें आविष्कृत सफल निशान या किसी प्रस्ताव की समाप्ति तिथि से उधार ली गई कैलेंडर प्रतिबद्धता शामिल नहीं होनी चाहिए। ड्राफ्ट की समाप्ति एक दस्तावेज़-प्रबंधन तथ्य है, न कि ऑपरेटर माइग्रेशन की समय सीमा।

समीक्षा योग्य निर्णय रिकॉर्ड सुरक्षित रखें

कैटलॉग इस सटीक साक्ष्य को कमीशन करता है: "कमीशनिंग तिथि पर दोनों डेटाट्रैकर रिकॉर्ड की जांच करें और उनकी स्थिति को सटीक रूप से उद्धृत करें।" दिनांकित सार्वजनिक पठन को समीक्षा के लिए इस पैकेज में रखा जाता है, जबकि कमीशन किए गए साक्ष्य की स्वीकृति खुली रहती है। यह आलेख कोई परिचालन प्रमाण, प्रदाता प्रतिबद्धता, अनुमोदित माइग्रेशन या पूर्ण अंतरसंचालनीयता परीक्षण प्रदान नहीं करता है। प्रकाशन से पहले इसकी स्थिति टिप्पणियों की दोबारा जांच की जानी चाहिए क्योंकि दस्तावेज़ स्वतंत्र रूप से बदल सकते हैं।

एक छोटा वॉच रिकॉर्ड बनाए रखें जिसमें दो यूआरएल, देखी गई स्थिति, संशोधन तिथियां, जिम्मेदार समीक्षक और एक परिवर्तन ट्रिगर शामिल हो। किसी भी प्रदाता घोषणा को IETF निर्णय मानने के बजाय उसके लिए अलग लिंक जोड़ें। जब स्थिति बदलती है, तो पहले स्पष्टीकरण को संशोधित करें और बाद में स्थानीय प्रभाव का आकलन करें। केवल एक अधिकृत परिवर्तन प्रक्रिया को यह तय करना चाहिए कि लाइव रूट को बदलना है या नहीं, एक परीक्षणित पुनर्प्राप्ति योजना और एक मालिक के साथ जो वितरण परिणामों का न्याय कर सकता है।

[ ले लेना ]

एक सक्रिय पुनर्वर्गीकरण ड्राफ्ट पूर्ण स्थिति परिवर्तन या मेल निर्भरता को अक्षम करने की अनुमति नहीं है।

[भूमिका के अनुसार]

आपके लिए इसका क्या मतलब है

व्यावहारिक अगले चरणों के लिए अपनी भूमिका चुनें।

मेल परिचालन स्वामी

इसे बदलने से पहले निर्भरता का पता लगाएं

यह मानने के बजाय कि ARC जानकारी वास्तविक वितरण निर्णय को प्रभावित करती है, यह निर्धारित करें कि प्रत्येक गेटवे इसका समान रूप से उपयोग करता है।

अगले कदम

  1. सीलिंग, सत्यापन और नीति-निर्णय घटकों को अलग-अलग पहचानें।
  2. प्रभावित मेल-सूची और अग्रेषण मार्गों का नाम।
  3. सेटिंग्स को संशोधित करने से पहले अनुमोदित स्वीकृति और पुनर्प्राप्ति साक्ष्य की आवश्यकता है।

मानक संपादक

स्थिति वाक्य को दिनांकित रखें

प्रकाशित आरएफसी श्रेणी और प्रस्तावित परिवर्तन के लिए अलग-अलग, पता लगाने योग्य बयानों की आवश्यकता है।

अगले कदम

  1. प्राथमिक रिकॉर्ड और पुनरीक्षण तिथियां दोनों बनाए रखें।
  2. मसौदे के निष्कर्षों का श्रेय उसके लेखकों को दें।
  3. स्थिति वाक्य को बदलने से पहले प्रकाशन और IESG स्थिति की पुनः जाँच करें।

सुरक्षा समीक्षक

ट्रस्ट के निर्णय का निरीक्षण करें

एक श्रृंखला-सत्यापन परिणाम अपने आप में किसी मध्यस्थ या संदेश में अनुरोधित कार्रवाई पर भरोसा करने को उचित नहीं ठहरा सकता है।

अगले कदम

  1. दस्तावेजीकरण करें कि कैसे सीलर्स वास्तविक उत्पाद में विश्वसनीय बन जाते हैं।
  2. स्थानीय-नीति अपवादों को प्रमाणीकरण परिणामों से अलग रखें।
  3. ड्राफ्ट की समाप्ति को समय सीमा माने बिना परिवर्तनों की समीक्षा करें।

[ पूछे जाने वाले प्रश्न ]

अक्सर पूछे जाने वाले प्रश्नों

क्या RFC 8617 समीक्षा किए गए रिकॉर्ड में पहले से ही ऐतिहासिक के रूप में चिह्नित किया गया था?

नहीं, 8 नवंबर 2026 डेटाट्रैकर कैप्चर RFC 8617 प्रायोगिक के रूप में पहचानता है। बाद के प्रकाशन से पहले उस दिनांकित अवलोकन की दोबारा जाँच की जानी चाहिए।

सेवानिवृत्ति प्रस्ताव की दर्ज स्थिति क्या थी?

संशोधन 01 एक सक्रिय इंटरनेट-ड्राफ्ट था, जिसमें डब्ल्यूजी दस्तावेज़ और आईडी मौजूद हैं, अंतिम बार 21 अक्टूबर 2026 को अद्यतन किया गया था। वे अनुमोदन या प्रकाशन स्थिति नहीं हैं।

ड्राफ्ट ऐसा क्यों बोलता है मानो प्रयोग ख़त्म हो गया हो?

इसके लेखक अपने प्रस्तावित निष्कर्षों में उस भाषा का उपयोग करते हैं। प्रकाशित आरएफसी स्थिति को अलग रखते हुए इसे मसौदे की स्थिति के रूप में रिपोर्ट करें।

क्या वैध ARC श्रृंखला किसी संदेश को भरोसेमंद बनाती है?

यह श्रृंखला के बारे में क्रिप्टोग्राफ़िक साक्ष्य प्रदान करता है, न कि सीलर के निर्णय, प्रेषक के व्यवसाय प्राधिकरण या संदेश सुरक्षा के बारे में स्वचालित गारंटी।

क्या स्थानीय डिलीवरी अपवाद को DMARC पास के रूप में वर्णित किया जा सकता है?

अंतर्निहित संरेखण परिणाम को रिसीवर हैंडलिंग या पॉलिसी ओवरराइड से अलग रखें। डिलीवरी का निर्णय पूर्वव्यापी रूप से प्रमाणीकरण परीक्षण को नहीं बदलता है।

क्या DKIM2 हमारे गेटवे के लिए एक स्थापित प्रतिस्थापन है?

समीक्षित DKIM2 संशोधन 09 एक कार्य-समूह इंटरनेट-ड्राफ्ट है। इस शोध में कोई उत्पाद, किरायेदार या सत्यापनकर्ता समर्थन स्थापित नहीं किया गया था।

क्या इस गाइड को पढ़ने के बाद ऑपरेटर को ARC अक्षम कर देना चाहिए?

इस आलेख से कोई परिचालन निर्देश नहीं मिलता है। परिवर्तन का निर्णय लेने से पहले वास्तविक मार्ग, प्रभावित वैध यातायात, मालिक, प्रदाता समर्थन और अधिकृत परीक्षण साक्ष्य की सूची बनाएं।

कौन से सटीक कमीशनिंग साक्ष्य समीक्षा के अधीन हैं?

दोनों दिनांकित डेटाट्रैकर रीड्स को बरकरार रखा गया है। उनके स्टेटस कोटेशन की स्वीकृति, ताज़ा पूर्व-प्रकाशन जांच और सभी परिचालन या माइग्रेशन साक्ष्य अलग-अलग खुले द्वार बने रहते हैं।

[ सूत्रों का कहना है ]

सूत्रों का कहना है

  1. डेटाट्रैकर: ARC पुनर्वर्गीकरण प्रस्ताव
  2. डेटाट्रैकर: RFC 8617 स्थिति
  3. डेटाट्रैकर: DKIM2 विनिर्देश ड्राफ्ट
  4. RFC 8617 : प्रमाणित प्राप्त श्रृंखला प्रोटोकॉल
  5. RFC 9989: DMARC

[ शब्दकोष ]

शब्दकोष

प्रायोगिक आरएफसी
दिनांकित रिकॉर्ड में RFC 8617 के लिए दिखाई गई प्रकाशित श्रेणी; यह मानक ट्रैक और प्रस्तावित ऐतिहासिक पुनर्वर्गीकरण से अलग है।
सक्रिय इंटरनेट-ड्राफ्ट
वर्तमान कार्य-प्रगति दस्तावेज़ बताता है, यह सबूत नहीं है कि IETF ने अपनी प्रस्तावित स्थिति कार्रवाई को मंजूरी दे दी है।
पुनर्वर्गीकरण प्रस्ताव
किसी अन्य दस्तावेज़ की स्थिति में परिवर्तन की मांग करने वाला दस्तावेज़; इसका अस्तित्व यह स्थापित नहीं करता कि अनुरोधित कार्रवाई हुई।
मुहर लगानेवाला भरोसा
एक मध्यस्थ के दावे पर भरोसा करने के लिए एक रिसीवर का आधार, ARC क्रिप्टोग्राफी के सफल सत्यापन से अलग।
प्रवासन स्वीकृति साक्ष्य
अधिकृत, मार्ग-विशिष्ट अवलोकन और समीक्षा जो दर्शाती है कि प्रस्तावित परिचालन परिवर्तन सहमत आवश्यकताओं को पूरा करता है; यहां अनुपस्थित हैं.

उद्यम उद्गम

शीर्ष वित्तीय संस्थान और सरकारें ही क्यों? अपने ईमेल सुरक्षा डैशबोर्ड हटा दिए।

पारंपरिक ईमेल प्रमाणीकरण प्लेटफ़ॉर्म आपको एक डैशबोर्ड बेचते हैं और आपके इंजीनियरों से काम करने के लिए कहते हैं। उच्च जोखिम वाले वातावरण में, मैन्युअल निरीक्षण का अर्थ है विलंबित प्रवर्तन, कॉन्फ़िगरेशन बहाव और अनियंत्रित छाया डोमेन।

EmailAuth एजेंटिक ईमेल उद्गम मंच है। हमारे एजेंट लागू करते हैं p=reject, तृतीय-पक्ष प्रेषकों को संरेखित रखें और अपने डोमेन को पूर्ण रूप से स्थानांतरित करें RFC 9989 अनुपालन, नया DMARC मानक, मानव-इन-द-लूप ऑडिटेबिलिटी के साथ।

सरकारों बड़े उद्यम टियर-1 वित्तीय संस्थान

सास · समर्पित किरायेदारी · एयर-गैप्ड ऑन-प्रिमाइसेस · BYOK एन्क्रिप्शन

ज्ञानधार