분명히 눈에 띈 한 가지 사실은, 폴더 내용에서 /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의 1번 질문에 대한 답은 "예"입니다. 이 항목의 내용을 확인하신 것으로 대체하는 것이 정확합니다. 2번도 기본값으로 두는 것이 올바른 것으로 보입니다.
@pfaffman 또는 @mpalmer 중 한 명이 컨테이너 생성 스크립트를 다시 작성하여 이(명백히 잘못된) prop.ltcmp.net.key 항목 대신 올바른 .key 파일을 사용하도록 해야 한다고 생각합니다.
이 시점에서 저는 다행히 @mpalmer의 다음 단계를 넘어갈 수 있게 되었습니다:
또한
nobody@forum.example.com으로 이메일을 보내는 것을 시도해 볼 수도 있습니다. 아직 Discourse가 이를 유용하게 처리하지는 않지만, 보낸 이메일은 몇 초 안에 관리자 패널의 “Emails”, “Rejected” 섹션에 표시되어야 합니다. 이것이 발생하면 확실히 진행할 준비가 된 것입니다.
이제 제 테스트 이메일이 Discourse의 /admin/email/rejected 목록에 표시되고 있기 때문입니다! 