بوابات خدمة المواطنين: توثيق الإيصالات والتذكيرات وإشعارات الحالة

يمكن للبوابة قبول طلب ما في حالة فشل استلامه، أو إرسال تذكيرات بنجاح أثناء استخدام تحديثات الحالة لترحيل منسي. يواجه المواطن خدمة مكسورة في كلتا الحالتين. تعامل مع الإيصالات والتذكيرات وإشعارات الحالة باعتبارها ثلاثة مسارات مملوكة بشكل مستقل قبل الاعتماد على مقياس المصادقة المدمج.

اربط كل إشعار بانتقال الحالة

بالنسبة للإيصال، حدد حدث التطبيق الذي يقوم بإنشائه والمعرف الذي يربطه بالتقديم. للحصول على تذكير بالموعد، قم بتسجيل نظام الجدولة والمنطقة الزمنية وسلوك إعادة الجدولة. للحصول على تحديث الحالة، حدد انتقال إدارة الحالة والمكان الرسمي الذي يمكن للمواطن التحقق منه. احتفظ بوقت الإشعار منفصلاً عن وقت الحدث الأساسي.

قم بتعيين كل حدث إلى التطبيق المرسل، ومستأجر البائع، ومن المجال، مرسل المغلف, DKIM المجال و محدد. لا يُظهر نطاق بوابة الويب وشهادة TLS النظام الذي يرسل البريد الإلكتروني. يمكن لتكامل التطبيق تحديد موفر مختلف لكل مجموعة إشعارات، حتى عندما تشترك جميع الرسائل في نفس التصميم المرئي.

صمم اختبارات حول التغييرات، وليس فقط المسار السعيد

استخدم التطبيقات الوهمية وصناديق البريد التجريبية المعتمدة. قم بتشغيل الإرسال وتغيير الموعد وإلغاء الموعد وتغيير الحالة في بيئة اختبار معتمدة حيثما كان ذلك متاحًا. افحص بايتات الرسالة النهائية ونتائج المصادقة الموثوقة للمستلم. التأكد من أن الروابط والمراجع المعروضة تؤدي إلى الخدمة الرسمية المتوقعة، دون تضمين تفاصيل حالة المواطن الحقيقية في سجلات الاختبار العامة.

يمكن توقيع التذكير الموجود في قائمة الانتظار قبل إعادة الجدولة بشكل صحيح ولا يزال يصف موعدًا قديمًا. لا تؤدي مصادقة المجال إلى حل عيب التطبيق هذا. تتبع الحدث الأصلي للإشعار وإصداره حتى تتمكن العمليات من التمييز بين المحتوى القديم وفشل الهوية. وبالمثل، يجب التحقق من الإيصال المكرر كحدث أو مشكلة إعادة المحاولة بدلاً من تصنيفه تلقائيًا على أنه انتحال.

قرر من يوقف رحلة مكسورة

يجب على مالك التطبيق الحكم على ما إذا كان المواطن يمكنه الاستمرار بأمان عند عدم توفر البريد الإلكتروني. يجب أن يتعامل مالك الجدولة مع تناقضات التذكيرات، ويجب أن تتعامل عمليات الحالة مع إشعارات الحالة. حدد المسار البديل المعتمد للتحقق من الحالة واتصال التصعيد قبل تشديد السياسة. لا تعد بقناة بديلة ما لم تكن مدعومة وموظفة بشكل حقيقي.

إذا لم تتم محاذاة المرسل، فتحقق من إمكانية المجال المخصص الفعلي للخدمة والسجلات التي أنشأها المستأجر. قم بتغيير مسار الهوية المعتمد فقط، واختبره، واحتفظ بخطة التراجع المؤرخة. تجنب واسعة SPF تتم الإضافات فقط لأن عنوان IP المصدر يبدو مألوفًا. يمكن للموفر مصادقة المجال الخاص به أثناء الفشل في الإنشاء تنسيق مع المجال من الخدمة العامة.

مراقبة الاكتمال وليس النسب المئوية فقط

قم بتسجيل عائلات الإشعارات التي تمت ملاحظتها، والتي تم اختبارها، والتي لم يتم التحقق منها بعد. قم بتضمين أحداث دورة الحياة النادرة ومتغيرات اللغة المحلية عند استخدام قوالب أو أنظمة مختلفة. يستخدم تقارير مجمعة لتحديد الأنماط ضمن تغطية التقارير الفعلية الخاصة بهم، ثم التحقيق في الطرق المفقودة أو الفاشلة باستخدام أدلة الخدمة. قم بتحديث الخريطة بعد ترقيات البوابة الإلكترونية وتغييرات الجدولة واستبدال المورد والتغييرات في المجال من. لم يتم التأكيد هنا على موعد نهائي محدد للإخطار القانوني.

العمل من خلال ثلاثة سجلات طريق مكتوبة

هذه الأمثلة المحجوزة للنطاقات والمحددات والأدوار ومباني DKIM العابرة هي خيالية. لا يتم توفير أو تنفيذ أي رسالة موقعة أو مفتاح أو التحقق من التشفير أو بحث DNS أو معاملة SMTP أو اختبار الخدمة المباشرة لهذه الحالات. ليست هناك حاجة إلى رمز اختبار أو عينة خارجية لفحص الأسباب أدناه.

• الإيصال: مرئي من النطاقإيصالات receipts.civic.example ؛ DKIM d=receipts.civic.example; عرض محدد 1؛ افترض أن DKIM يمرر فقط لهذه الحالة المكتوبة. بريد SPF من الهوية والنتيجة غير معروفة؛ التوقيعات الأخرى غير معروفة؛ اكتشاف السياسة الفعلية والتسليم غير معروف. المالك المقترح: مالك خدمة التطبيقات. الإجراء التالي: احصل على عينة معتمدة ونتيجة مستلم موثوق به لهذا المستأجر بالتحديد.
• تذكير الموعد: مرئي من appointments.civic.example المجال.civic.example؛ DKIM d=appointments.civic.example; محدد التجريبي 2؛ افترض أن DKIM يمرر فقط لهذه الحالة المكتوبة. بريد SPF من الهوية والنتيجة غير معروفة؛ التوقيعات الأخرى غير معروفة؛ اكتشاف السياسة الفعلية والتسليم غير معروف. المالك المقترح: مالك الجدولة. الإجراء التالي: قم بتأكيد هذا المسار المنفصل وحدث الأعمال الخاص به بدلاً من توريث نتيجة المسار الأول.
• إشعار الحالة: مرئي من المجال status.civic.example ؛ DKIM d=provider.example.net; محدد التجريبي3؛ افترض أن DKIM يمرر فقط لهذه الحالة المكتوبة. بريد SPF من الهوية والنتيجة غير معروفة؛ التوقيعات الأخرى غير معروفة؛ اكتشاف السياسة الفعلية والتسليم غير معروف. المالك المقترح: مالك إدارة الحالة. الإجراء التالي: اطلب من المورد الذي تم التحقق منه معرفة مسار التوقيع المتوافق المدعوم لهذا المستأجر؛ لا تقم بتوسيع الترخيص ليشمل شبكتها بأكملها.

بالنسبة للتوقيعين الأولين المنصوص عليهما، d= يساوي تمامًا المجال من، وبالتالي فإن المعرف يلبي المحاذاة الصارمة والمريحة. وبالنظر إلى نتيجة DKIM الناجحة المنصوص عليها، يوجد مسار مصادقة متوافق لتلك الرسائل الافتراضية. الموقّع الثالث لا علاقة له عمدًا بمجال المؤلف ولا يمكنه توفير هذا المسار المحاذي. لا تتصل بالرسالة الثالثة أ DMARC الفشل: محاذاة SPF أو تمريرة محاذاة أخرى توقيع DKIM لا يزال بإمكانه تلبية الآلية، وهذه المدخلات غير معروفة. لا تستنتج النشر الحقيقي أو موضع البريد الوارد من أي صف.

التوقيع المشفر يصادق على مسؤولية مجال التوقيع، وليس حقيقة أو تفويض كل تعليمات. يمكن أن تؤدي التغييرات التي يتم إجراؤها على وحدات البايت الأساسية المغطاة إلى إبطال التوقيع؛ ليس كل تعديل مرئي يغير بالضرورة المدخلات الموقعة. تظل المصادقة والقبول على مستوى التطبيق منفصلين.

حل مثال للتذكير الذي لا معنى له

افترض أن الإصدار 1 لموعد الحالة الخيالية C-01 كان الساعة 10:00 بتوقيت الخليج وأن الإصدار 2 ينقلها إلى الساعة 11:00 بتوقيت الخليج في نفس اليوم. يُنص على تذكير الإصدار 1 الموجود في قائمة الانتظار بالفعل لتمرير DKIM المحاذي. نتيجة هويته لا تجعل الساعة 10:00 حاليًا. يجب على صاحب الجدولة تطبيق قاعدة الإلغاء أو الاستبدال المعتمدة والتحقق من الموعد الحالي في البوابة الرسمية والتأكد من تسليم التصحيح بالفعل. إذا كانت الرسالة تحمل الإصدار 2 بدلاً من ذلك ولكن لا يوجد دليل مصادقة موثوق به، فتحقق من مسار البريد بشكل منفصل. لم يتم استخدام أي حالة حقيقية أو رسالة أو إعادة جدولة مهمة أو إرسال تصحيح هنا.

تطبيق المعايير دون المطالبة بالامتثال لها

RFC 9989 الأقسام 4.4 و5.3.5 دعم المحاذاة وتمييز الآلية. يحذر القسم 7.4 من إمكانية التشغيل التفاعلي للبريد غير المباشر: تستخدم النطاقات p=reject يجب أن يستخدم DKIM صالحًا، وليس نظام التعرف على هوية المرسل SPF وحده، كما أن استخدام القائمة البريدية للأغراض العامة يحتاج إلى عناية خاصة. إن جرد المسار ليس في حد ذاته إذنًا لفرض الرفض. RFC 6376 الأقسام 3.4-3.7 و6.1 وصف المدخلات الموقعة والتحقق. RFC 9990 القسم 3.1 يوفر سياق التقارير، وليس دليل وصول لكل مستلم. RFC 5321 القسم 4.2.5 يميز مسؤولية قبول الخادم عن نتائج التسليم اللاحقة. خيارات سير عمل القطاع هنا هي توصيات تحريرية؛ يحتاج النطاق القانوني وملاءمة العوامل والترخيص المحلي إلى مراجعة مسؤولة خاصة بهم.