شيء واحد لاحظته، وبشكل واضح، هو أن الملف /letsencrypt/domain.tld/prop.ltcmp.net.key مفقود من محتويات المجلد:
discourse-mail-receiver:/# ls -tlrha letsencrypt/domain.tld
total 40
-rw-r--r-- 1 root root 3.2K Nov 10 05:10 domain.tld.key
-rw-r--r-- 1 root root 208 Nov 10 05:10 domain.tld.csr.conf
-rw-r--r-- 1 root root 1.6K Nov 10 05:10 domain.tld.csr
-rw-r--r-- 1 root root 2.2K Nov 10 05:10 domain.tld.cer
-rw-r--r-- 1 root root 3.8K Nov 10 05:10 fullchain.cer
-rw-r--r-- 1 root root 1.6K Nov 10 05:10 ca.cer
drwxr-xr-x 3 root root 4.0K Nov 10 05:10 .
-rw-r--r-- 1 root root 799 Nov 11 15:56 domain.tld.conf
drwxr-xr-x 2 root root 4.0K Nov 11 27 15:56 backup
drwxr-xr-x 8 root root 4.0K Nov 16 00:49 ..
الأمر مثير للاهتمام لأن هذا يعود إلى هذا السؤال هنا من @surety والذي يبدو أنه لم يتلقَ إجابة مباشرة.
يبدو أن الموضوع هناك يستمر في مناقشة هذه النقطة، لكن هناك الكثير من الضجيج في ذلك الموضوع الآن مما قد يسبب الارتباك، ولهذا السبب قمت بإنشاء موضوع هنا (لتحقيق وضوح أكبر للمستخدمين المستقبليين الذين يواجهون مثل هذه المشكلة).
يبدو أن قيمة إدخال POSTCONF_smtpd_tls_key_file في ملف إعداد mail-receiver.yml وهي /letsencrypt/domain.tld/prop.ltcmp.net.key يجب استبدالها بـ /letsencrypt/domain.tld/domain.tld.key.
إذن، الإجابة على السؤال الأول لـ @surety هي “نعم”، هذا صحيح لاستبدال محتوى هذا الإدخال بما تراه. أما السؤال الثاني فيبدو أيضًا صحيحًا للتركيب على الإعداد الافتراضي.
أعتقد أن @pfaffman أو @mpalmer ربما يجب عليهما إعادة صياغة سكريبت إنشاء الحاوية ليشمل ملف .key الصحيح بدلاً من هذا الإدخال الخاطئ (ظاهريًا) prop.ltcmp.net.key…
في هذه اللحظة، أنا الآن بحمد الله قادر على المضي قدمًا وتجاوز خطوة @mpalmer:
يمكنك أيضًا الآن محاولة إرسال بريد إلكتروني إلى
nobody@forum.example.com. في حين أن Discourse لن يفعل أي شيء مفيد به بعد، يجب أن تظهر الرسالة التي أرسلتها في لوحة التحكم الخاصة بك تحت “البريد الإلكتروني”، “مرفوضة” في غضون ثوانٍ. إذا حدث ذلك، فأنت مؤكد جاهز للمتابعة.
حيث تظهر الآن رسالتي التجريبية في قائمة /admin/email/rejected في Discourse! 