كجزء من التوافق مع معايير الصناعة، قد يُطلب منك الاحتفاظ بعدة سجلات DNS إضافية، وذلك حسب نوع البريد المستخدم. وقد ينطبق أحد السيناريوهات الآتية على مؤسستك:
السيناريو 1: يستخدم العميل مجال بريد D2L
تقوم D2L بالتعامل مع إنشاء سجلات البريد الإلكتروني المطلوبة وإدارتها لضمان أن البريد المرسل من Brightspace يتوافق مع DMARC وبروتوكولات SPF وDKIM ذات الصلة.
على سبيل المثال: إذا تم تكوين Brightspace لاستخدام مجال البريد clientmail.brightspace.com، فستقوم D2L بإنشاء سجلات MX وDMARC وTXT، بالإضافة إلى توقيعات DKIM التي تضمن تسليم البريد المرسل باستخدام أي مجال بريد brightspace.com إلى المتلقين الذين يطبقون سياسة DMARC.
السيناريو 2: يستخدم العميل مجال بريد له علامة تجارية خلاف D2L
يجب عليك إنشاء سجل SPF TXT لمجال البريد الذي يسمح لسحابة D2L بإرسال البريد بالنيابة عنك، بالإضافة إلى سجلات CNAME التي تشير إلى سجلات D2L DKIM TXT التي تقوم بنشر مفتاح مجال عام. وتقوم D2L بإنشاء مفتاح المجال الخاص والاحتفاظ به لإنشاء توقيع DKIM للبريد المرسل من سحابة D2L باستخدام مجال البريد الذي يحمل العلامة التجارية.
على سبيل المثال: إذا تم تكوين Brightspace لاستخدام مجال البريد mail.client.edu، فستقوم D2L بإنشاء زوج مفاتيح نطاق خاص/عام ونشره كسجل TXT DKIM وتقوم بإنشاء سجلات CNAME لكل من d2lmail1._domainkey.mail.client.edu وd2lmail2._domainkey.mail.client.edu تشير إلى سجلات D2L TXT DKIM وسجل TXT SPF لـ mail.client.edu بما في ذلك a._spf.brightspace.com. وتقوم D2L بترميز البريد المرسل باستخدام مجال البريد ذي العلامة التجارية مع توقيع DKIM للتأكد من أن المتلقين الذين يطبقون سياسة DMARC يمكنهم فك ترميز الرؤوس والتحقق من المرسل. ستقوم D2L بتبديل مفتاح DKIM النشط كل ستة أشهر. وعند تبديل أحد المفاتيح، يصبح المفتاح الثاني نشطًا في توقيع رسائل البريد الإلكتروني، وبعدها تتكرر العملية كل ستة أشهر.
ملاحظة: إذا كانت مؤسستك تستخدم مجالاً غير D2L ولا تمتلكه أنت، فلا يتم دعم DMARC في Brightspace.