تحقق من التبعيات قبل تحرير DNS
نشر أ BIMI التأكيد هو تغيير DNS صغير مع العديد من التبعيات الخارجية. قد يشير السجل إلى شعار أو مستند دليل يستضيفه فريق آخر، وقد يرفض مقدم الخدمة المتلقي ملفًا قابلاً للقراءة بسبب عدم استيفاء شروط الشهادة أو المصادقة الخاصة به. ابدأ بنطاق معتمد وخطة خاصة بالمستلم وإصدارات أصول محددة بدلاً من سلسلة TXT عامة.
يغطي هذا الدليل سير عمل المحدد الافتراضي الموثق. يصف مستند BIMI الإصدار 15 المحتفظ به المحددات الإضافية وقواعد الاكتشاف، ولكنه يظل بمثابة مسودة عبر الإنترنت، وليس RFC. لا تقدم المتقدمة محدد السلوك لمجرد أن منصة الإرسال يمكنها إدراج رأس؛ قم بتأكيد تنفيذ المرسل والمتلقي المقصود أولاً. BIMI Internet-Draft 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 إعدادًا يستند إلى PEM لـ Gmail ، بما في ذلك مثال يحتوي على ملف فارغ l= القيمة وموقع الشهادة في a=. سجل SVG فقط ليس هو نفس مسار التنفيذ. حدد النموذج الذي يدعمه المتلقي المستهدف والأدلة المقدمة بدلاً من التعامل مع كل مثال منشور على أنه قابل للتبديل. إعداد Google BIMI ، الخطوات من 2 إلى 4.
تحقق من سياسة المصادقة المعمول بها
قم بتأكيد مجال المؤلف وسياسة المجال التنظيمي المعمول بها باستخدام الحالي DMARC قواعد الاكتشاف ثم قم بفحص الرسائل الفعلية من المسار المقصود للمصادقة المحاذاة. تدعو مجموعة BIMI Group إلى التنفيذ وتلاحظ الدعم المحدود للسجلات المؤكدة ذاتيًا، ولكن لا يثبت نص السياسة أو نتيجة أداة إنشاء السجلات أن المرسل جاهز. دليل تنفيذ معيار BIMI; RFC 9989 ، القسمان 4.4 و4.10.
يجب قراءة وثائق الموفر مع سياق الإصدار الخاص به. لا تزال صفحة Google الحالية تتضمن pct=100، بينما RFC 9989 إزالة تلك العلامة. احتفظ بهذا التناقض كسؤال توافق لمسؤول البريد. لا تستخدم إعداد النسبة المئوية أو وضع الاختبار كاختصار مُطالب به لأهلية معيار BIMI ، ولا تُضعف التنفيذ الحالي أثناء تصحيح مشكلة أصول غير ذات صلة. RFC 9989 ، الملحق أ.6.
تحقق من الموارد التي سيعلن عنها التأكيد
يجب على مالك الاستضافة تقديم عناوين URL العامة لـ HTTPS، والبايتات المقصودة وتجزئةها. يجب أن تؤكد عملية الجلب المقترحة أن الاستجابة هي الأصل المتوقع أو حزمة الشهادات بدلاً من صفحة تسجيل الدخول أو صفحة خطأ ذات علامة تجارية أو إعادة التوجيه إلى مورد غير ذي صلة. قم بتسجيل الحالة ورابط URL النهائي ونوع المحتوى والحجم ونتيجة TLS . يجب أن تأتي هذه الملاحظات من مسار الإنتاج الفعلي، وليس فقط من معاينة الملف المحلي.
بالنسبة لمسار شهادة العلامة، تحقق من الأدلة والسلسلة الصادرة مقابل متطلبات المزود المستهدف. تصف تعليمات Google حزمة PEM الخاصة بها والأمر المتسلسل المقدم من جهة الإصدار. تحمي شهادة خادم HTTPS عملية الاسترجاع؛ ليس هو VMC أو CMC أن الإمدادات علامة الأدلة. تحقق من كلتا العلاقتين بشكل مستقل. إعداد Google BIMI ومتطلبات خادم الويب والخطوات 2-3.
لم يتم جلب أي عنوان URL عام نيابةً عن النشر الحقيقي هنا. إذا لم يتمكن الفريق من تقديم أصل أو شهادة معتمدة، فاترك هذه التبعية دون حل بدلاً من إنشاء عنصر نائب يمكن الخلط بينه وبين دليل صالح.
النشر من خلال سلطة DNS الصحيحة
حدد خدمة DNS الموثوقة للمالك الدقيق وافحص السجلات الموجودة قبل إجراء أي تغيير. تأكد مما إذا كان المحرر يتوقع تسمية مضيف نسبية أو اسمًا مؤهلاً بالكامل. احتفظ بالقيمة السابقة ومدة البقاء (TTL)، واستخدم طلب تغيير تمت مراجعته ويذكر اسم المالك المقصود ونوعه وقيمته. تجنب التأكيدات المتنافسة المكررة بنفس اسم الاكتشاف.
بعد نشر معتمد، تشمل الشيكات المقترحة حفر @AUTH_IP default._bimi.example.com . TXT + لا يوجد لعنة و حفر @RESOLVER_IP default._bimi.example.com . TXT. نقاط النهاية الكبيرة هي العناصر النائبة. حفظ الطوابع الزمنية والاستجابات الكاملة وحدود التسجيل والقيم الفعلية. هذه الأوامر مقترحة وليست ملاحظات منفذة.
تحقق من الاتساق الرسمي قبل شرح الاختلاف على أنه تخزين مؤقت. ثم قارن المسارات العودية ذات الصلة بالمستقبل المقصود حيث تتوفر تلك الملاحظات. لا يعد DNS TTL أو نافذة العرض المقدرة للموفر ضمانًا بأن كل جهاز استقبال قد تم تحديثه أو سيعرض شعارًا.
التحقق من صحة الرسالة وخطة الاسترداد
قم بإرسال رسالة يتم التحكم فيها من خلال سير العمل المعتمد بالضبط فقط بعد أن تصبح متطلباته الأساسية جاهزة. احتفظ بنطاق المؤلف وهويات التوقيع ونتائج المصادقة الموثوقة وأي تشخيصات BIMI ذات صلة. قم بتسجيل ملاحظة العرض بشكل منفصل مع موفر صندوق البريد وإصدار العميل والتاريخ. على سبيل المثال، يعتمد مسار BIMI الخاص بـ Apple Mail على موفر الاستقبال الذي يوفر الشيكات والرؤوس التي تحددها Apple. إرشادات خادم Apple BIMI.
في حالة فشل الاسترداد، قم بإصلاح التبعية المستضافة أو استعادة التأكيد المسبق المعتمد بموجب خطة التغيير. إذا فشلت المصادقة، فتحقق من المرسل والسياسة. إذا كان العرض فقط غائبًا، فلا تستنتج خطأ DNS دون التحقق من صف جهاز الاستقبال. الحفاظ على الأدلة القديمة اللازمة للتراجع الآمن والمصرح به؛ لا تقم بتقليل حماية DMARC على نطاق واسع لاستعادة الشعار.
بوابة الدليل الدقيقة هي "مصفوفة أهلية خاصة بالمستلم ودليل على DNS والشعار والشهادة ومصادقة الرسالة." توفر هذه المسودة مصفوفة وثائقية ورسمًا توضيحيًا خياليًا. لم يحدث أي نشر مباشر، أو استعلام DNS ، أو التحقق من صحة الشهادة، أو تغيير المستأجر أو اختبار الرسالة/العرض، لذلك تظل البوابة التشغيلية وموافقة إطلاق سراح المالك مفتوحة.