BIMI डिस्कवरी एक संदेश के डोमेन से जुड़ती है और चयनकर्ता एक DNS दावे के लिए. महत्वपूर्ण प्रश्न यह है कि रिसीवर किस रिकॉर्ड का उपयोग करने का हकदार है, न कि यह कि क्या किसी TXT मान में BIMI शब्द शामिल है। यह आलेख draft-brand-indicators-for-message-identification-15 , एक अक्टूबर 2026 इंटरनेट-ड्राफ्ट का अनुसरण करता है, बजाय इसे प्रकाशित आरएफसी के रूप में प्रस्तुत करने के।
दावे को एनोटेट करें
सन्दर्भ: स्रोत §4.3.
v=BIMI1; l=https://assets.example/logo.svg; a=https://assets.example/mark.pem, v प्रोटोकॉल संस्करण की पहचान करता है, l संकेतक को इंगित करता है और a प्राधिकरण साक्ष्य को इंगित करता है। ड्राफ्ट के लिए पहले संस्करण और सटीक मामले की आवश्यकता होती है। यह एक खाली प्राधिकरण स्थान की अनुमति देता है; प्रोटोकॉल स्तर पर एक वैकल्पिक टैग रिसीवर की प्रमाणपत्र आवश्यकता को दूर नहीं करता है। उदाहरण स्पष्टता के लिए दो यूआरएल का उपयोग करता है, जबकि Google का वर्तमान पीईएम-आधारित उदाहरण प्रमाणपत्र स्थान के साथ एक खाली एल का उपयोग कर सकता है। यह मानने के बजाय कि प्रत्येक वाक्यविन्यास संस्करण समान प्रदर्शन परिणाम बनाता है, लागू रिसीवर पथ का पालन करें।
ड्राफ्ट उधार लेता है DKIM टैग-वैल्यू सिंटैक्स। किसी टैग को दोहराना विकल्पों को परिभाषित करने का कोई तरीका नहीं है। अज्ञात टैग को निर्दिष्ट एक्सटेंशन मॉडल द्वारा अनदेखा कर दिया जाता है; उन्हें नए शब्दार्थों का आविष्कार करने की अनुमति नहीं है। अज्ञात-टैग हैंडलिंग को अमान्य आवश्यक मान से अलग रखें।
खोज नाम का पालन करें
सन्दर्भ: स्रोत §5.1, स्रोत §6.4, स्रोत §7.2.
स्पष्ट BIMI चयनकर्ता के बिना, डिफ़ॉल्ट चयनकर्ता का उपयोग किया जाता है। BIMI-चयनकर्ता में एक स्पष्ट चयनकर्ता रखा जाता है; यह स्वचालित रूप से DKIM का मान नहीं है। notices.example.com और चयनकर्ता मौसमी से एक संदेश के लिए, प्रारंभिक नाम seasonal._bimi.notices.example.com है। धारा 7.2 चरण 6 उस चयनकर्ता को उसके संगठनात्मक फ़ॉलबैक एल्गोरिदम में संरक्षित करता है। हालाँकि, अनुभाग 6.4 संगठन डोमेन पर डिफ़ॉल्ट दावे पर फ़ॉलबैक का वर्णन करता है। ये कथन ड्राफ्ट-15 में विरोधाभासी हैं। यह आलेख अनुभाग 7.2 एल्गोरिदम का वर्णन करता है, सार्वभौमिक तैनात व्यवहार का नहीं: किसी भी फ़ॉलबैक पर भरोसा करने से पहले इच्छित रिसीवर कार्यान्वयन को सत्यापित करें। इस अनसुलझी असंगतता के आसपास डिजाइन करने के बजाय इच्छित चयनित दावे को सीधे जहां व्यावहारिक हो वहां प्रकाशित करें।
ड्राफ्ट-15 एलपीएस के माध्यम से स्थानीय-भाग चयनकर्ता व्यवहार का भी वर्णन करता है। यह एक संस्करण-संवेदनशील सुविधा है: दस्तावेज़ जो कार्यान्वयन इसके चारों ओर एक अभियान डिजाइन करने से पहले इसका समर्थन करता है। निजी समीक्षा पैकेज का पार्सर फिक्स्चर स्थानीय-भाग सामान्यीकरण, हेडर प्रमाणीकरण, संगठनात्मक-डोमेन गणना या रिसीवर कैशिंग को लागू नहीं करता है।
संपूर्ण उत्तर का निरीक्षण करें
सन्दर्भ: स्रोत §7.2.
A TXT रिकॉर्ड इसमें कई वर्ण स्ट्रिंग शामिल हो सकते हैं जो एक तार्किक मान बनाते हैं। यह दो अलग-अलग योग्य दावे रिकॉर्ड से भिन्न है। यदि पात्र रिकॉर्ड सेट अद्वितीय नहीं है तो ड्राफ्ट की खोज प्रक्रिया रुक जाती है। पूरे सेट की क्वेरी करें और कैप्चर किए गए उत्तर में सीमाएँ उद्धृत करना सुरक्षित रखें। एक DNS नियंत्रण कक्ष पूर्वावलोकन इस अंतर को छुपा सकता है।
निजी समीक्षा पैकेज के बंधे हुए पार्सर मामले समर्थित उपसमुच्चय के भीतर सामान्य उदाहरण को स्वीकार करते हैं, डुप्लिकेट किए गए दावों को अस्वीकार करते हैं, दोहराए गए एल टैग का पता लगाते हैं, HTTP स्थानों को अस्वीकार करते हैं, गलत तरीके से रखे गए संस्करण को अस्वीकार करते हैं, और अज्ञात भविष्य के टैग वाले अन्यथा वैध रिकॉर्ड को स्वीकार करते हैं। ये निष्पादित निर्णय परीक्षण हैं, मेलबॉक्स प्रदाता से देखी गई प्रतिक्रियाएँ नहीं। उनके संकीर्ण पार्सर को उत्पादन सत्यापनकर्ता के रूप में स्थापित नहीं किया जाना चाहिए।
नियंत्रित सुधार करें
विशिष्ट रिकॉर्ड नाम या मान को ठीक करें, आधिकारिक सर्वर से दोबारा पूछताछ करें, और फिर प्रासंगिक कैश अंतराल के बाद पुनरावर्ती उत्तर का निरीक्षण करें। दोनों उत्तर और पिछला रिकॉर्ड अपने पास रखें। प्रदर्शन बहाल घोषित करने से पहले वास्तविक प्राप्तकर्ता प्रदाता का पुनः परीक्षण करें। DKIM चयनकर्ता बदलना, DMARC BIMI TXT सिंटैक्स समस्या के लिए नीति या मेल रूटिंग एक उपयुक्त समाधान नहीं है।