يمكن أن يعني " Outlook " تطبيق سطح المكتب أو صندوق بريد المستهلك أو بيئة Microsoft 365 الخاصة بالمؤسسة. هذه ليست نطاقات سياسة قابلة للتبديل. ابدأ بخدمة الاستلام الفعلية والتشخيص قبل استخدام قائمة مرجعية كبيرة الحجم لشرح رسالة فاشلة.
التعرف على خدمة المستهلك ومتطلباتها الحالية
تصف مقالة الدعم الحالية من Microsoft لـ 550 5.7.515 Outlook .com وخدمات المستهلك ذات الصلة، بما في ذلك Hotmail وLive.com وMSN. فهو يحدد المرسل ذو الحجم الكبير على أنه يرسل 5000 رسالة أو أكثر إلى تلك الخدمات باستخدام نفس المجال في المجال المرئي 5322.من عنوان. تنص صيغة دعمها على أن كليهما SPF و DKIM يجب أن تمر، وأن نشرها DMARC سياسة على الأقل p=none ويلزم تمرير DMARC . مايكروسوفت 550 5.7.515 التوجيه.
حدد الإعلان المحدث بدء تنفيذ الرفض في 5 مايو 2025. وتم إلغاء خطته الأولية للمخلفات فقط؛ لا تعامل تلك الفقرة التي تم استبدالها على أنها سياسة الاستجابة الحالية. إعلان مايكروسوفت المحدث.
وقد وصف الإعلان السابق الحجم اليومي واستخدم "أكثر من 5000". لا تقم بإنشاء استثناء حول صياغة الحدود: تستخدم إرشادات الدعم الحالية 5000 أو أكثر. ولا ينبغي عليك اختراع فترة إعادة تعيين أو قاعدة تصنيف دائمة من صفحة الدعم هذه. قم بتسجيل الإصدار والتشخيص الفعلي للاستلام عند تفسير الحالة.
فصل نجاح البروتوكول عن بوابة الموفر
مراجع: RFC 9989 §4.4, RFC 9989 §5.3.5.
يمكن أن يمر DMARC عبر عملية محاذاة ناجحة توقيع DKIM حتى عندما يفشل SPF . ولا تفي نتيجة البروتوكول هذه بشرط منفصل يقضي بتمرير الآليتين الأساسيتين. وعلى العكس من ذلك، قد يتم تمرير كل من نظام التعرف على هوية المرسل SPF و DKIM لنطاقات غير مرتبطة بالمجال المرئي من ويترك DMARC فاشلاً. احتفظ بالنتائج الثلاثة والهويات التي تقف خلفها.
بالنسبة للرسالة المباشرة التي يتم إنشاؤها بواسطة الخدمة، قم بتسجيل عنوان IP المرسل، مرسل المغلف المجال، من المجال، DKIM د = المجال و محدد. تحقق من DNS الحالي والرسالة الموقعة النهائية، وليس فقط شاشة الإعداد. استخدم أسماء البروتوكولات الفعلية: SMTP MAIL FROM هو هوية مغلف RFC 5321 ، بينما ينتمي "من" المرئي إلى RFC 5322 .
اقرأ الرفض كدليل، وليس كنص إصلاحي
مراجع: RFC 8601 §5.
يشير رفض 550 5.7.515 إلى أن مجال المرسل لم يلبي مستوى المصادقة المطلوب. الحفاظ على التشخيص الكامل والوقت والمستلم المتأثر ومعرفات الرسالة. لا تستجيب بإضافة كل موفر متاح إلى نظام التعرف على SPF أو تعطيله تنفيذ DMARC دون فهم الهوية الفاشلة.
قارن بين التدفقات المتأثرة وغير المتأثرة. قد يكون لدى خدمة الفوترة إعداد التوقيع المخصص الصحيح بينما لا تزال خدمة الحملة تقوم بالتسجيل باستخدام المجال الخاص بها فقط. إذا كان الأمر يتعلق بإعادة التوجيه أو وسيط آخر، فاحتفظ بالمسار والتحويلات. قد لا تفسر افتراضات البريد المباشر مسارا غير مباشر، ونسخها Authentication-Results الخط ليس بديلاً عن أدلة المتلقي الموثوق بها.
العمل من خلال التشخيص الاصطناعي
مراجع: RFC 9989 §5.3.5.
تخيل رسالة يتم التحكم فيها والتي تكون نتيجة SPF الخاصة بها فاشلة، وتم تمرير نتيجة DKIM الخاصة بها تنسيق، وكانت نتيجة DMARC هي النجاح. نتيجة DMARC متماسكة داخليًا. بموجب متطلبات الحجم الكبير المعلنة من Microsoft، لا يزال فشل نظام التعرف على SPF بحاجة إلى الإصلاح. وهذا مثال منطقي، وليس رفضًا لمايكروسوفت.
الإجراء التالي هو تحديد ما إذا كان مرسل المغلف الذي تم تقييمه قد سمح لعنوان IP المتصل الفعلي أم لا. بعد التصحيح المعتمد، أعد الاختبار من خلال نفس المسار المقصود واحتفظ بالنتيجة الجديدة. لا تعيد استخدام بطاقة المرور القديمة كدليل على تغيير الرسالة أو المسار.
احتفظ بقضايا المؤسسة في مسار الأدلة الخاص بها
يمكن لمستأجر Microsoft 365 تطبيق السياسات والموصلات الواردة الخاصة به. لا يجعل المستلم الذي يستخدم تطبيق Outlook مؤسسته خاضعة للبوابة الدقيقة لمقالة المستهلك. بالنسبة لحالات المؤسسات، قم بتجميع سياق التشخيص والسياسة الخاص بالمستأجر بدلاً من افتراض أن 5.7.515 يشرح كل استجابة 5.7.x.
أغلق بالخدمة المتأثرة ومجال المرسل ونتائج الآلية التي تمت ملاحظتها والمسار المصحح. لا تتم المطالبة بأي اختبار مباشر لصندوق بريد Microsoft هنا، ويظل الامتثال للمصادقة مختلفًا عن موضع البريد الوارد.