قد يساعد هذا في العثور على العنصر الصحيح:
dig +short smtp.mydomain.info|xargs -n 1 nslookup|grep name=
3 إعجابات
للأسف لم ينجح الأمر، الخطأ هو نفسه:
SSL_connect returned=1 errno=0 state=error: certificate verify failed (Hostname mismatch)
مع الإصدار 2.9.0.beta4 (0acbd63320) كان يعمل، هل يمكنني الرجوع إلى إصدار أقدم؟
لقد أنشأت حساب بريد إلكتروني مؤقت جديد مع دعم بدء تشفير TLS، آمل أن يتم إصلاحه قبل إصدار 2.9.0.beta5.
إعجابَين (2)
لقد اتبعت النصيحة أعلاه وقمت بتعيين اسم المضيف إلى الاسم الموجود على الشهادة.
تجدر الإشارة إلى أنه في هذه الحالة، يبدو أن المشكلة قد حدثت فقط بعد إعادة بناء بدأها المشغل، بدلاً من مجرد ترقية. ربما توجد مشكلة في نصوص المشغل؟
إعجابَين (2)
هل يمكنك من فضلك إخباري كيف فعلت ذلك؟
أنا أتخبط، لا يمكنني استخدام خادم SMTP بالمنفذ 25 أو 587 بدون SSL و TLS
شكرا
إعجاب واحد (1)
قد لا أتمكن من مساعدتك حينها، حيث أن إعداداتي لا تتطلب TLS. أعتقد أن الشيء الوحيد الذي يجب فعله هو إما استخدام موفر بريد إلكتروني تابع لجهة خارجية يوفر شهادات صالحة، أو انتظار إصلاح يسمح بتجاوز هذه المشكلة.
إعجاب واحد (1)
هل جربت أمر dig الخاص بريتشارد للعثور على اسم مضيف لخادم SMTP الخاص بك والذي لديه شهادة له؟
إعجاب واحد (1)
لدي أيضًا بدون TLS و SSL 
إعجاب واحد (1)
مشكلة مماثلة هنا Can't Send Emails - #14 by sukria.
هل تغير شيء ما في الصورة الأساسية أو في مكتبة خارجية أو gem؟
6 إعجابات
نعم هذا صحيح، إنها نفس المشكلة… بدأت منذ حوالي أسبوعين.
إعجاب واحد (1)
هل يمكنك تجربة كليهما
DISCOURSE_SMTP_ENABLE_START_TLS: false
DISCOURSE_SMTP_OPENSSL_VERIFY_MODE: none
؟
إعجابَين (2)
هذه هي الأشياء الأولى التي جربتها ولكن لا يزال نفس الخطأ
SSL_connect returned=1 errno=0 state=error: certificate verify failed (Hostname mismatch)
إعجاب واحد (1)
مرحباً، لقد جربت الخيارين. لا يزال الأمر لا يعمل:
DISCOURSE_SMTP_ADDRESS: REDACTED
DISCOURSE_SMTP_PORT: 25
DISCOURSE_SMTP_USER_NAME: REDACTED
DISCOURSE_SMTP_PASSWORD: REDACTED
DISCOURSE_SMTP_ENABLE_START_TLS: false # (اختياري، الافتراضي صحيح)
DISCOURSE_SMTP_OPENSSL_VERIFY_MODE: none
DISCOURSE_SMTP_AUTHENTICATION: "login"
ما زلت أحصل على فشل التحقق من الشهادة (شهادة موقعة ذاتيًا).
إعجابَين (2)
بالنسبة لي، لقد كانت هذه مشكلة مانعة لفترة طويلة…
أوصي بإنشاء عنوان بريد إلكتروني مؤقت جديد يدعم بروتوكول SMTP TLS.
هل يمكن أن يكون هذا متعلقًا بهذه الجوهرة
4 إعجابات
لدي نفس المشكلة بالضبط. بدأت بالأمس، عندما قمت بالترقية (عبر إعادة البناء) إلى 2.9.0.beta4 (a5779a7d0b). لم أقم بأي تغييرات على app.yml، أو أي شيء آخر. مجرد إعادة بناء.
لدي الآن أكثر من 1300 مهمة فاشلة.
أرى أخطاء SSL في السجلات (انظر أدناه للقطات الشاشة)، وأتساءل عما إذا كانت إعادة البناء تتجاهل فجأة علامة DISCOURSE_SMTP_ENABLE_START_TLS؟
هذا ما لدي “دائمًا” في ملف app.yml الخاص بي: (مرة أخرى، لم يتم إجراء أي تغييرات)
DISCOURSE_SMTP_ADDRESS: 172.17.0.1
DISCOURSE_SMTP_PORT: 25
DISCOURSE_SMTP_AUTHENTICATION: none
DISCOURSE_SMTP_ENABLE_START_TLS: false # (اختياري، الافتراضي صحيح)
تحرير: هذا ما أراه في سجلات البريد الإلكتروني للمضيف (خادم البريد). رسائل الخطأ جديدة، بدأت بعد إعادة البناء.
آخر رسالة بخصوص Discourse في سجلات البريد الإلكتروني قبل إعادة البناء:
May 23 17:16:02 localhost postfix/smtpd[5247]: connect from discourse-docker[172.17.0.2]
May 23 17:16:02 localhost postfix/smtpd[5247]: 0D803B67FB: client=discourse-docker[172.17.0.2]
May 23 17:16:02 localhost postfix/cleanup[5279]: 0D803B67FB: message-id=<topic/421230/2413438.f609f9d756c226a154de43f4@forums.jag-lovers.com>
May 23 17:16:02 localhost postfix/smtpd[5247]: disconnect from discourse-docker[172.17.0.2] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
أول إدخال في سجلات البريد الإلكتروني على الخادم بعد إعادة البناء:
May 23 17:22:48 localhost postfix/smtpd[10929]: connect from discourse-docker[172.17.0.2]
May 23 17:22:48 localhost postfix/smtpd[10929]: SSL_accept error from discourse-docker[172.17.0.2]: -1
May 23 17:22:48 localhost postfix/smtpd[10929]: warning: TLS library problem: error:14094412:SSL routines:ssl3_read_bytes:sslv3 alert bad certificate:../ssl/record/rec_layer_s3.c:1528:SSL alert number 42:
May 23 17:22:48 localhost postfix/smtpd[10929]: lost connection after STARTTLS from discourse-docker[172.17.0.2]
May 23 17:22:48 localhost postfix/smtpd[10929]: disconnect from discourse-docker[172.17.0.2] ehlo=1 starttls=0/1 commands=1/2
بعد ذلك الوقت، تبدو الإدخالات الخاصة بـ Discourse في سجلات البريد الإلكتروني كلها متشابهة.
لقطات الشاشة:
4 إعجابات
حاولت إرسال رسالة من داخل حاوية Discourse Docker باستخدام curl. بمجرد التأكد من تحديد SMTP كنص عادي والمنفذ 25، يمكنني إرسال البريد الإلكتروني عبر المضيف بشكل جيد:
$ cd /var/discourse/
$ sudo ./launcher enter app
تم اكتشاف بنية x86_64.
root@discourse-app:/var/www/discourse# curl smtp://172.17.0.1 --mail-from discourse@mydomain.com --mail-rcpt myname@gmail.com --upload-file README.md
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 7077 0 0 100 7077 0 575k --:--:-- --:--:-- --:--:-- 575k
root@discourse-app:/var/www/discourse#
وهذا هو شكل هذا الاختبار في سجلات البريد الإلكتروني للمضيف:
May 24 16:53:49 localhost postfix/smtpd[25494]: connect from discourse-docker[172.17.0.2]
May 24 16:53:49 localhost postfix/smtpd[25494]: EB62CB5FCD: client=discourse-docker[172.17.0.2]
May 24 16:53:49 localhost postfix/cleanup[26008]: EB62CB5FCD: message-id=<>
May 24 16:53:49 localhost opendkim[1365]: EB62CB5FCD: can't determine message sender; accepting
May 24 16:53:49 localhost postfix/smtpd[25494]: disconnect from discourse-docker[172.17.0.2] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
بالنظر إلى أنني لم أحدد أي TLS والمنفذ 25 في ملف app.yml الخاص بي، وأن هذا العمل حتى إعادة البناء بالأمس، يبدو بشكل متزايد أن أحدث إصدار من Discourse يتجاهل تكوين SMTP الخاص بي في ملف app.yml.
إعجابَين (2)
بمب، @pfaffman و/أو @codinghorror.
هل تعتقد أن لدينا خطأ هنا، أو شيء آخر؟
إعجاب واحد (1)
@gunnar لقد نقلت مشاركتك هنا لأن هذه هي مشكلة البريد الإلكتروني التي تصفها. لست متأكدًا مما إذا كان خطأ “تم حجز المنشور بالفعل” ناتجًا أيضًا عن هذا، ولكن التفاصيل التي قدمتها حول بريدك الإلكتروني تخص هذه المشكلة هذه.
إعجابَين (2)
يبدو لي سخيفًا أنه بعد 30 يومًا لا تزال هذه المشكلة قائمة…
اضطررت إلى تغيير مزود البريد الإلكتروني الخاص بي لإعادة تشغيل المنتدى الخاص بي.
إعجاب واحد (1)
هذا محبط، ولكن يبدو لي أن بعض الجواهر لم تعد تدعم تجاهل الشهادات غير الصالحة و/أو النقل غير المشفر. قد يكون الأمر ببساطة أن أيام إرسال البريد بهذه الطريقة قد ولت. لكنني لا أواجه المشكلة بنفسي، لذلك لم أبحث بما فيه الكفاية لأعرف ما إذا كنت على حق.
إعجابَين (2)