لإعادة بناء اتصال البريد الإلكتروني الجديد أثناء تسجيل المسؤول باستخدام المنفذ 25، بدلاً من المنفذ الافتراضي 587، ومع ذلك، فإن ملف التكوين النموذجي يقول خلاف ذلك
#DISCOURSE_SMTP_PORT: 587 # (اختياري، الافتراضي 587)
تظهر سجلات Rails محاولة الاتصال بالمنفذ 25 في التكوين الافتراضي
استثناء المهمة: انتهاء مهلة فتح اتصال TCP بـ smtp.domain.com:25 (يتجاوز 5 ثوانٍ)
نعم، أعتقد أنني أستطيع إثبات ذلك برمز المصدر:
كان آخر تثبيت قبل 9 سنوات، لذا ربما كان هذا هو الافتراضي لفترة طويلة! 
تم نقل هذا إلى Bug على الرغم من أنه ليس مشكلة في الكود، فمن شبه المؤكد أنه غير صحيح في قالب الإعدادات؟
لذا قم بتعيينه بدلاً من قبول القيمة الافتراضية. يقوم discourse-setup بتعيينه.
ربما يشبه الأمر #ux؟
لقد كان الأمر كذلك لمدة 9 سنوات وهذه هي المشكلة الأولى التي تم الإبلاغ عنها. عندما يبلغ شخص آخر عن مشكلة في هذا، فمن المؤكد أنه سيتم نقله إلى أعلى القائمة، على الرغم من أن شخصًا ما يمكنه محاولة تقديم طلب سحب (PR) إذا أراد.
لا يقوم الجميع بتشغيل discourse-setup، بل يستخدمون ملفات الويب وملفات البيانات yml مباشرة لإنشاء مثيلات متعددة تعمل على نفس النظام. ولكن نعم، ليست أولوية عالية لحلها.
ما لم تكن على دراية بمناقشات ضبط الأداء لتكوينات وحدة المعالجة المركزية والذاكرة المختلفة على Discourse، فلن تتجاوز discourse-setup تمامًا.
يبدو أنك أول شخص منذ ما يقرب من عقد من الزمان يبلغ عن مشكلة. أتخيل أن الجميع الآخرين قاموا بتعيينها بدلاً من الأمل في أن يعمل الإعداد الافتراضي. من المفترض أنه إذا لم تقم بتشغيل discourse-setup ، فذلك لأنه يمكنك التعامل معه.
لا يضر تغيير التعليق هنا إلى 25
حيث يبدو أن ./discourse-setup يفترض أن القيم الموجودة في الملف النموذجي هي القيم الافتراضية لـ Discourse؟
نعم. إنه يثق بالقوالب بدلاً من تحليل ملف التكوين.
يقوم discourse-setup دائمًا بتعيين قيمة (لن يترك السطر معلقًا)؛ أولئك الذين يستخدمون discourse-setup لن يواجهوا مشكلة أبدًا مع منفذ SMTP الافتراضي الذي يكون “خاطئًا”؛ لهذا السبب يبدو أن هذه هي المرة الأولى التي يظهر فيها هذا الأمر. (ويبدو أنه حتى قبل وجود discourse-setup، لم يقرر أحد ترك المنفذ معلقًا وتوقع أن يكون الافتراضي 587؛ فمن المنطقي أكثر تعيين المنفذ بدلاً من الأمل في أن يعمل الافتراضي). سيؤدي تغييره إلى 25 في standalone.yml و web_only.yml إلى تشجيع الأشخاص الذين يستخدمون discourse-setup على استخدام المنفذ 25، مما يعني على الأرجح أن مجموعة من الأشخاص سيضطرون إلى كتابة 587 بدلاً من مجرد الضغط على Enter، وسيقوم آخرون، الذين لا يعرفون ما هو المنفذ، بقبول الافتراضي بشكل أعمى ومن المحتمل أن يواجهوا مشاكل في فهم ذلك. أعتقد أنه سيكون هناك المزيد من الأشخاص في المجموعة مقارنة بأولئك الذين يعرفون كيفية تحرير ملف نصي واختيار ترك منفذ SMTP معلقًا بدلاً من إدخال القيمة التي يريدونها بالفعل.
الوقت الوحيد الذي يمكن أن يحدث فيه هذا “الخطأ” هو إذا قام شخص ما بتحرير standalone.yml يدويًا واختار ترك منفذ SMTP معلقًا بدلاً من توفير قيمة. من غير الواضح ما إذا كانت القوالب خاطئة أم أن الافتراضي الفعلي خاطئ.
