افصل البروتوكول عن أهلية المتلقي
BIMI لم يتم إثبات الأهلية من خلال العثور على الكلمة DMARC في سجل DNS . يجب على المشغل تحديد سياسة المصادقة المعمول بها، وما إذا كانت الرسالة الفعلية اجتازت الاختبارات المطلوبة، وما يتطلبه المتلقي المقصود حاليًا قبل عرض الشعار. هذه أسئلة مترابطة ولكنها متميزة. يمكن أيضًا أن تختلف مواصفات البروتوكول الحالية وصفحة المساعدة التشغيلية الخاصة بالموفر في المصطلحات أو توقيت الترحيل، لذلك يحتاج الدليل إلى تواريخ ونطاق واضح.
تقارن هذه المقالة المصادر الأولية المحتجزة. تم تحديث صفحة إعداد Google في 26 أكتوبر؛ تم استرداد صفحة BIMI الخاصة بـ Yahoo بدون تاريخ مراجعة مرئي مكافئ. RFC 9989 يوفر سياق بروتوكول DMARC الحالي. لا تختبر المقالة المستأجر أو تستنتج أن الموفر قد قام بتطبيق كل جانب من جوانب RFC الأحدث. يظل معيار BIMI بمثابة مسودة، ولا يعد عرض جهاز الاستقبال ضمانًا للبروتوكول العالمي.
سجل شروط جوجل الفعلية المنشورة
تقول صفحة إعداد BIMI من Google أنه يجب مصادقة الرسائل بواسطة DMARC والقوائم p=quarantine أو p=reject، مع pct=100. كما يتطلب أ VMC أو CMC لسير العمل الموثق المدعوم بالشهادة ولا يدعم النشر المستقل لـ SVG فقط في Gmail . قم بتسجيل هذه البيانات باعتبارها إرشادات الأهلية المنشورة من Google، وليس كتعريف كامل لـ DMARC أو دليل على نتيجة رسالة معينة. متطلبات إعداد جوجل
تشكل متطلبات SVG وتعليمات الاستضافة الخاصة بها بوابات إضافية. سياسة DMARC المناسبة لا تجعل الصورة غير الصالحة مناسبة، أو تحصل على شهادة، أو تجعل PEM متاحًا للعامة. وعلى العكس من ذلك، لا تقوم الشهادة الصالحة بإصلاح المصادقة المحاذية للمرسل الفاشل. استخدم قائمة مرجعية ذات صفوف منفصلة حتى لا يتمكن الفريق من وضع علامة على المشروع بأكمله جاهزًا عن طريق الخطأ بعد إكمال صف سياسة DNS فقط.
قم بإظهار التناقض في نسبة البراءات بدلاً من إخفائه
RFC 9989 يتقادم مع مواصفات DMARC السابقة ويزيل علامة pct. يشرح ملحقها آلية النسبة المئوية التاريخية ويقدم علامة الاختبار t بقيم y وn. يعد هذا تغييرًا مفيدًا في البروتوكول، بينما لا تزال صفحة Google BIMI التي تم الاحتفاظ بها تشير بشكل صريح إلى pct=100. يجب الحفاظ على كلتا الملاحظتين بدلاً من إعادة كتابة أي مصدر بصمت لجعلهما يبدوان متطابقين. RFC 9989 ، الملحق أ.6
تتمثل الاستجابة التشغيلية في تأكيد قابلية تطبيق جهاز الاستقبال الحالي قبل تغيير سياسة الإنتاج على أساس عدم التطابق هذا. لا تدعي أن Google تتجاهل علامة معينة أو تطلبها عبر البرقية أو تترجمها داخليًا ما لم تثبت الأدلة الحالية هذا السلوك. لا تعامل t كبديل لأهلية BIMI مثبت عالميًا لـ PCT لمجرد أن RFC يشرح العلاقة التاريخية بينهما. يمكن أن يتطور تنفيذ الموفر ووثائق الموفر وفقًا لجداول زمنية مختلفة.
ولذلك يجب أن يتضمن سجل قابلية تطبيق المصدر إصدار RFC وتاريخ صفحة الموفر والحالة المتنازع عليها بالضبط والسؤال الذي لم يتم حله. اطلب من المراجع المسؤول حل المشكلة باستخدام أدلة المزود الحالي أو ملاحظة معتمدة ومناسبة النطاق. لا تقوم هذه المقالة بتنفيذ هذا التأكيد. يعد التعارض سببًا للبوابة، وليس سببًا لإضعاف التنفيذ أو ارتجال مطالبة التوافق.
قارن شروط Yahoo المعلنة بشكل مستقل
تتطلب صفحة BIMI الخاصة بشركة Yahoo عزل سياسة DMARC أو رفضها، أ سجل BIMI الإشارة إلى ملف SVG صالح وبريد مجمع وسمعة ومشاركة كافية لعنوان الإرسال. تقول إن VMCs ليست مطلوبة حاليًا، على الرغم من أن VMC الموردة تُعلم الأهلية الشاملة. تكرم صفحتها سجلات BIMI للنطاق الفرعي مع تفضيل إعداد المجال التنظيمي. هذه بيانات خاصة بشركة Yahoo، وليست دليلاً على أن Gmail يشارك نفس الشهادة أو سياسة العرض. متطلبات Yahoo BIMI
لا تفسر غياب شرط معاهدة التعاون بشأن البراءات الخاص Yahoo في تلك الصفحة كدليل على كل سلوك محتمل للتعامل مع العلامات. سجل ما يذكره المصدر بالفعل وما يتركه غير محدد. وبالمثل، تعني شروط البريد المجمع والسمعة أن رسالة اختبار شخصية واحدة قد لا تمثل مجموعة عرض الشعار الموثقة. لا تخترع عتبة إرسال رقمية عندما لا يوفرها المصدر الذي تمت مراجعته.
ربط السياسة بمصادقة الرسالة الفعلية
يقوم DMARC بتقييم تنسيق بين المجال المرئي والمارة SPF أو DKIM الهوية في ظل قواعدها. لا يجبر تفضيل التنفيذ المنشور كل مرسل شرعي على المرور. جرد خدمات الإرسال وتحديد الهويات التي تقوم بتوثيقها قبل اقتراح معاملة أكثر صرامة. يمكن أن تؤثر التغييرات في السياسة على سير العمل المشروع، لذا يجب ألا يتجاوز الموعد النهائي للشعار عملية الاستعداد والموافقة لفريق البريد. RFC 9989 المصادقة والمحاذاة
لإجراء ملاحظة يتم التحكم فيها لاحقًا، احتفظ بالرسالة المستلمة الفعلية ونتائج المصادقة الموثوقة. لا تقبل التمريرة المطالب بها من رأسية عشوائية دون تحديد نظام الإنتاج وحدود الثقة. احتفظ باكتشاف السياسات ومصادقة الرسائل وعرض الشعار كنتائج منفصلة؛ يمكن للرسالة اجتياز المصادقة دون تلبية شروط العرض الإضافية للمستلم. حدود الثقة RFC 8601
ورقة العمل الأصلية لأهلية المتلقي
قم بإنشاء صف واحد لكل مستلم ودفق بريد. تمنع الحقول المقترحة التالية الحالة العامة "جاهز BIMI " من إخفاء الاختلافات المهمة. لم يتم تقييم أي نشر حقيقي باستخدام ورقة العمل هذه.
- المصدر: صفحة المتلقي وتاريخ الاسترجاع وتاريخ المراجعة المرئي والإصدار المرجعي للبروتوكول.
- سياسة المجال: السجل المعمول به بالضبط وأي سؤال تنظيمي أو فرعي.
- عدم تطابق الوثائق: العلامة أو الشرط المتنازع عليه والأدلة ومالك قابلية التطبيق الذي لم يتم حله.
- دليل الرسالة: مرئي من، والهويات المعتمدة، والمحاذاة، ومصدر النتائج الموثوق به.
- الأصول: نسخة SVG معتمدة وأبعاد جهاز الاستقبال والنتائج الهيكلية.
- الشهادة: الفئة المطلوبة وحالة المُصدر وتبعية PEM المستضافة.
- الاسترجاع والعرض: أدلة نقطة النهاية العامة، العميل المتلقي، وقت المراقبة وحدودها.
- القرار: مؤهل، غير مؤهل أو غير معروف لهذا البث، مع الشروط المتبقية.
احتفظ بقرارات المراقبة والتنفيذ منفصلة عن تجربة العرض. إذا فشلت محاذاة مرسل موجود، فقم بحل تكوين المرسل وتأثير الأعمال بدلاً من تغيير ملف الشعار بشكل متكرر. إذا مرت المصادقة ولكن لم يظهر أي شعار، فتحقق من الشهادة والاستضافة والدعم والأهلية التقديرية دون الإعلان عن تعطيل DMARC فقط من الرسم المفقود.
مثال خيالي: قائمة مرجعية واحدة تخفي جهازي استقبال
تقوم شركة Fictional Silver Orchard بإعداد قائمة مرجعية للإطلاق تقول "تمرير DMARC ، الشهادة اختيارية." تدمج هذه الصياغة موضع شهادة Yahoo مع سير العمل الموثق المختلف لـ Gmail . لاحظ أحد المراجعين أيضًا أن الدليل الداخلي الأقدم يعامل PCT على أنه متطلب بروتوكول عالمي لم يتغير، بينما قام RFC 9989 بإزالته ولا تزال صفحة Google الحالية تدرج pct=100. لدى الفريق سؤالان توثيقيان، وليس دليلاً على أن أيًا من جهازي الاستقبال يعاني من خلل.
تتمثل الخطوة التالية المقترحة في تقسيم قائمة التحقق إلى صفوف جهاز استقبال مؤرخة بالمصدر وتصعيد سؤال إمكانية تطبيق العلامة قبل تغيير DNS للإنتاج. سيحتاج كل تيار إلى دليل رسالة فعلي وفحص الأصول والشهادات الخاصة به. لم يتم اختبار أي رسالة Silver Orchard أو سجل DNS أو جهاز الاستقبال. يوضح المثال كيف يمكن لقائمة المراجعة العامة أن تخفي الافتراضات التي لم يتم حلها.
يتطلب الكتالوج مصفوفة أهلية خاصة بالمستلم ودليلًا على DNS والشعار والشهادة ومصادقة الرسالة. توفر هذه المخطوطة مصفوفة مقترحة واختلافات موثقة، وليس الأدلة العملية. تظل الأدلة الأصلية، والشركات الصغيرة والمتوسطة البشرية، وقابلية تطبيق المصدر، وطرق الإنتاج، وإمكانية الوصول المرئي، وإصدار المالك مفتوحة. لا يوجد أي تغيير في السياسة أو الاختبار المباشر أو ضمان الأهلية.