Частный почтовый сервер выдает ошибку сертификата, хотя действительный сертификат присутствует

Question

Я создал частный почтовый сервер, используя iRedMail & Nginx.Я установил SSL-сертификаты и ключи в Nginx и сам iRedMail в следующих местах.Сервер работает отлично, и все работает через веб-почту.Браузер соглашается с тем, что сертификат SSL действителен и HTTPS работает.

Проблема заключается в том, что при добавлении почтовой учетной записи в почтовый клиент возникает ошибка неверного сертификата и та же проблема при использовании CalDav.Это все еще работает, но это заставляет меня думать, что я пропускаю установку сертификата где-то.Какие-либо предложения?Спасибо!

/etc/ssl/certs/iRedMail.crt
/etc/ssl/private/iRedMail.key

Вот вывод openssl s_client -showcerts -connect mail.bragsdale.dev:993

CONNECTED(00000003)
depth=0 CN = bragsdale.dev
verify error:num=20:unable to get local issuer certificate
verify return:1
depth=0 CN = bragsdale.dev
verify error:num=21:unable to verify the first certificate
verify return:1
---
Certificate chain
 0 s:/CN=bragsdale.dev
   i:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
-----BEGIN CERTIFICATE-----
...CERTIFICATE HERE...
-----END CERTIFICATE-----
---
Server certificate
subject=/CN=bragsdale.dev
issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
---
No client certificate CA names sent
Peer signing digest: SHA512
Server Temp Key: ECDH, P-256, 256 bits
---
SSL handshake has read 2064 bytes and written 431 bytes
---
New, TLSv1/SSLv3, Cipher is ECDHE-RSA-AES256-GCM-SHA384
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
    Protocol  : TLSv1.2
    Cipher    : ECDHE-RSA-AES256-GCM-SHA384
    Session-ID: 3DD2E8B607CF5B4ACECDB995078FDAE80C210097372B80CD1409E90A0A523E0A
    Session-ID-ctx: 
    Master-Key: F1953ABEAC1024279DA6D0E17D26E3305E7C2A9589976FDFD2DBF22E4B6280415BC271E5228045B7D0C5E8A0B3921B11
    Key-Arg   : None
    PSK identity: None
    PSK identity hint: None
    SRP username: None
    TLS session ticket lifetime hint: 300 (seconds)
    TLS session ticket:
    ....DATA HERE...

    Start Time: 1551664367
    Timeout   : 300 (sec)
    Verify return code: 21 (unable to verify the first certificate)
---
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN AUTH=LOGIN] Dovecot ready

Answer 1

Исправлено.Проблема была в том, что я не использовал свой промежуточный сертификат. Подробности см. В этом ответе.

Примечание. Когда я собрал вместе сертификаты, он был поврежден, а КОНЕЦ СЕРТИФИКАТ / НАЧАТЬ СЕРТИФИКАТ находился в одной строке.Легко исправляется с помощью текстового редактора.