مزود خدمة Adelante في هذا الدليل هو منصة الدفع go2pay.uk التابعة لشركة Adelante Software. رسائل البريد الإلكتروني الرسمية & SPF تتعلق الوثائق بالرسائل مثل روابط الدفع المرسلة نيابة عن العميل. لا تخلط بين هذه الخدمة وشركة غير ذات صلة تشترك في اسم Adelante.
تحدد صفحة الطرف الأول التي تم الاحتفاظ بها للمراجعة الوثائقية السابقة تحديثًا لشهر أبريل 2022. فهو يوفر عنوان IP للإرسال ولا ينشئ العرف الحالي DKIM أو العرف Return-Path القدرات. لذلك يوفر هذا الدليل تكوين نظام التعرف على SPF المحدود وطريقة التحقق. ولا يطالب بمسار Adelante المثبت بالكامل والمزود بتقنية DMARC.
قم بتأكيد المرسل الموثق قبل تغيير DNS
تطلب الصفحة الرسمية من فريق تكنولوجيا المعلومات التابع للعميل الدمج 37.35.91.34 في سجل DNS SPF . رسائل البريد الإلكتروني ونظام التعرف على SPF من Adelante
نظرًا لأن الصفحة قديمة، تأكد من أن عنوان IP هذا لا يزال ينطبق على منتج الدفع والحساب المستخدم قبل نشر الإنتاج. إن الاسترداد الناجح لصفحة التوثيق لا يثبت أن البنية التحتية للإرسال الخاصة بها ظلت دون تغيير. احصل على هوية المغلف الفعلية من بريد إلكتروني مرتبط برابط دفع مستلم ومتحكم فيه أو من إرشادات الموفر الحالي، ثم حدد اسم مالك نظام التعرف على SPF الذي يقوم المستلمون بتقييمه.
يتم ترخيص عنوان IPv4 باستخدام نظام التعرف على SPF IP4: آلية. ولا يتم تحويله إلى يشمل: المصطلح: يتضمن تقييم سياسة نظام SPF الخاصة بنطاق آخر. لا تستنتج أن التضمين ذي المظهر الرقمي يعني ترخيص IP. الحفاظ على المرسلين المعتمدين الحاليين في السياسة الواحدة بالاسم ذي الصلة ووضع أي آلية جديدة أمام الجهاز طوال المدة. مواصفات SPF
قم ببناء تغيير مقترح ضيق
بناء جملة توضيحي فقط، مشروط بتأكيد الموفر الحالي وهوية نظام التعرف على هوية المرسل SPF الملحوظة: موجود v=spf1 include:mail.example.net -all يمكن أن تصبح السياسة v=spf1 include:mail.example.net ip4:37.35.91.34 -all. المثال يتضمن اختراع المجال، وليس تعليمات لنشره. يوضح التمرين الحفاظ على ترخيص آخر والمؤهل النهائي للسياسة أثناء إضافة آلية IP.
التقط فرق DNS قبل وبعد، ومالك الأعمال، وتأكيد استخدام الخدمة الحالية والاختبار المخطط له. لا تقم بتعديل القمة لمجرد أنها تظهر في عنوان "من" المرئي إذا كانت هوية نظام التعرف على هوية SPF الفعلية موجودة في مكان آخر. لا تغير الاستلام سجلات MX: صفحة Adelante المستشهد بها لا تدعو إلى هذا الإجراء.
لا تقم بتحويل تصريح SPF إلى مطالبة DMARC غير مدعومة
بعد إجراء اختبار معتمد من خلال سير عمل رابط الدفع الحقيقي، قم بتسجيل مرئي من وهوية المغلف ونتيجة نظام التعرف على هوية المرسل SPF ، كل توقيع DKIMالمجال ونتيجة المتلقي، و DMARC حصيلة. يجب أن يمر نظام التعرف على SPF ومحاذاته للمساهمة في DMARC . إذا قام بمصادقة نطاق موفر غير ذي صلة، فإن إضافة ترخيص إلى نطاق "من" المرئي الخاص بك لا يغير بالضرورة تلك الهوية.
المصدر الذي تمت مراجعته لا يوفر مخصصًا محدد DKIM أو سير العمل التنشيط. لا تخترع أيًا منهما، ولا تذكر أن DKIM غير مدعوم لمجرد أن هذه الصفحة تحذفه. إذا لم يكن من الممكن عرض نظام التعرف على SPF أو DKIM المحاذاة، فاضغط باستمرار على تكوين الإرسال ذي العلامة التجارية واطلب الحل المدعوم. قد يكون عنوان "من" المملوك للموفر مع مسار الرد المناسب خيار تصميم للمناقشة، وليس ميزة Adelante موثقة هنا.
استعادة والاحتفاظ بحدود الأدلة
قم بإيقاف سير عمل البريد المتأثر مؤقتًا إذا تسبب التغيير في حدوث فشل. قم باستعادة السياسة السابقة إذا كان ذلك مناسبًا بينما يقوم مالك الخدمة بحل المسار، بدلاً من النشر +all أو إضعاف DMARC على مستوى النطاق لإخفاء عدم التطابق. احتفظ بعمر التوثيق واستجابة مقدم الخدمة وأدلة الرسائل المستلمة المنقحة. لم يتم تنفيذ أي رسالة Adelante حقيقية أو تغيير DNS أو معاملة دفع لهذه المقالة.
استخدم قرارًا من جزأين "اذهب أو انتظر".
يحتاج التغيير المقترح إلى تأكيد الخدمة الحالية وعينة هوية خاضعة للرقابة. سجل من أكد العنوان، ومنتج الدفع والحساب الذي ينطبق عليه، ومتى. سجل بشكل منفصل المغلف الحقيقي ومسار المرور المحاذي. إذا كان أي من الصفين غير معروف، فاحتفظ بترخيص الإنتاج بدلاً من التعامل مع عمر التوثيق أو السياسة القديمة كدليل. تعد بطاقة القرار هذه إجراءً وقائيًا مقترحًا، وليست استجابة لمقدم الخدمة أو اختبار دفع تم إجراؤه.