直接配送:着信メールのLetsEncrypt失敗(prop.ltcmp.net.key が誤り)により、配送不能となりましたか?

私が気づいたことの一つは、明らかに /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 による こちらの質問 にさかのぼるもので、直接的な回答が得られていないように見えるからです。

そのスレッドではこの点について引き続き議論されているようですが、現在そのスレッドには多くの雑談が混在しており、混乱を招く可能性があります。そのため、私はここでトピックを作成しました(同様の問題に直面する将来のユーザーのためにより明確にするため)。

mail-receiver.yml 設定のエントリ POSTCONF_smtpd_tls_key_file の値である /letsencrypt/domain.tld/prop.ltcmp.net.key は、/letsencrypt/domain.tld/domain.tld.key に置き換える必要があるようです。

したがって、@surety の最初の質問に対する答えは「はい」、このエントリの内容をあなたが目にするものに置き換えるのは正しいということです。2 番目の項目もデフォルトのままにしておくのが正しいようです。

おそらく @pfaffman または @mpalmer のどちらかが、この(明らかに誤った)prop.ltcmp.net.key エントリではなく、正しい .key ファイルを持つようにコンテナ作成スクリプトを再設計すべきだと考えます。

この時点で、私は幸運にも @mpalmer の次のステップから先に進むことができました:

また、nobody@forum.example.com にメールを送信することもできます。Discourse はまだそれに対して 有用な 処理を行いませんが、送信したメールは数秒以内に管理パネルの「Emails」→「Rejected」に表示されるはずです。それが表示されれば、間違いなく先に進んで大丈夫です。

なぜなら、私のテストメールが Discourse の /admin/email/rejected リストに表示されているからです! :slight_smile:}