بعد التحديث إلى الإصدار 2026.1.5، أرى الآن هذه النصيحة على الموقع:
تم تكوين الخادم لإرسال رسائل البريد الإلكتروني عبر Amazon SES، لكنك لم تقم بإضافة أي معرفات ARN لمواضيع SNS إلى القائمة المسموحة. سيتم رفض إشعارات الارتداد (Bounce notifications) حتى تقوم بإضافة معرف ARN المشروع إلى aws_sns_topic_arn_allowlist.
في وحدة تحكم Amazon SNS، كان لدي بالفعل موضوعان (Topics) مضبوطان. لا أذكر بوضوح كيفية إعداد SES. يجب أن يكون ذلك قد تم وفقًا لتعليمات Discourse ذات الصلة. كما تم ذكر ذلك في هذا الموضوع الأخير: How do I properly configure the AWS SNS topic ARN allowlist?.
كان أحدهما مخصصًا للرسائل المرتدة (bounces) والآخر للشكاوى، وكان هناك معرفات موارد Amazon (ARNs) لكل منها بالصيغة arn:aws:sns:eu-west-1:111111111111:DiscourseBounces. لقد قمت بإدخال هذين المعرفين في إعداد Discourse الخاص بـ aws_sns_topic_arn_allowlist ولم يعد تحذيرًا يظهر. آمل أن يعني ذلك أنني فعلت الشيء الصحيح…
وفقًا لـ هذا، يبدو أن هذا الإعداد مخصص ليتعلم Discourse عن الرسائل المرتدة التي استقبلتها Amazon بعد الإرسال عبر SES.
ومع ذلك، أنا أستخدم SES فقط لإرسال رسائل إلى forum.example.com، وأستخدم mail-receiver لاستقبال الردود والرسائل المرتدة. أعتقد أن رسالة التحذير في لوحة تحكم Discourse تنطبق فقط على الأشخاص الذين يستلمون الردود والرسائل المرتدة عبر SES، أليس كذلك؟ وليس على أولئك الذين لديهم سجل MX يشير إلى خادمنا الخاص؟
أهلاً وشكراً على الموضوع، كان هذا الأمر غامضاً بالنسبة لي. كان ينبغي أن نشرح متى ينطبق هذا الإعداد وأين يمكن العثور على القيمة، كما أن التحذير عام جداً.
يظهر هذا التحذير كلما كان اسم مضيف SMTP يشبه SES وكانت قائمة السماح فارغة، حتى لو لم تكن خدمة SNS جزءاً من إعداداتك.
إذا كانت ردود أخطاء القفز (bounces) من SES تصل إلى Discourse عبر mail-receiver، فلا تحتاج إلى ملء هذا الإعداد. يمكنك تركه فارغاً.
@Jonathan5، قيمة ARN لموضوع القفز التي أضفتها صحيحة. ومع ذلك، ملاحظة صغيرة - حالياً تعالج Discourse القفزات فقط من خلال هذا الويب هوك، لذا فإن إضافة موضوع الشكاوى (complaint topic) لا يمكن تفعيل معالجة الشكاوى.
لقد قمنا بتحديث الأوصاف والتحذيرات للإشارة إلى ذلك، حتى يمكن تجاهلها عندما لا تكون قابلة للتطبيق. شكراً لك على ملاحظاتك!