TLS SNI not matched, using default chain

Becker884

Hi, sagt mal die folgende Meldung bei jeder eingehenden Verbindung z.B. von GMail:
TLS SNI mail..de from mail-ej1-x62d.google.com[2a00:1450:4864:20::62d] not matched, using default chain
kommt die vom fehlenden PTR Record ?
oder habe ich irgendwas falsch konfiguriert ? ich verwende kopierte Wildcard Zertifikate.

Habe 30min mit chatgpt mögliche Ursachen erforscht, aber nichts gefunden.

Edit: habe gesehen dass /opt/mailcow-dockerized/data/conf/postfix/sni.map leer ist, muss ich hier meine Domain eintragen?

esackbauer

https://community.mailcow.email/d/744-cant-receive-mail

Becker884

Versteh´ ich nicht, ich kann sowohl empfangen als auch senden.
https://docs.mailcow.email/de/troubleshooting/debug-common_problems/ da steht nichts von SNI oder ich sehe es nicht?

esackbauer

Fehlender PTR ist natürlich immer ein Problem.
Aber solange wir nur diese eine Zeile aus dem Log sehen kann man sich nicht wirklich einen Reim drauf machen.
Ich vermute du hast als Backup MX einen Google mail server angegeben?

bekenz762

Wenn du ein externes Cert z.b. Certbot verwendest, hatte ich das Problem auch.
Hab ich bei mir so gelöst. In die Datei /opt/mailcow-dockerized/data/conf/postfix/sni.map
folgendes einfügen

mailcow.domain /etc/ssl/mail/key.pem /etc/ssl/mail/cert.pem

Dann noch die Datei auf nicht änderbar setzen.

chattr +i sni.map

Danach docker compose down & up -d

Becker884

Danke! nun läuft es.
Könnte man in die offizielle Doku mit aufnehmen finde ich 🙂

Was steht denn da drin, wenn man acme von Mailcow verwendet?

P.S. ich habe keinen Backup MX