DNS संपादित करने से पहले निर्भरताएँ सत्यापित करें
प्रकाशन ए BIMI अभिकथन कई बाहरी निर्भरताओं के साथ एक छोटा DNS परिवर्तन है। रिकॉर्ड एक लोगो या साक्ष्य दस्तावेज़ को संदर्भित कर सकता है जिसे कोई अन्य टीम होस्ट करती है, और प्राप्तकर्ता प्रदाता किसी अन्यथा पढ़ने योग्य फ़ाइल को अस्वीकार कर सकता है क्योंकि उसका प्रमाणपत्र या प्रमाणीकरण शर्तें पूरी नहीं होती हैं। सामान्य TXT स्ट्रिंग के बजाय एक स्वीकृत डोमेन, रिसीवर-विशिष्ट योजना और सटीक परिसंपत्ति संस्करणों से शुरुआत करें।
यह मार्गदर्शिका प्रलेखित डिफ़ॉल्ट-चयनकर्ता वर्कफ़्लो को कवर करती है। बरकरार रखा गया BIMI संस्करण-15 दस्तावेज़ अतिरिक्त चयनकर्ताओं और खोज नियमों का वर्णन करता है, लेकिन यह एक इंटरनेट-ड्राफ्ट बना हुआ है, आरएफसी नहीं। उन्नत परिचय न दें चयनकर्ता व्यवहार केवल इसलिए कि एक भेजने वाला प्लेटफ़ॉर्म एक हेडर सम्मिलित कर सकता है; पहले इच्छित प्रेषक और प्राप्तकर्ता कार्यान्वयन की पुष्टि करें। BIMI इंटरनेट-ड्राफ्ट 15, अनुभाग 4.3-4.4.
सही स्वामी और दावा मूल्य स्थापित करें
सरल डिफ़ॉल्ट मामले के लिए example.com, दावा स्वामी है default._bimi.example.com. संस्करण टैग है v=BIMI1; सूचक स्थान का उपयोग करता है l=, और प्राधिकार-साक्ष्य स्थान का उपयोग करता है a=. मसौदा साक्ष्य स्थान को वैकल्पिक वाक्यविन्यास के रूप में परिभाषित करता है, लेकिन यह प्रत्येक प्राप्तकर्ता के लिए साक्ष्य को वैकल्पिक नहीं बनाता है। BIMI इंटरनेट-ड्राफ्ट 15, खंड 4.3.
एक काल्पनिक दोहरे स्थान का चित्रण है v=BIMI1; l=https://assets.example.com/brand/logo.svg; a=https://assets.example.com/brand/mark.pem. यह कोई उत्पादन रिकॉर्ड, होस्ट की गई संपत्ति या प्रमाणपत्र अनुशंसा नहीं है। उन उदाहरण मानों के साथ न तो वास्तविक दावे और न ही वास्तविक प्रमाणपत्र URL को बदलें।
Google Gmail के लिए एक पीईएम-आधारित सेटअप का दस्तावेजीकरण करता है, जिसमें एक खाली उदाहरण भी शामिल है l= मूल्य और प्रमाणपत्र स्थान a=. केवल एसवीजी रिकॉर्ड समान कार्यान्वयन पथ नहीं है। प्रत्येक प्रकाशित उदाहरण को विनिमेय मानने के बजाय लक्ष्य प्राप्तकर्ता और आपूर्ति किए गए साक्ष्य द्वारा समर्थित फॉर्म का चयन करें। Google BIMI सेटअप, चरण 2-4.
लागू प्रमाणीकरण नीति की जाँच करें
वर्तमान का उपयोग करके लेखक डोमेन और लागू संगठनात्मक-डोमेन नीति की पुष्टि करें DMARC खोज नियम. फिर संरेखित प्रमाणीकरण के लिए इच्छित मार्ग से वास्तविक संदेशों का निरीक्षण करें। BIMI समूह प्रवर्तन की मांग करता है और स्व-घोषित रिकॉर्ड के सीमित समर्थन को नोट करता है, लेकिन न तो नीति पाठ और न ही रिकॉर्ड-निर्माता परिणाम यह साबित करता है कि प्रेषक तैयार है। BIMI कार्यान्वयन मार्गदर्शिका; RFC 9989 , अनुभाग 4.4 और 4.10.
प्रदाता दस्तावेज़ को उसके संस्करण संदर्भ के साथ पढ़ा जाना चाहिए। वर्तमान Google पृष्ठ अभी भी शामिल है pct=100, जबकि RFC 9989 वह टैग हटा दिया. इस विसंगति को मेल व्यवस्थापक के लिए अनुकूलता प्रश्न के रूप में रखें। BIMI पात्रता के लिए दावा किए गए शॉर्टकट के रूप में प्रतिशत सेटिंग या परीक्षण मोड का उपयोग न करें, और असंबंधित परिसंपत्ति समस्या को डीबग करते समय मौजूदा प्रवर्तन को कमजोर न करें। RFC 9989 , परिशिष्ट ए.6.
उन संसाधनों को सत्यापित करें जिनका दावा विज्ञापन करेगा
होस्टिंग मालिक को सटीक सार्वजनिक HTTPS URL, इच्छित बाइट्स और उनके हैश प्रदान करने चाहिए। एक प्रस्तावित फ़ेच को यह पुष्टि करनी चाहिए कि प्रतिक्रिया एक लॉगिन पृष्ठ, ब्रांडेड त्रुटि पृष्ठ या किसी असंबंधित संसाधन पर रीडायरेक्ट के बजाय अपेक्षित संपत्ति या प्रमाणपत्र बंडल है। स्थिति, अंतिम यूआरएल, सामग्री प्रकार, आकार और TLS परिणाम रिकॉर्ड करें। ये अवलोकन वास्तविक उत्पादन पथ से आने चाहिए, न कि केवल स्थानीय फ़ाइल पूर्वावलोकन से।
मार्क-सर्टिफिकेट पथ के लिए, लक्ष्य प्रदाता की आवश्यकताओं के विरुद्ध जारी किए गए साक्ष्य और श्रृंखला को सत्यापित करें। Google के निर्देश उसके PEM बंडल और जारीकर्ता द्वारा प्रदत्त श्रृंखला क्रम का वर्णन करते हैं। HTTPS सर्वर प्रमाणपत्र पुनर्प्राप्ति की सुरक्षा करता है; यह नहीं है VMC या CMC जो महत्वपूर्ण साक्ष्य प्रदान करता है। दोनों रिश्तों की स्वतंत्र रूप से जाँच करें। Google BIMI सेटअप, वेब-सर्वर आवश्यकताएँ और चरण 2-3.
यहां वास्तविक परिनियोजन की ओर से कोई सार्वजनिक यूआरएल नहीं लाया गया है। यदि टीम एक अनुमोदित संपत्ति या प्रमाणपत्र प्रदान नहीं कर सकती है, तो एक प्लेसहोल्डर बनाने के बजाय उस निर्भरता को अनसुलझा छोड़ दें जिसे वैध साक्ष्य के रूप में गलत समझा जा सकता है।
सही DNS प्राधिकारी के माध्यम से प्रकाशित करें
सटीक स्वामी के लिए आधिकारिक DNS सेवा की पहचान करें और परिवर्तन करने से पहले मौजूदा रिकॉर्ड का निरीक्षण करें। पुष्टि करें कि संपादक को संबंधित होस्ट लेबल या पूर्णतः योग्य नाम की अपेक्षा है या नहीं। पिछले मूल्य और टीटीएल को सुरक्षित रखें, और एक समीक्षा किए गए परिवर्तन अनुरोध का उपयोग करें जिसमें इच्छित स्वामी, प्रकार और मूल्य का नाम हो। एक ही खोज नाम पर डुप्लिकेट प्रतिस्पर्धी दावों से बचें।
अधिकृत प्रकाशन के बाद, प्रस्तावित चेक शामिल हैं खोदो @AUTH_IP default._bimi.example.com । TXT +नोरेकर्स और खोदो @RESOLVER_IP default._bimi.example.com । TXT. अपरकेस समापनबिंदु प्लेसहोल्डर हैं। टाइमस्टैम्प, पूर्ण प्रतिक्रियाएँ, रिकॉर्ड सीमाएँ और वास्तविक मान सहेजें। ये आदेश प्रस्तावित हैं, निष्पादित अवलोकन नहीं।
असहमति को कैशिंग के रूप में समझाने से पहले आधिकारिक स्थिरता की जाँच करें। फिर इच्छित रिसीवर के लिए प्रासंगिक पुनरावर्ती पथों की तुलना करें जहां वे अवलोकन उपलब्ध हैं। DNS टीटीएल या प्रदाता की अनुमानित डिस्प्ले विंडो इस बात की गारंटी नहीं है कि प्रत्येक रिसीवर ने लोगो को ताज़ा कर दिया है या प्रदर्शित करेगा।
एक संदेश सत्यापित करें और पुनर्प्राप्ति की योजना बनाएं
किसी नियंत्रित संदेश को सटीक स्वीकृत वर्कफ़्लो के माध्यम से तभी भेजें जब उसकी पूर्वावश्यकताएँ तैयार हों। लेखक डोमेन, हस्ताक्षरित पहचान, विश्वसनीय प्रमाणीकरण परिणाम और किसी भी प्रासंगिक BIMI निदान को बनाए रखें। मेलबॉक्स प्रदाता, क्लाइंट संस्करण और दिनांक के साथ अलग से प्रदर्शन अवलोकन रिकॉर्ड करें। उदाहरण के लिए, Apple मेल का BIMI पथ, Apple द्वारा निर्दिष्ट चेक और हेडर की आपूर्ति करने वाले प्राप्तकर्ता प्रदाता पर निर्भर करता है। Apple BIMI सर्वर मार्गदर्शन.
यदि पुनर्प्राप्ति विफल हो जाती है, तो होस्ट की गई निर्भरता की मरम्मत करें या परिवर्तन योजना के तहत अनुमोदित पूर्व दावे को पुनर्स्थापित करें। यदि प्रमाणीकरण विफल हो जाता है, तो प्रेषक और नीति की जांच करें। यदि केवल डिस्प्ले अनुपस्थित है, तो रिसीवर पंक्ति की जांच किए बिना DNS त्रुटि का अनुमान न लगाएं। सुरक्षित, अधिकृत रोलबैक के लिए आवश्यक पुराने साक्ष्य बनाए रखें; किसी लोगो को पुनर्प्राप्त करने के लिए DMARC सुरक्षा को व्यापक रूप से कम न करें।
सटीक साक्ष्य द्वार "एक रिसीवर-विशिष्ट पात्रता मैट्रिक्स और DNS , लोगो, प्रमाणपत्र और संदेश प्रमाणीकरण के लिए साक्ष्य" है। यह मसौदा एक वृत्तचित्र मैट्रिक्स और काल्पनिक रिकॉर्ड चित्रण प्रदान करता है। कोई लाइव प्रकाशन, DNS क्वेरी, प्रमाणपत्र सत्यापन, किरायेदार परिवर्तन या संदेश/प्रदर्शन परीक्षण नहीं हुआ, इसलिए परिचालन गेट और मालिक रिलीज अनुमोदन खुला रहता है।