أبحث عن بعض النصائح هنا بشأن الإعداد الأمثل لسيناريو يكون فيه تثبيت Discourse داخليًا بحتًا (يمكن الوصول إليه فقط عبر الشبكة الداخلية للمستخدمين الداخليين)، وبالتالي لن يحتاج أبدًا إلا إلى إرسال رسائل بريد إلكتروني إلى نطاق داخلي تابع للمؤسسة…
…لكن هذا النطاق يتم إدارته بواسطة Office 365.
لقد رأيت المنشورات المختلفة المتعلقة بالمشاكل في استخدام Office 365 لتثبيتات Discourse (وقمت بتكرار العديد منها بنفسي مسبقًا)، لذا أقوم حاليًا بإعادة توجيه الرسائل البريدية عبر Mailjet للوصول إليها إلى وجهتها، لكن يبدو حقًا أنه أمر سخيف إلى حد ما أن نضطر إلى إشراك خدمة بريد جماعي تابعة لجهة خارجية لإرسال بريد داخلي. هل فاتني شيء واضح، أم أن هذا هو بالفعل أفضل طريقة للقيام بذلك؟
بشكل ما، يُعد Office365 نفسه خدمة بريد جماعي تابعًا لطرف ثالث
نظرًا لأن مايكروسوفت لا تقدم فعليًا خدمة SMTP عامة كجزء من تلك الاشتراكات (بحسب فهمي)، فإن ما قمنا به في حالتنا هو إعداد سجلات MX وما إلى ذلك لنطاق فرعي واستخدامه مع (نعم، خدمة SMTP تابعة لطرف ثالث أخرى) للبريد الصادر من Discourse. كما تتم معالجة رسائل البريد الإلكتروني بواسطة هذا الطرف الثالث، ويتم إشعار Discourse عبر واجهة برمجة التطبيقات (API) أو الويب هوك.
قد تحتاج إلى أن يقوم مسؤول O365 بإضافة النطاق الفرعي الجديد إلى القائمة البيضاء إذا اتبعت هذا النهج، حتى لا يتم التقاطه بواسطة فلاتر البريد العشوائي الصارمة.
