SSL/TLS للمنفذ 465 (Net::ReadTimeout) - حل غير موثق

كنت أحاول إعداد البريد الإلكتروني مع خادم cpanel. فشلت لعدة ساعات.
هذا هو الحل في app.yml:

DISCOURSE_SMTP_FORCE_TLS: true

بصفتي مسؤولًا جديدًا، أتساءل عن هذا الإعداد:

DISCOURSE_SMTP_ENABLE_START_TLS: true

ما هو الفرق؟ لماذا يعمل أحدهما ولا يعمل الآخر؟ وإذا كان الأمر كذلك: لماذا لا يكون DISCOURSE_SMTP_FORCE_TLS موجودًا أيضًا؟

يبدو أن Thunderbird (عميل البريد الإلكتروني) يعرض هذه الخيارات الثلاثة: no encryption و STARTTLS و SSL/TLS. لذلك، تساءلت عما إذا كان DISCOURSE_SMTP_FORCE_TLS يعني SSL/TLS، وهل يمكن أن يكون ذلك في القالب. أو ربما لا؟

كيف هو الحال مع توثيق هذه الخيارات؟ هل سيكون ذلك مقبولًا؟ هل هناك سياسة “الحفاظ على القوالب صغيرة”؟
على سبيل المثال، كنت مرتبكًا بعض الشيء بسبب DISCOURSE_SMTP_ADDRESS و DISCOURSE_SMTP_DOMAIN حيث أن curl لإرسال رسائل البريد الإلكتروني لا يحتاج إلى DISCOURSE_SMTP_DOMAIN كمعامل.

إعجابَين (2)

هناك طريقتان للتعامل مع SSL مع SMTP.

  1. الاتصال بشكل طبيعي، عادة عبر المنفذ 25 أو 587، وإصدار أمر STARTTLS. هذا هو الغرض من DISCOURSE_SMTP_ENABLE_START_TLS.
  2. الاتصال باستخدام SSL من البداية، عادة عبر المنفذ 465. هذا هو الغرض من DISCOURSE_SMTP_FORCE_TLS.
3 إعجابات

متابعةً لهذا بعد Reworking the emails:test rake task output لا ينبغي تجاوز DISCOURSE_SMTP_ENABLE_START_TLS، حتى لو كنت تستخدم TLS ضمنيًا (DISCOURSE_SMTP_FORCE_TLS).