اختر الميزة والنقل أولاً
يفصل دليل Zuora لتسليم البريد الإلكتروني، الذي تم تحديثه في 29 يونيو 2026، إشعار البريد الإلكتروني عن سير العمل. بالنسبة لإشعارات البريد الإلكتروني، فهو يصف SMTP المتقدم وخادم SMTP خارجي وخادم Zuora الافتراضي. يمكن لسير العمل استخدام Amazon SES أو خادم SMTP خارجي. لا يجب دمج هذه البدائل في إجراء إعداد عالمي واحد.
ابدأ بالمؤسسة والبيئة وفئة الرسائل ووسائل النقل المحددة لهذه الفئة. قد يكون لإشعار الفوترة والرسالة التي تم إنشاؤها بواسطة سير العمل مالكي تكوين مختلفين حتى عندما تبدو عناوين "من" المرئية متشابهة. حدد ما إذا كان التغيير المطلوب يتعلق بمسار جديد أو مجال مخصص موجود أو ترحيل بين وسائل النقل.
يحدد التوجيه العام خيارات موثقة، وليس حالة مستأجر معين. تظل أهلية الحساب وقابلية التطبيق البيئي والقبول التشغيلي مفتوحة. لم يتم تنفيذ أي تسجيل دخول للمستأجر أو إنشاء بيانات الاعتماد أو طلب الدعم أو تحرير DNS أو إرسال البريد الإلكتروني لهذه المخطوطة. تكوين إمكانية التسليم في Zuora
تعامل مع SMTP المتقدم باعتباره سير عمل هوية المجال الخاص به
يصف الدليل Advanced SMTP كخدمة مدعومة من Amazon SES باستخدام DKIM. تعليمات هوية المجال المنفصلة، التي تم تحديثها في 2 نوفمبر 2026، توجه المسؤول لتحديد عرض في عمود حالة DKIM بجدول الهويات ونشر الثلاثة CNAME السجلات المعروضة. هذه السجلات الصادرة عن الحساب هي مدخلات التكوين؛ لا تخترع أ محدد أو استعارة قيم بيئة أخرى.
نفس الصفحة تميز سجل TXT مرئي من خلال عمود حالة التحقق: يشير إلى أن سجل TXT غير مطلوب للتحقق من هوية المجال في سير العمل هذا. يعد هذا مثالًا مفيدًا يوضح سبب عدم تحول قيمة DNS المرئية إلى طلب تغيير تلقائيًا. قم بتسجيل العمود ومربع الحوار الذي يوفر السجلات المقترحة.
للتحقق بنجاح، تنتقل قيم حالة التحقق الموثقة وحالة DKIM من معلق إلى نجاح. احتفظ بالملاحظات والطوابع الزمنية الخاصة بها. إن تبعية المفتاح العام الموجودة في DNS والمنتج الذي يبلغ عن التحقق الناجح مرتبطان ولكنهما نقاط تفتيش مختلفة. التحقق من هوية المجال
قم بمراجعة معالجة الاسم والتحقق غير الناجح بأمان
توضح تعليمات هوية المجال الخاصة بـ Zuora أن الاسم المنتهي بـ _domainkey قد يحتاج إلى إلحاق المجال، ما لم يضيفه موفر DNS بالفعل. هدف القبول هو الاسم المقصود الكامل، وليس تعليمات عامة لإضافة اللاحقة أو إزالتها دائمًا. قارن الاسم الصادر مع اصطلاحات المحرر الفعلية قبل النشر.
يصف الدليل أن التحقق يستغرق ما يصل إلى 72 ساعة ويوفر تعليمات إعادة المحاولة أو إعادة إنشاء الهوية للحالات التي لم يتم حلها. تعامل مع هذه الأمور كإرشادات للمنتج، وليس ضمانًا بأن السجل غير الصحيح سيصبح صالحًا عن طريق الانتظار. تعد إعادة إنشاء هوية في بيئة نشطة بمثابة تغيير لاحق في التكوين يتطلب مراجعة التبعية والترخيص؛ لا ينبغي أن يكون منعكسًا لاستكشاف الأخطاء وإصلاحها تلقائيًا.
قم أولاً بمقارنة الأسماء المستعارة الثلاثة المقصودة وأهدافها والمنطقة الموثوقة والحالة الحالية. احتفظ بأدلة التناقض قبل تغيير أي شيء. لا تقم بإزالة هوية العمل لمجرد فشل رسالة من مسار آخر. نتائج التحقق واستكشاف الأخطاء وإصلاحها
متطلبات منفصلة للخادم الافتراضي وسير العمل والخادم الخارجي
بالنسبة لخادم البريد الإلكتروني الافتراضي Zuora، يوفر دليل إمكانية التسليم SPF مثال باستخدام mx و a:zgateway.zuora.com. إنه مثال على هذا النقل، وليس بديلاً آمنًا لسياسة نظام SPF الكاملة للمؤسسة. الحفاظ على المرسلين المعتمدين الآخرين وتحديد الهوية الفعلية التي تم تقييمها قبل اقتراح تغيير السياسة.
بالنسبة لمسار SES الخاص بسير العمل، يصف الدليل workflow@zuora.com كعنوان "من" الافتراضي الذي تم التحقق منه مسبقًا. يتضمن استخدام المجال الخاص بالمؤسسة بدلاً من ذلك ترخيص نظام التعرف على SPF الموثق وطلبًا إلى دعم Zuora العالمي للحصول على ثلاثة سجلات DKIM CNAME . القيم المدعومة بالدعم غير قابلة للتبديل مع هوية SMTP المتقدمة التي تم تخمينها.
لدى SMTP الخارجي مالك مختلف: توفر المؤسسة أو الموفر المختار الخادم ذي الصلة وتكوين المصادقة. يصف الدليل أيضًا خيارات SMTP الخارجية لسير العمل، لكن هذه المخطوطة لا تنشئ بيانات اعتماد أو تسجل تطبيقات أو تقوم بتكوين OAuth. تتطلب هذه الإجراءات تصريحًا خاصًا بها وتعليمات خاصة بمزود الخدمة الحالي. أقسام خاصة بالنقل
تفسير SPF و DMARC على مستوى الرسالة
include:amazonses.com للتكوينات المستندة إلى SES الموصوفة. لا تزال هذه التعليمات بحاجة إلى التوفيق بين المسار الفعلي والسياسة الكاملة. لا يعد التضمين ضمانًا بأن كل رسالة يتم إنشاؤها بواسطة Zuora تستخدم المجال الذي تم نشرها فيه. يقوم نظام التعرف على SPF بتقييم هويات SMTP المحددة، ويتم تحديد العديد منها سجلات SPF تسبب خطأ بدلا من الجمع تلقائيا.
قم بمراجعة شروط التقييم المعتمدة على DNS والتفويضات الحالية قبل قبول السياسة المدمجة. ثم قم بتقييم الرسالة المستلمة من ممثل معتمد: سجل مجال المؤلف المرئي، ومجال التوقيع والمحدد، وهوية المغلف ذات الصلة، ونتائج المتلقي الموثوق به. DMARC يحتاج إلى هوية مصادقة عابرة؛ إن وصف الامتثال الواسع النطاق للمنتج ليس دليلاً على توافق رسالة معينة.
لا تضمن المصادقة وضع البريد الوارد، أو استلام العميل لإشعار الفوترة، أو شرعية تعليمات الدفع. احتفظ بنتائج الأعمال هذه منفصلة عن بيان القبول الفني. RFC 7208 ، القسم 2.4; RFC 7208 ، القسم 3.2; RFC 7208 ، القسم 4.6.4; RFC 9989 ، القسم 4.4
ورقة عمل القبول لتسليم منصة الفوترة
استخدم ورقة العمل الأصلية المقترحة هذه بشكل منفصل للإشعارات المختلفة ومسارات سير العمل.
- النطاق: المستأجر والبيئة والميزة وفئة الرسالة والنقل المحدد.
- المرسل: مجال المؤلف المقصود، والهوية الافتراضية مقابل الهوية المخصصة، ومالك العمل المسؤول.
- طلب الموفر: السجلات التي تم إنشاؤها أو إصدارها من قبل الدعم بالضبط، وواجهة إصدارها والحساب الذي تنتمي إليه.
- مراجعة DNS : استكمال سياسة نظام SPF المتأثرة، ومقارنة ثلاثة ملفات CNAME عند الاقتضاء والتبعيات الحالية.
- حالة المنتج: أعمدة الحالة والقيم والطوابع الزمنية ذات الصلة بدلاً من تسمية عامة جاهزة.
- قبول الرسالة: نموذج معتمد مصغر مع هويات المؤلف والمغلف والتوقيع بالإضافة إلى التحقق الموثوق به.
- التحكم في التغيير: الموافقة ومالك التراجع ومعالجة اتصالات الفواتير المجدولة.
- الإصدار: تم تسجيل الفجوات الحالية في التطبيق والإنتاج والفجوات البصرية ومراجعة المالك بشكل واضح.
إن تصميم القبول الفارغ هذا ليس اختبارًا تم تنفيذه ولا يحتوي على بيانات فواتير أو بيانات اعتماد أو رسائل للعملاء.
التشخيص الخيالي: دليل من مرسل سير العمل الافتراضي
تتحقق شركة الاشتراك الخيالية من هوية SMTP المتقدمة لمسار إشعار الإنتاج الخاص بها. يتلقى المراجع بعد ذلك نموذج سير العمل باستخدام مرسل الموفر الافتراضي ويتعامل مع مصادقة المرور الخاصة به كدليل على أن إشعارات فوترة المجال المخصص جاهزة. العينة والطريق المُطالب به غير متطابقين.
التصحيح المقترح هو رسم خريطة لكل ميزة ونقل قبل جمع أدلة إضافية. يحتفظ الفريق بحالة هوية المجال الناجحة ولكنه يطلب عينة معتمدة بشكل صحيح من فئة الإشعارات المقصودة. ولا يحل محل سياسة نظام SPF المشتركة أو يحذف هوية لإجبار الرسائل غير ذات الصلة على أن تبدو متشابهة. يبقي التقرير تخصيصات سير العمل التي لم يتم حلها منفصلة. هذا السيناريو خيالي ولا يصف أي نشاط حقيقي للمستأجر أو فشل Zuora الذي تم التحقق منه.