لقد واجهت Discourse::InvalidAccess مرة أخرى. هذه المرة، لم يكن طول الموضوع هو السبب. أشك في أن الأمر يتعلق بكون الفئة فئة فرعية مقيدة. ولكن تم تعيين الفئة لاستقبال البريد الإلكتروني من عناوين بدون حساب، لذلك أتوقع أن يمر البريد الإلكتروني وينشئ موضوعًا جديدًا.
حالة الاستخدام هي دعوة لتقديم طلبات (CFP): يجب أن يتمكن الأشخاص من إرسال الرسائل، ولكن يجب أن يتمكن المنظمون فقط من قراءة الرسائل ومناقشتها. أعتقد أن هذا يختلف عن الحالة الموصوفة في Email in to a private category
أعدت البناء بعد git pull (noop)، ويبدو الآن أنه يعمل مع النطاق الثاني المضاف إلى relay_domains الخاص بـ Postfix. قبل هذه السلسلة من الاختبارات، ومع التغيير، لم يعد لدي أي خطأ، لكن رسائل البريد الإلكتروني لم تظهر على الإطلاق، لا في الفئة ولا في سجلات الأخطاء.
(بالطبع، example.net ليس ما هو موجود فعليًا في ملف التكوين. ما هو موجود هناك هو اسم المضيف للمنتدى واسم النطاق الأصل، وكلاهما تم تكوينهما في نظام أسماء النطاقات)
لاحظت أن @mpalmer ذكر قبل سنوات أنه يمكن إضافة نطاق ثانٍ ولكن
لذلك توقعت أن تكوين relay_domains الصغير لن يكون كافيًا، ولكنه يبدو أنه يعمل، بالنظر إلى أنك تقوم بتشغيل git pull قبل إعادة البناء. يجب أن يكون هناك بعض الغرابة في الطريقة التي يتم بها بناء حاوية mail-receiver التي تفشل في تحديث pups…
يبدو أن الفشل قد عاد بطريقة ما. هذا أمر سخيف بعض الشيء، لأن الاختبارات السابقة كانت جيدة. الآن بعد إعادة بناء أخرى، يتم رفض البريد الإلكتروني الوارد مرة أخرى. لجأت إلى تكرار رقصة git pull ثم rebuild ولكن هذه المرة لم يبدو أنها تعمل.
أشك في أن وضع الفئة الفرعية قد يكون له دور، إلا إذا تغير شيء ما في طريقة التعامل مع البريد الإلكتروني الوارد فيما يتعلق بأذونات الفئة.
الوضع الآن هو أن الناس يرسلون البريد الإلكتروني، ويتلقون بريدًا إلكترونيًا بالرفض، لذلك يتعين علي نسخ ولصق رسائل البريد الإلكتروني المرفوضة وتعيين المواضيع للمرسل الأصلي. لذلك فإن “تجربة المستخدم” سيئة للغاية، والعبء الإضافي مزعج للغاية.
لا يمكنني حقًا قبول أن البريد الإلكتروني الوارد هو فئة عامة، هذه هي النقطة الأساسية في إجراء دعوة لتقديم العروض. ولكن يبدو أن Discourse غير قادر الآن على خدمة هذا الغرض.
نعم، بعضها.\n\nيتم رفض رسائل البريد الإلكتروني من أشخاص ليس لديهم حسابات (ولكن الفئة مضبوطة على استلام البريد الإلكتروني من عناوين بدون حساب).\n\nتبدو رسائل البريد الإلكتروني من أشخاص في المجموعات المصرح بها وكأنها تمر على ما يرام.\n\nيتم رفض رسائل البريد الإلكتروني من أشخاص لديهم حساب ولكن ليس لديهم وصول إلى الفئة.\n\nيبدو لي أنه يتم التحقق من الأذونات على الرغم من إعداد القبول الافتراضي.\n\nأنا حاليًا أراجع كود حاوية مستلم البريد لمعرفة ما إذا كان بإمكاني العثور على شيء هناك.
بالنسبة لأولئك الذين لديهم حساب ولكن ليس لديهم حق الوصول إلى الفئة، فمن المتوقع رفضهم. ينطبق خيار قبول رسائل البريد الإلكتروني من المستخدمين المجهولين الذين ليس لديهم حسابات فقط على المستخدمين المرحليين، أما أولئك الذين لديهم حساب حالي فتطبق عليهم أذونات الفئة.
من الغريب رفض الأشخاص الذين ليس لديهم حسابات. هل يمكن أن يكون هذا بسبب التغييرات التي أجريتها على مستلم البريد؟
يبدو أن الرفض يتم التعامل معه بواسطة نقطة النهاية في /admin/email/smtp_should_reject.json.
لقد أجريت التغيير لأن رسائل البريد الإلكتروني كانت ترتد. أضفت أولاً رسائل بريد إلكتروني متعددة إلى عنوان البريد الإلكتروني الوارد (بفصلها بـ |) ويبدو أن ذلك نجح.
حسنًا، هذا منطقي. لكنه مربك بعض الشيء. إذا كان بإمكان “أي شخص” إرسال بريد إلكتروني، ولكن المستخدمين الحاليين لا يمكنهم ذلك، فهذا يقوض الغرض.
سأتحقق من رسائل البريد الإلكتروني المرفوضة ما إذا كانت مرحلية أم لا. شكرًا جزيلاً لك على مساعدتي في تصحيح الأخطاء يا @JammyDodger.
أعتقد أنك على حق يا @JammyDodger، المستخدمون الجدد يمرون، والمستخدمون الحاليون الذين لديهم وصول عادي إلى الفئة يمرون، ولكن الحسابات الحالية التي ليس لديها وصول لا يمكنها إرسال بريد إلكتروني إلى الفئة.
أعتقد أن الحل البديل سيكون إنشاء مجموعة CFP بدون أي إشعار للفئة التي تتكون من جميع المستخدمين الحاليين. لكن هذا يبدو غير عملي وقد يكون له آثار جانبية بإلغاء الإشعارات الحالية… لست متأكدًا مما يجب فعله.
بالنظر إلى فئة خاصة مع تفويض البريد الإلكتروني للعناوين غير المعروفة (أي، لا تنتمي إلى أي حساب موجود، تُعرف أيضًا باسم مستخدم مرحلي)
→ إذا وصل بريد إلكتروني من عنوان غير معروف: يتم تسليمه إلى الفئة الخاصة
→ إذا وصل بريد إلكتروني من عنوان معروف: يتم تسليمه إذا وفقط إذا كان المستخدم عضوًا في مجموعة مصرح لها بالوصول إلى الفئة.
لذلك، إذا كنت ترغب في استخدام البريد الإلكتروني الوارد لـ CFP، فقم بتكوين البريد الإلكتروني الوارد لمجموعة خاصة واستخدم هذا العنوان. يمكن “جعل الرسائل عامة” وتحويلها إلى موضوع في فئة (خاصة أو غير خاصة).
