Dovecot imap login Error Failed to initialize SSL server context Cant load SSL certificate empty
Hallo zusammen,
ich hoffe ich bin hier richtig und mir kann jemand weiterhelfen. Ich habe schon sämtliche Dinge probiert und Google leer gelesen, aber ich finde keine Lösung.
Ich habe auf einem Linux Debian mit Plesk selbst Postfix mit Dovecot installiert, damit ich die Accounts in einer MySQL Datenbank abspeichern kann. Ich habe die Anleitung Schritt für Schritt bestritten. Nun kommt jedoch, dass ein Zertifikat leer wäre. Ich habe mittlerweile sämtliche zertifikate erneuer und der Fehler kommt dennoch. Ich bin ratlos. Nachfolgend der Inhalt meiner Conf Dateien und der genaue Fehler:
/etc/dovecot/dovecot.conf
/etc/dovecot/conf.d/10-auth.conf
/etc/dovecot/conf.d/10-ssl.conf
Letsencypt ist empty dadurch hatte ich ursprünglich einmal dovecot.pem genutzt, wie es in der Documentation beschrieben ist. Mittlerweile habe ich die gleichen Zertifikate wie in Postfix angegeben.
/etc/postfix/main.cf
/etc/postfix/master.cf
Für dh.pem:
Das dovecot.pemwar von dovecot.
Logile:
Das ist das erste mal wo ich ein Mailserver einrichte. Und ich bin mittlerweile absolut ratlos und es ist frustrierend.
Ich wäre euch sehr dankbar, wenn ihr mir helfen könnt. Die Fehlermeldungen kommen immer dann, wenn ich versuche einen Account zB: in Outlook anzulegen.
Wenn ihr weitere Infos benötigt, dann gerne Bescheid geben.
Vielen Dank schon einmal.
ich hoffe ich bin hier richtig und mir kann jemand weiterhelfen. Ich habe schon sämtliche Dinge probiert und Google leer gelesen, aber ich finde keine Lösung.
Ich habe auf einem Linux Debian mit Plesk selbst Postfix mit Dovecot installiert, damit ich die Accounts in einer MySQL Datenbank abspeichern kann. Ich habe die Anleitung Schritt für Schritt bestritten. Nun kommt jedoch, dass ein Zertifikat leer wäre. Ich habe mittlerweile sämtliche zertifikate erneuer und der Fehler kommt dennoch. Ich bin ratlos. Nachfolgend der Inhalt meiner Conf Dateien und der genaue Fehler:
/etc/dovecot/dovecot.conf
auth_mechanisms = plain login
mail_gid = vmail
mail_home = /var/vmail/mailboxes/%d/%n
mail_location = maildir:~/mail:LAYOUT=fs
mail_privileged_group = vmail
mail_uid = vmail
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character vacat>
namespace inbox {
inbox = yes
location =
mailbox Drafts {
auto = subscribe
special_use = \Drafts
}
mailbox Sent {
auto = subscribe
special_use = \Sent
}
mailbox Spam {
auto = subscribe
special_use = \Junk
}
mailbox Trash {
auto = subscribe
special_use = \Trash
}
prefix =
}
passdb {
args = /etc/dovecot/dovecot-sql.conf
driver = sql
}
plugin {
imapsieve_mailbox1_before = file:/var/vmail/sieve/global/learn-spam.sieve
imapsieve_mailbox1_causes = COPY
imapsieve_mailbox1_name = Spam
imapsieve_mailbox2_before = file:/var/vmail/sieve/global/learn-ham.sieve
imapsieve_mailbox2_causes = COPY
imapsieve_mailbox2_from = Spam
imapsieve_mailbox2_name = *
quota = maildir:User quota
quota_exceeded_message = Benutzer %u hat das Speichervolumen überschritten. />
sieve = file:/var/vmail/sieve/%d/%n/scripts;active=/var/vmail/sieve/%d/%n/act>
sieve_before = /var/vmail/sieve/global/spam-global.sieve
sieve_global_extensions = +vnd.dovecot.pipe
sieve_pipe_bin_dir = /usr/bin
sieve_plugins = sieve_imapsieve sieve_extprograms
}
protocols = imap pop3 imaps pop3s lmtp sieve
ssl_disable = no
service anvil {
unix_listener anvil {
group = vmail
mode = 0666
}
}
service auth {
unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0660
user = postfix
}
unix_listener auth-userdb {
group = vmail
mode = 0660
user = vmail
}
}
service imap-login {
inet_listener imap {
port = 143
}
}
service lmtp {
unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0660
user = postfix
}
user = vmail
}
service managesieve-login {
inet_listener sieve {
port = 4190
}
}
#service stats {
# unix_listener stats-reader {
# group = vmail
# mode = 0666
# user = vmail
# }
#}
ssl = required
ssl_cert = </etc/ssl/certs/dovecot.pem
#ssl_cert_file = </etc/ssl.crt/domain.crt
ssl_cipher_list = ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECD>
ssl_key = </etc/ssl/private/dovecot.pem
ssl_dh = </etc/dovecot/dh.pem
#ssl_key_file = </etc/ssl.key/domain.key
ssl_min_protocol = TLSv1.2
ssl_prefer_server_ciphers = yes
ssl_dh_parameters_length = 2048
stats_writer_socket_path =
userdb {
args = /etc/dovecot/dovecot-sql.conf
driver = sql
}
verbose_ssl = yes
version_ignore = yes
protocol imap {
imap_idle_notify_interval = 29 mins
mail_max_userip_connections = 20
mail_plugins = " quota imap_quota imap_sieve"
}
protocol lmtp {
mail_plugins = " sieve notify push_notification"
postmaster_address = admin@domain
}
!include conf.d/*.conf
/etc/dovecot/conf.d/10-auth.conf
disable_plaintext_auth = yes
/etc/dovecot/conf.d/10-ssl.conf
Letsencypt ist empty dadurch hatte ich ursprünglich einmal dovecot.pem genutzt, wie es in der Documentation beschrieben ist. Mittlerweile habe ich die gleichen Zertifikate wie in Postfix angegeben.
GNU nano 5.4 /etc/dovecot/conf.d/10-ssl.conf
#ssl_dh_parameters_length = 2048
ssl_dh=</etc/dovecot/dh.pem
ssl = required
ssl_prefer_server_ciphers = yes
verbose_ssl = yes
ssl_cert = </etc/acme.sh/mail.domain/fullchain.pem
ssl_key = </etc/acme.sh/mail.domain/privkey.pem
#ssl_dh = </etc/postfix/dh2048.pem
# Preferred permissions: root:root 0444
#ssl_cert = </etc/ssl/certs/dovecot.pem
#ssl_cert = </etc/letsencrypt/live/domain/fullchain.pem
# Preferred permissions: root:root 0400
#ssl_key = </etc/ssl/private/dovecot.pem
#ssl_key = </etc/letsencrypt/live/domain/privkey.pem
ssl_cipher_list = HIGH:!DH:!aNULL
/etc/postfix/main.cf
##
## Netzwerkeinstellungen
##
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
inet_interfaces = 127.0.0.1, ::1, ip
myhostname = mail.domain
##
## Mail-Queue Einstellungen
##
maximal_queue_lifetime = 1h
bounce_queue_lifetime = 1h
maximal_backoff_time = 15m
minimal_backoff_time = 5m
queue_run_delay = 5m
##
## TLS Einstellungen
## Quelle: https://ssl-config.mozilla.org/#server=postfix&version=3.4.8&config=>
##
### Allgemein
tls_preempt_cipherlist = no
tls_ssl_options = NO_COMPRESSION
tls_medium_cipherlist = ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA2>
### Ausgehende SMTP-Verbindungen (Postfix als Sender)
smtp_tls_security_level = dane
smtp_dns_support_level = dnssec
smtp_tls_policy_maps = proxy:mysql:/etc/postfix/sql/tls-policy.cf
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtp_tls_ciphers = medium
smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt
### Eingehende SMTP-Verbindungen
smtpd_tls_security_level = may
smtpd_tls_auth_only = yes
smtpd_tls_ciphers = medium
smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3, !TLSv1, !TLSv1.1
smtpd_tls_protocols = !SSLv2, !SSLv3, !TLSv1, !TLSv1.1 !TLSv1.2 !TLSv1.3
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_tls_cert_file=/etc/acme.sh/mail.domain/fullchain.pem
smtpd_tls_key_file=/etc/acme.sh/mail.domain/privkey.pem
#smtpd_tls_dh1024_param_file = /etc/postfix/dh2048.pem
smtpd_tls_dh1024_param_file = /etc/dovecot/dh.pem
##
## Lokale Mailzustellung an Dovecot
##
virtual_transport = lmtp:unix:private/dovecot-lmtp
##
## Spamfilter und DKIM-Signaturen via Rspamd
##
smtpd_milters = inet:localhost:11332
non_smtpd_milters = inet:localhost:11332
milter_protocol = 6
milter_mail_macros = i {mail_addr} {client_addr} {client_name} {auth_authen}
milter_default_action = accept
##
## Server Restrictions für Clients, Empfänger und Relaying
## (im Bezug auf S2S-Verbindungen. Mailclient-Verbindungen werden in master.cf >
##
### Bedingungen, damit Postfix als Relay arbeitet (für Clients)
smtpd_relay_restrictions = reject_non_fqdn_recipient
reject_unknown_recipient_domain
permit_mynetworks
reject_unauth_destination
### Bedingungen, damit Postfix ankommende E-Mails als Empfängerserver entgegenn>
### check_recipient_access prüft, ob ein account sendonly ist
smtpd_recipient_restrictions = check_recipient_access proxy:mysql:/etc/postfix/>
### Bedingungen, die SMTP-Clients erfüllen müssen (sendende Server)
smtpd_client_restrictions = permit_mynetworks
check_client_access hash:/etc/postfix/without_p>
reject_unknown_client_hostname
### Wenn fremde Server eine Verbindung herstellen, müssen sie einen gültigen Ho>
smtpd_helo_required = yes
smtpd_helo_restrictions = permit_mynetworks
reject_invalid_helo_hostname
reject_non_fqdn_helo_hostname
reject_unknown_helo_hostname
# Clients blockieren, wenn sie versuchen zu früh zu senden
smtpd_data_restrictions = reject_unauth_pipelining
##
## Restrictions für MUAs (Mail user agents)
##
mua_relay_restrictions = reject_non_fqdn_recipient,reject_unknown_recipient_dom>
mua_sender_restrictions = permit_mynetworks,reject_non_fqdn_sender,reject_sende>
mua_client_restrictions = permit_mynetworks,permit_sasl_authenticated,reject
##
## MySQL Abfragen
##
proxy_read_maps = proxy:mysql:/etc/postfix/sql/aliases.cf
proxy:mysql:/etc/postfix/sql/accounts.cf
proxy:mysql:/etc/postfix/sql/domains.cf
proxy:mysql:/etc/postfix/sql/recipient-access.cf
proxy:mysql:/etc/postfix/sql/sender-login-maps.cf
proxy:mysql:/etc/postfix/sql/tls-policy.cf
virtual_alias_maps = proxy:mysql:/etc/postfix/sql/aliases.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/sql/accounts.cf
virtual_mailbox_domains = proxy:mysql:/etc/postfix/sql/domains.cf
local_recipient_maps = $virtual_mailbox_maps
##
## Sonstiges
##
### Maximale Größe der gesamten Mailbox (soll von Dovecot festgelegt werden, 0 >
mailbox_size_limit = 0
### Maximale Größe eingehender E-Mails in Bytes (50 MB)
message_size_limit = 52428800
### Keine System-Benachrichtigung für Benutzer bei neuer E-Mail
biff = no
### Nutzer müssen immer volle E-Mail Adresse angeben - nicht nur Hostname
append_dot_mydomain = no
### Trenn-Zeichen für "Address Tagging"
recipient_delimiter = +
### Keine Rückschlüsse auf benutzte Mailadressen zulassen
disable_vrfy_command = yes
/etc/postfix/master.cf
# ==========================================================================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (no) (never) (100)
# ==========================================================================
###
### SMTP-Serverbindungen aus dem Internet
### Authentifizuerung hier nicht erlaubt (Anmeldung nur via smtps/submission!)
smtp inet n - y - 1 smtpd
-o smtpd_sasl_auth_enable=no
###
### SMTPS Service (Submission mit implizitem TLS - ohne STARTTLS) - Port 465
### Für Mailclients gelten andere Regeln, als für andere Mailserver (siehe smtp>
###
smtps inet n - y - - smtpd
-o syslog_name=postfix/smtps
-o smtpd_tls_wrappermode=yes
-o smtpd_tls_security_level=encrypt
-o smtpd_sasl_auth_enable=yes
-o smtpd_sasl_type=dovecot
-o smtpd_sasl_path=private/auth
-o smtpd_sasl_security_options=noanonymous
-o smtpd_client_restrictions=$mua_client_restrictions
-o smtpd_sender_restrictions=$mua_sender_restrictions
-o smtpd_relay_restrictions=$mua_relay_restrictions
-o milter_macro_daemon_name=ORIGINATING
-o smtpd_sender_login_maps=proxy:mysql:/etc/postfix/sql/sender-login-maps.cf
-o smtpd_helo_required=no
-o smtpd_helo_restrictions=
-o cleanup_service_name=submission-header-cleanup
###
### Submission-Zugang für Clients (mit STARTTLS - für Rückwärtskompatibilität) >
###
submission inet n - y - - smtpd
-o syslog_name=postfix/submission
-o smtpd_tls_security_level=encrypt
-o smtpd_sasl_auth_enable=yes
-o smtpd_sasl_type=dovecot
-o smtpd_sasl_path=private/auth
-o smtpd_sasl_security_options=noanonymous
-o smtpd_client_restrictions=$mua_client_restrictions
-o smtpd_sender_restrictions=$mua_sender_restrictions
-o smtpd_relay_restrictions=$mua_relay_restrictions
-o milter_macro_daemon_name=ORIGINATING
-o smtpd_sender_login_maps=proxy:mysql:/etc/postfix/sql/sender-login-maps.cf
-o smtpd_helo_required=no
-o smtpd_helo_restrictions=
-o cleanup_service_name=submission-header-cleanup
###
### Weitere wichtige Dienste für den Serverbetrieb
###
pickup unix n - y 60 1 pickup
cleanup unix n - y - 0 cleanup
qmgr unix n - n 300 1 qmgr
tlsmgr unix - - y 1000? 1 tlsmgr
rewrite unix - - y - - trivial-rewrite
bounce unix - - y - 0 bounce
defer unix - - y - 0 bounce
trace unix - - y - 0 bounce
verify unix - - y - 1 verify
flush unix n - y 1000? 0 flush
proxymap unix - - n - - proxymap
proxywrite unix - - n - 1 proxymap
smtp unix - - y - - smtp
relay unix - - y - - smtp
showq unix n - y - - showq
error unix - - y - - error
retry unix - - y - - error
discard unix - - y - - discard
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - y - - lmtp
anvil unix - - y - 1 anvil
scache unix - - y - 1 scache
###
### Cleanup-Service um MUA header zu entfernen
###
submission-header-cleanup unix n - n - 0 cleanup
-o header_checks=regexp:/etc/postfix/submission_header_cleanup
Für dh.pem:
openssl dhparam 4096 > /etc/dovecot/dh.pem
Das dovecot.pemwar von dovecot.
file /etc/acme.sh/mail.domain/fullchain.pem
/etc/acme.sh/mail.domain/fullchain.pem: ASCII text
ls -la /etc/acme.sh/mail.domain/fullchain.pem
-rw-r--r-- 1 root root 769 Nov 4 15:59 /etc/acme.sh/mail.domain/fullchain.pem
Logile:
Nov 5 12:09:22 mail dhclient[695]: XMT: Solicit on ens192, interval 115870ms.
Nov 5 12:09:22 mail dhclient[695]: RCV: Advertise message on ens192 from fe80::250:56ff:fea8:3303.
Nov 5 12:09:22 mail dhclient[695]: RCV: Advertise message on ens192 from fe80::250:56ff:fe8b:ad44.
Nov 5 12:09:32 mail dovecot: imap-login: Error: Failed to initialize SSL server context: Can't load SSL certificate (ssl_cert setting): The certificate is empty: user=<>, rip=40.99.158.69, lip=ip, session=<b8o6nGYJ6wooY55F>
Nov 5 12:10:01 mail CRON[36330]: (psaadm) CMD (/opt/psa/admin/bin/php -dauto_prepend_file=sdk.php '/opt/psa/admin/plib/modules/revisium-antivirus/scripts/ra_executor_run.php')
Nov 5 12:10:03 mail dovecot: imap-login: Error: Failed to initialize SSL server context: Can't load SSL certificate (ssl_cert setting): The certificate is empty: user=<>, rip=40.99.158.69, lip=ip, session=<v50LnmYJy0MoY55F>
Nov 5 12:10:33 mail dovecot: imap-login: Error: Failed to initialize SSL server context: Can't load SSL certificate (ssl_cert setting): The certificate is empty: user=<>, rip=40.99.158.69, lip=ip, session=<WMPhn2YJ6cAoY55F>
Nov 5 12:10:45 mail dovecot: imap-login: Error: Failed to initialize SSL server context: Can't load SSL certificate (ssl_cert setting): The certificate is empty: user=<>, rip=52.98.222.141, lip=ip, session=<q2OOoGYJsfI0Yt6N>
Nov 5 12:10:47 mail dovecot: imap-login: Error: Failed to initialize SSL server context: Can't load SSL certificate (ssl_cert setting): The certificate is empty: user=<>, rip=40.101.83.53, lip=ip, session=<xuavoGYJz2IoZVM1>
Nov 5 12:10:51 mail dovecot: imap-login: Error: Failed to initialize SSL server context: Can't load SSL certificate (ssl_cert setting): The certificate is empty: user=<>, rip=52.97.154.205, lip=ip, session=<J/fvoGYJ7Dg0YZrN>
Nov 5 12:11:04 mail dovecot: imap-login: Error: Failed to initialize SSL servermpty: user=<>, rip=40.99.158.69, lip=ip, session=<mW26oWYJnXUoY55F>
Das ist das erste mal wo ich ein Mailserver einrichte. Und ich bin mittlerweile absolut ratlos und es ist frustrierend.
Ich wäre euch sehr dankbar, wenn ihr mir helfen könnt. Die Fehlermeldungen kommen immer dann, wenn ich versuche einen Account zB: in Outlook anzulegen.
Wenn ihr weitere Infos benötigt, dann gerne Bescheid geben.
Vielen Dank schon einmal.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 5988209177
Url: https://administrator.de/forum/dovecot-imap-login-error-failed-to-initialize-ssl-server-context-cant-load-ssl-certificate-empty-5988209177.html
Ausgedruckt am: 27.04.2025 um 05:04 Uhr
29 Kommentare
Neuester Kommentar
Ach, jetzt seh ich es. Einerseits ist deine Frage und die Info vorbildlich, andererseits natürlich viel zu lesen 
Der Fehler bezieht sich auf das "ssl_cert" und da hast du "fullchain.pem" drin.
Im "fullchain.pem" sind viele Zertifikate drin.
Wenn es da ein "cert.pem" in der Nähe gibt, würde ich mal dieses (statt fullchain.pem) in der Konfiguration eintragen und versuchen.
Der Fehler bezieht sich auf das "ssl_cert" und da hast du "fullchain.pem" drin.
Im "fullchain.pem" sind viele Zertifikate drin.
Wenn es da ein "cert.pem" in der Nähe gibt, würde ich mal dieses (statt fullchain.pem) in der Konfiguration eintragen und versuchen.
Ich habe selbst keine Ahnung von Plesk und Postfix und Dovecot hab ich zwar installiert, aber funktioniert mit einem Zertifikat im "ssl_cert".
Daher habe ich mal die "nächstliegendsten" möglichen Fehler abgeklopft, die nicht aus den Infos der Frage hervorgehen.
1. Filesystem Security verhindert lesen der Datei
2. Referenz auf Datei mit vielen Zertifikaten bei "ssl_cert".
Jedenfalls deutet die Fehlermeldung darauf hin, dass die Datei die im dovecot bei "ssl_cert" referenziert wird leer ist, nicht lesbar ist oder den falschen Inhalt (z.B. mehrere Zertifikate beinhaltet) hat.
Bei mir steht zum Beispiel, anders als bei dir:
Daher habe ich mal die "nächstliegendsten" möglichen Fehler abgeklopft, die nicht aus den Infos der Frage hervorgehen.
1. Filesystem Security verhindert lesen der Datei
2. Referenz auf Datei mit vielen Zertifikaten bei "ssl_cert".
Jedenfalls deutet die Fehlermeldung darauf hin, dass die Datei die im dovecot bei "ssl_cert" referenziert wird leer ist, nicht lesbar ist oder den falschen Inhalt (z.B. mehrere Zertifikate beinhaltet) hat.
Bei mir steht zum Beispiel, anders als bei dir:
$ file /etc/ssl/cert.pem
/etc/ssl/cert.pem: : PEM certificate
Hallo,
einen Mailserver aufzusetzen und zu betreiben ist ein anspruchsvolles Projekt.
Dein erster Mailserver also. Hast Du eine Anleitung benutzt oder das selbst aus den Dokumentationen zu Postfix/Dovecot zusammen gebaut? Ich betreibe seit vielen Jahren eigene Mailserver - stets nach Tutorials und Wikis gebaut und jedes Mal mit zunehmendem Verständnis aber es ist und bleibt work in progress.
Es ist gut, dass Du die Konfigurationen vollständig gepostet hast. Da die Fehlermeldung von Dovecot kommt, ist uns aber klar, dass die Konfiguration von Dovecot betroffen ist.
Die Verwendung der fullchain.pem ist mit Sicherheit nicht falsch.
https://community.letsencrypt.org/t/difference-between-chain-pem-and-ful ...
https://community.letsencrypt.org/t/simple-guide-using-lets-encrypt-ssl- ...
Was mir spontan auffällt ist Deine Cipher-List:
https://doc.dovecot.org/configuration_manual/dovecot_ssl_configuration/
https://access.redhat.com/documentation/de-de/red_hat_enterprise_linux/7 ...
https://thomas-leister.de/mailserver-debian-buster/
Auch oben im 2. Letsencrypt-Link ist eine Cipher-List vorgeschlagen.
Woher hast Du diese Einstellung? Ich konnte "!DH" nirgendwo finden.
Ich habe in den letzten Jahren immer die oben verlinkte Anleitung von Thomas Leister genutzt. Die ist vorzüglich gemacht und funktioniert nicht nur, sondern gibt eine Fülle von Wissen weiter. Zudem hat der Server die beste Spamerkennungsrate, die ich bislang hatte. Die meisten Provider-Mailangebote sind dagegen ein Witz (Linevast mal ausgenommen). Die Arbeit von Thomas Leister ist allemal eine üppige Spende wert. Vielleicht kannst Du da ergänzend was für Dich rausziehen.
Viele Grüße, commodity
einen Mailserver aufzusetzen und zu betreiben ist ein anspruchsvolles Projekt.
Dein erster Mailserver also. Hast Du eine Anleitung benutzt oder das selbst aus den Dokumentationen zu Postfix/Dovecot zusammen gebaut? Ich betreibe seit vielen Jahren eigene Mailserver - stets nach Tutorials und Wikis gebaut und jedes Mal mit zunehmendem Verständnis aber es ist und bleibt work in progress.
Es ist gut, dass Du die Konfigurationen vollständig gepostet hast. Da die Fehlermeldung von Dovecot kommt, ist uns aber klar, dass die Konfiguration von Dovecot betroffen ist.
Die Verwendung der fullchain.pem ist mit Sicherheit nicht falsch.
https://community.letsencrypt.org/t/difference-between-chain-pem-and-ful ...
https://community.letsencrypt.org/t/simple-guide-using-lets-encrypt-ssl- ...
Was mir spontan auffällt ist Deine Cipher-List:
ssl_cipher_list = HIGH:!DH:!aNULL
Ohne das in den Tiefen zu verstehen,- weicht sie von den üblich publizierten Cipher-Lists ab
https://doc.dovecot.org/configuration_manual/dovecot_ssl_configuration/
https://access.redhat.com/documentation/de-de/red_hat_enterprise_linux/7 ...
https://thomas-leister.de/mailserver-debian-buster/
Auch oben im 2. Letsencrypt-Link ist eine Cipher-List vorgeschlagen.
- schließt Du (nach meinem Verständnis) DH aus, obgleich Du oben in der Config ja DH-Parameter verwendest
Woher hast Du diese Einstellung? Ich konnte "!DH" nirgendwo finden.
Ich habe in den letzten Jahren immer die oben verlinkte Anleitung von Thomas Leister genutzt. Die ist vorzüglich gemacht und funktioniert nicht nur, sondern gibt eine Fülle von Wissen weiter. Zudem hat der Server die beste Spamerkennungsrate, die ich bislang hatte. Die meisten Provider-Mailangebote sind dagegen ein Witz (Linevast mal ausgenommen). Die Arbeit von Thomas Leister ist allemal eine üppige Spende wert. Vielleicht kannst Du da ergänzend was für Dich rausziehen.
Viele Grüße, commodity
Ich denke, Du brauchst keine Zertifikatskette, wenn Du ein selbst signiertes Zertifikat verwendest.
Zertifikat und Schlüssel genügen.
Anleitung hier: https://wiki.ubuntuusers.de/ssl-cert/
Was soll der Server denn machen? Für einen internen Dovecot und Smarthost-Versand genügt ein selbstsigniertes Zertifikat wahrscheinlich noch, aber wenn Du originär senden willst, wird das IMO nichts.
Viele Grüße, commodity
Edit: Wenn Du die Anleitung von Thomas Leister verwendet hast, ist alles gut.
Dann hast Du einfach einen Teil falsch umgesetzt. Die Anleitungen sind wasserdicht. Es gibt keinen Grund nach Korrekturen zu googlen. Aufmerksam lesen und (soweit möglich) verstehen der Anleitung genügt völlig, ist aber auch erforderlich. Klar, kann sich da auch ein Bug einschleichen, aber das bekommt Thomas schnell mit und bessert dann nach. Die Anleitung ist ja nicht ganz neu.
Mir hilft es oft, mal drüber zu schlafen (auch zweimal) und das dann munter nochmal durchzugehen.
Und wie gesagt: Zeit nehmen ist ein wesentlicher Faktor.
Mein Vorschlag: Gehe nochmal sauber auf die Ausgangskonfiguration von Thomas zurück und melde Dich dann, wenn etwas nicht klappt direkt damit.
Edit2: Ich habe Thomas bislang nur einmal vor einigen Jahren mit einem Dankesgruß und einem Verbesserungshinweis angeschrieben und meine Spende angekündigt, aber er hat geantwortet. Ich finde aber, man sollte die Verfasser solch aufwendiger Tutorials nicht damit belasten, hinterher auch noch die Fehler der ahnungslosen User debuggen zu lassen. Das nimmt dann Zeit weg, die solch gute Leute nur in engen Grenzen haben. Also bleib erstmal selbst dran. Das fördert auch das Verständnis.
Zertifikat und Schlüssel genügen.
Anleitung hier: https://wiki.ubuntuusers.de/ssl-cert/
Was soll der Server denn machen? Für einen internen Dovecot und Smarthost-Versand genügt ein selbstsigniertes Zertifikat wahrscheinlich noch, aber wenn Du originär senden willst, wird das IMO nichts.
Viele Grüße, commodity
Edit: Wenn Du die Anleitung von Thomas Leister verwendet hast, ist alles gut.
Dann hast Du einfach einen Teil falsch umgesetzt. Die Anleitungen sind wasserdicht. Es gibt keinen Grund nach Korrekturen zu googlen. Aufmerksam lesen und (soweit möglich) verstehen der Anleitung genügt völlig, ist aber auch erforderlich. Klar, kann sich da auch ein Bug einschleichen, aber das bekommt Thomas schnell mit und bessert dann nach. Die Anleitung ist ja nicht ganz neu.
Mir hilft es oft, mal drüber zu schlafen (auch zweimal) und das dann munter nochmal durchzugehen.
Und wie gesagt: Zeit nehmen ist ein wesentlicher Faktor.
Mein Vorschlag: Gehe nochmal sauber auf die Ausgangskonfiguration von Thomas zurück und melde Dich dann, wenn etwas nicht klappt direkt damit.
Edit2: Ich habe Thomas bislang nur einmal vor einigen Jahren mit einem Dankesgruß und einem Verbesserungshinweis angeschrieben und meine Spende angekündigt, aber er hat geantwortet. Ich finde aber, man sollte die Verfasser solch aufwendiger Tutorials nicht damit belasten, hinterher auch noch die Fehler der ahnungslosen User debuggen zu lassen. Das nimmt dann Zeit weg, die solch gute Leute nur in engen Grenzen haben. Also bleib erstmal selbst dran. Das fördert auch das Verständnis.
Das sollte egal sein. Da Du Dich aber an die Anleitung von Thomas halten solltest (erster Mailserver - spielen kannst Du später...) solltest Du es machen, wie dort:
Viele Grüße, commodity
Edit: Ich find's sehr gut, dass Du den Server direkt aufsetzt, obgleich Thomas ja selbst Mailcow als "simple way" empfiehlt. Ein Linux-Mailserver ist ein tolles Projekt, bei dem man ganz viel lernen kann - auch für andere Bereiche der IT. Allerdings war ich immer auch froh, wenn es geschafft war... Spannend wird es nochmal, wenn Du auch senden willst
Viele Grüße, commodity
Edit: Ich find's sehr gut, dass Du den Server direkt aufsetzt, obgleich Thomas ja selbst Mailcow als "simple way" empfiehlt. Ein Linux-Mailserver ist ein tolles Projekt, bei dem man ganz viel lernen kann - auch für andere Bereiche der IT. Allerdings war ich immer auch froh, wenn es geschafft war... Spannend wird es nochmal, wenn Du auch senden willst
"Error creating new order :: too many failed authorizations recentl
ja, da wirst Du wohl abwarten müssen. Musst Du googlen, ich denke um 1h wird die Wartezeit sein.Aber: Zuvor solltest Du die Ursachen der failed authorizations ermitteln.
Mir fällt auf:
root@mail:~# acme.sh --issue --server letsencrypt --nginx \
-d mail.my-domain.de \
-d imap.my-domain.de \
-d smtp.my-domain.de
[Tue 07 Nov 2023 04:27:56 PM UTC] Using CA: https://acme-v02.api.letsencrypt.org/directory
[Tue 07 Nov 2023 04:27:56 PM UTC] Multi > domain='DNS:mail.domain.de,DNS:imap.domain.de,DNS:smtp.domain.de'
[Tue 07 Nov 2023 04:27:56 PM UTC] Getting domain auth token for each domain
[Tue 07 Nov 2023 04:28:08 PM UTC] Getting webroot for domain='mail.domain.de'
[Tue 07 Nov 2023 04:28:08 PM UTC] Getting webroot for domain='imap.domain.de'
[Tue 07 Nov 2023 04:28:08 PM UTC] Getting webroot for domain='smtp.domain.de'
[Tue 07 Nov 2023 04:28:08 PM UTC] mail.domain.de is already verified, skip http-01.
[Tue 07 Nov 2023 04:28:08 PM UTC] Verifying: imap.domain.de
[Tue 07 Nov 2023 04:28:08 PM UTC] Nginx mode for domain:imap.my-domain.de
-d mail.my-domain.de \
-d imap.my-domain.de \
-d smtp.my-domain.de
[Tue 07 Nov 2023 04:27:56 PM UTC] Using CA: https://acme-v02.api.letsencrypt.org/directory
[Tue 07 Nov 2023 04:27:56 PM UTC] Multi > domain='DNS:mail.domain.de,DNS:imap.domain.de,DNS:smtp.domain.de'
[Tue 07 Nov 2023 04:27:56 PM UTC] Getting domain auth token for each domain
[Tue 07 Nov 2023 04:28:08 PM UTC] Getting webroot for domain='mail.domain.de'
[Tue 07 Nov 2023 04:28:08 PM UTC] Getting webroot for domain='imap.domain.de'
[Tue 07 Nov 2023 04:28:08 PM UTC] Getting webroot for domain='smtp.domain.de'
[Tue 07 Nov 2023 04:28:08 PM UTC] mail.domain.de is already verified, skip http-01.
[Tue 07 Nov 2023 04:28:08 PM UTC] Verifying: imap.domain.de
[Tue 07 Nov 2023 04:28:08 PM UTC] Nginx mode for domain:imap.my-domain.de
Ist vermutlich beim Editieren passiert, aber jede Ungenauigkeit ist natürlich u.U. der Tod für die Umsetzung des Tutorials...
Oben z.B. in Deiner /etc/dovecot/conf.d/10-ssl.conf hast du z.B. wieder was anderes eingesetzt:
ssl_cert = </etc/acme.sh/mail.domain/fullchain.pem
ssl_key = </etc/acme.sh/mail.domain/privkey.pem
ssl_key = </etc/acme.sh/mail.domain/privkey.pem
Gleiches in der main.cf für Postfix. Beide Male fehlt die tld ".de". Das ist für den Bezug der Zertifikate noch egal, aber für den SSL-Connect natürlich nicht.
Die IT verzeiht keinerlei Schusseligkeiten. Computer sind (noch) doof und machen genau das, was Du vorgibst.
Mir fällt weiter die Meldung auf:
Can not find conf file for domain imap.domain.de
Die kann aber auch bedeutungslos sein, denn Du hast ja ein conf file für alle drei.Also die maßgeblichen Confs
/etc/nginx/sites-available/mail.domain.de
nochmal checken und beim nächsten Versuch nicht wild x-Mal probieren, sondern nach dem ersten Abbruch die Fehlermeldungen auswerten und googlen bzw. hier fragen.
Da Du laut den Meldungen ja für mail.domain.de schon Zertifikate hast, kannst Du die auch schon verwenden. Musst halt den Pfad in der /etc/nginx/sites-available/mail.domain.de auskommentieren, wie bei Thomas Leister beschrieben.
Wenn die Verbindung dann dennoch nicht funktioniert, musst Du nochmals die Conf-Files für Dovecot und Postfix checken. (Besser dann neu machen - und nicht vergessen: Die selben Domainbezeichnungen, die Du auch für Let'sEncrypt genutzt hast, verwenden.
Viele Grüße, commodity
Sieht doch schon ganz anders aus. 
Und? Hast Du getan, was da steht? Steht ja nicht umsonst da.
und dann vielleicht
https://opster.com/os-errors/opensearch-malformed-url/
Viele Grüße, commodity
Und? Hast Du getan, was da steht? Steht ja nicht umsonst da.
Please refer to https://curl.haxx.se/libcurl/c/libcurl-errors.html for error code: 3
https://curl.se/libcurl/c/libcurl-errors.htmlund dann vielleicht
https://opster.com/os-errors/opensearch-malformed-url/
Viele Grüße, commodity
Also bei mir sagt der erste Link zu Error 3:
Für wahrscheinlicher halte ich aber weiterhin einen Fehler Deinerseits. Die Ausgaben bzw. Logs lesen sich sch.... weil Du sie hier mit abgeschnittenen Zeilen postest und ohne Bezeichnung des Logs bzw. auslösenden Befehl. In Zeile 5 des zweiten Auszuges sehe ich aber noch ein
Es entspricht nicht dem Tutorial von Thomas Leister, für mail, imap und smtp verschiedene Hauptdomains zu wählen. Nur die Subdomain darf verändert werden.
Aus der editierten Fassung Deines Logs ist das sonst auch nicht ersichtlich. Aber woher kommt dann das "my-..."?Also entweder interpretiere ich da was falsch oder Du solltest darüber nochmal vertieft nachdenken.
Viele Grüße, commodity
The URL was not properly formatted.
Und der zweite Link:Briefly, this error occurs when the URL you’re trying to access is not correctly formatted or contains invalid characters. This could be due to a typo, missing protocol (http or https), or incorrect syntax. To resolve this issue, you should first verify the URL for any obvious mistakes.
Vielleicht ist der Link besser: https://bobcares.com/blog/curl-error-3-url-malformed/Users often approach us with cURL error 3 URL malformed. As the name specifies, the error shows up when the URL is improperly formatted. This can be either due to incorrect syntax or else due to a version mismatch between cURL and the application involved.
Also entweder ist bei Deiner URL was nicht in Ordnung. Dazu kann ich nichts sagen, weil Du sie ja editierst oder es gibt den vorstehend zitierten version-mismatch. Wenn Du also wegen der URL ganz sicher bist (ist ja nicht so schwierig), ist es vielleicht eine Inkompatibilität des ACME-Scripts mit der unter Deinem System verwendeten cURL-Version.Für wahrscheinlicher halte ich aber weiterhin einen Fehler Deinerseits. Die Ausgaben bzw. Logs lesen sich sch.... weil Du sie hier mit abgeschnittenen Zeilen postest und ohne Bezeichnung des Logs bzw. auslösenden Befehl. In Zeile 5 des zweiten Auszuges sehe ich aber noch ein
[Thu 09 Nov 2023 03:51:10 PM UTC] _alt_domains='imap.domain.de,smtp.my-m>
Da hängt also immer noch eine my-... Domain irgendwo bei Dir drin. Zu diesem bereits angesprochenen Thema hast Du bislang auch nichts gesagt.Es entspricht nicht dem Tutorial von Thomas Leister, für mail, imap und smtp verschiedene Hauptdomains zu wählen. Nur die Subdomain darf verändert werden.
Aus der editierten Fassung Deines Logs ist das sonst auch nicht ersichtlich. Aber woher kommt dann das "my-..."?Also entweder interpretiere ich da was falsch oder Du solltest darüber nochmal vertieft nachdenken.
Viele Grüße, commodity
Muss doch irgendjemand geben, der darauf eine Antwort hat.
Hier sind viele Windows-Admins unterwegs, die sich von Linux fernhalten. Und eigene Mailserver sind nicht so verbreitet. Weil kompliziert. Die Windows-Leute nehmen dann Exchange. Das ist zwar noch viel komplizierter (und unzuverlässiger) aber das haben sie wenigstens in der Ausbildung mal gelernt.Wird schon. Aber solange Du nur halbe Logs rübergibst - und die offenen Fragen nicht beantwortest, wird das nichts.
Wie kann es sein, dass bei "Suchen und Ersetzen" manche Domains ohne "my-" (mail.domain.de) und manche mit "my-" im Log stehen. Wie waren die verwendeten Befehle? Fehlt alles weiterhin.
Forenregeln sind nicht dazu da, die Nutzer zu gängeln, sondern dazu, ihnen zu helfen. Wenn Du die ignorierst kann das hier der längste Thread des Jahres werden und Du kommst nicht weiter.
Wie Du eine Frage richtig stellst
Viele Grüße, commodity