DebianMail unter Debian 12: TLS setup failed: hostname verification failed

[pcbastler]

Hallo zusammen,
seit dem Update meiner Smarthome-VM auf Debian 12.1 funktioniert der Mailversand nicht mehr. Selbst per Kommandozeile

Code Auswählen Erweitern

sendEmail -f 'xxx@mydomain.net' -t 'fh_68@web.de' -u 'Test' -m 'Das ist ein Test' -s 'smtp.1blu.de' -xu 'LOGIN' -xp 'PASSWORT' -o tls=auto -o message-charset=utf-8
gibts den Fehler:TLS setup failed: hostname verification failed
Der SMTP-Server unterstützt (mit Thunderbird getestet) SSL/TLS auf Port 465 und StartTLS auf Port 587.
Log (sendEmail -vv):

Code Auswählen Erweitern

Aug 09 21:28:23 smarthome sendEmail[969056]: DEBUG => Connecting to smtp.1blu.de:25
Aug 09 21:28:24 smarthome sendEmail[969056]: DEBUG => My IP address is: 192.168.35.7
Aug 09 21:28:24 smarthome sendEmail[969056]: DEBUG => evalSMTPresponse() - Found SMTP success code: 220
Aug 09 21:28:24 smarthome sendEmail[969056]: SUCCESS => Received:       220 ms-10.1blu.de ESMTP Exim 4.90_1 Ubuntu Wed, 09 Aug 2023 21:28:24 +0200
Aug 09 21:28:24 smarthome sendEmail[969056]: INFO => Sending:   EHLO smarthome.mydomain.home
Aug 09 21:28:24 smarthome sendEmail[969056]: DEBUG => evalSMTPresponse() - Found SMTP success code: 250
Aug 09 21:28:24 smarthome sendEmail[969056]: SUCCESS => Received:       250-ms-10.1blu.de Hello smarthome.mydomain.home [84.169.163.169], 250-SIZE 157286400, 250-8BITMIME, 250-PIPELINING, 250-AUTH LOGIN PLAIN, 250-CHUNKING, 250-STARTTLS, 250 HELP
Aug 09 21:28:24 smarthome sendEmail[969056]: DEBUG => The remote SMTP server supports TLS :)
Aug 09 21:28:24 smarthome sendEmail[969056]: DEBUG => Starting TLS
Aug 09 21:28:24 smarthome sendEmail[969056]: INFO => Sending:   STARTTLS
Aug 09 21:28:24 smarthome sendEmail[969056]: DEBUG => evalSMTPresponse() - Found SMTP success code: 220
Aug 09 21:28:24 smarthome sendEmail[969056]: SUCCESS => Received:       220 TLS go ahead
Aug 09 21:28:24 smarthome sendEmail[969056]: ERROR => TLS setup failed: hostname verification failed
die Perl-Bibliotheken habe ich mittels CPAN -> upgrade schon auf den letzten Stand gebracht (damit ist 
Use of uninitialized value $2 in concatenation (.) or string at /usr/share/perl5/IO/Socket/SSL.pm line 792. aus dem FHEM-Log beseitigt),
Auf Port 465 bekomme ich mit sendEmail keine Verbindung

Code Auswählen Erweitern

sendEmail -f 'fhem@mydomain.net' -t 'fh_68@web.de' -u 'Test' -m 'Das ist ein Test' -s 'smtp.1blu.de:465' ....
Aug 09 21:30:47 smarthome sendEmail[969851]: DEBUG => Connecting to smtp.1blu.de:465
Aug 09 21:30:47 smarthome sendEmail[969851]: DEBUG => My IP address is: 192.168.35.7
Aug 09 21:31:47 smarthome sendEmail[969851]: ERROR => Timeout while reading from smtp.1blu.de:465 There was no response after 60 seconds.


Ganz alleine bin ich mit dem Problem wohl nicht, aber eine Lösung hab ich nirgendwo gefunden. Als Workaround hätte ich noch einen lokalen SMTP-Server, aber das sollte nicht die Lösung sein.
Wer kann hier weiterhelfen?

[Otto123]

Hi,

was genau bedeutet update?
Edit: Ok auf einem neu installiertem debian 12 habe ich auch dieses Problem.

Gruß Otto

[pcbastler]

update war Debian 11 -> 12. Der Fehler ist unabhängig vom SMTP-Server, ich kann den auch mit smtp.web.de nachstellen

[Wernieman]

Habe jetzt kein passendes System vor Ort zum Testen .. könntest Du die "Hostnameverifikation" testweise mal im sendemail abschalten?

[pcbastler]

habe zwischendurch mit meinem lokalen Server (ohne SSL) getestet, da klappts noch. Liegt also erstmal bei SSL.
Ist auch offiziell als Bug erkannt: https://groups.google.com/g/linux.debian.bugs.dist/c/VuPw373HByE.
@wernieman: da fehlt leider das Hintergrundwissen, wenn ich den Hostnamen in der Kommandozeile durch die IP ersetze wirds nicht besser

[Wernieman]

Bei einiger Software gibt es die Möglichkeit, diesen Test per "Schalter" abzuschalten.

Hintergrund:
Im Zertifikat ist ein Hostname und der passt reverse nicht zum Aufruf (bzw. die Software denkt, das er nicht passt ...)

[pcbastler]

Mit dem Paket aus dem aktuellen testing-Zweig läuft es wieder.

[StephanSelve]

Mit dem Paket aus dem aktuellen testing-Zweig läuft es wieder.

Welches Paket? .... Bitte

[pcbastler]

sendemail_1.56-5.2_all.deb

[StephanSelve]

sendemail_1.56-5.2_all.deb

Vielen Dank!

[Funsailor]

Hallo,
ich habe das gleiche Problem, sendemail funktioniert nicht mehr (scheinbar seit ich auf bookworm upgedatet habe) und ich bekomme die selbe Fehlermeldung:
"Oct 06 12:11:06 minipc sendemail[733]: ERROR => TLS setup failed: hostname verification failed"

Der Versuch mit der alten Version "sendemail_1.56-5.2_all.deb" funzt auch nicht.

Wie habt Ihr das mit der 1.56-5.2 Version zum laufen gebracht?

[Funsailor]

Da ich auch mit der sendemail_1.56-5.2 Version nicht weitergekommen bin, habe ich mir den Patch von hier:

https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1915977.html

in die \usr\bin\senEmail eingebaut:

Code Auswählen Erweitern

        ## Start TLS if possible
##        if ($conf{'tls_server'} == 1 and $conf{'tls_client'} == 1 and $opt{'tls'} =~ /^(yes|auto)$/) {
##            printmsg("DEBUG => Starting TLS", 2);
##            if (SMTPchat('STARTTLS')) { quit($conf{'error'}, 1); }
##            if (! IO::Socket::SSL->start_SSL($SERVER, SSL_version => 'SSLv23:!SSLv2')) {
##                quit("ERROR => TLS setup failed: " . IO::Socket::SSL::errstr(), 1);
##            }
##            printmsg("DEBUG => TLS: Using cipher: ". $SERVER->get_cipher(), 3);


        ## Start TLS if possible
        if ($conf{'tls_server'} == 1 and $conf{'tls_client'} == 1 and $opt{'tls'} =~ /^(yes|auto)$/) {
            printmsg("DEBUG => Starting TLS", 2);
            if (SMTPchat('STARTTLS')) { quit($conf{'error'}, 1); }
            if (! IO::Socket::SSL->start_SSL($SERVER,
               SSL_version => 'TLSv12:!SSLv2',
               SSL_verifycn_scheme => 'smtp',
               SSL_verifycn_name => $conf{'server'})) {quit("ERROR => TLS setup failed: " . IO::Socket::SSL::errstr(), 1);
            }
            printmsg("DEBUG => TLS: Using cipher: ". $SERVER->get_cipher(), 3);

Jetzt funktioniert das senden von Emails wieder Problemlos   

Mal sehen wie lange 

Vorher hatte ich meine Probleme mit fhem

https://forum.fhem.de/index.php?msg=1288545

gelöst.

[Wernieman]

Code Auswählen Erweitern

            if (! IO::Socket::SSL->start_SSL($SERVER,
               SSL_version => 'TLSv12:!SSLv2',
               SSL_verifycn_scheme => 'smtp',
               SSL_verifycn_name => $conf{'server'})) {quit("ERROR => TLS setup failed: " . IO::Socket::SSL::errstr(), 1);
Genau eine dieser Eistellungen dürfte der Problemlöser gewesen sein. Könnte man sich rantasten ... würde pauschal an SSL_version Tippen ...

[juemuc]

Hallo zusammen,

die Version sendemail_1.56-5.2 kann man wie folgt installieren:

1. Repository ergänzen mit

Code Auswählen Erweitern

sudo nano /etc/apt/sources.list2. folgende Zeile ergänzen:

Code Auswählen Erweitern

deb http://deb.debian.org/debian bookworm-backports main3.

Code Auswählen Erweitern

sudo apt update4.

Code Auswählen Erweitern

sudo apt install sendemail/bookworm-backports
Danach funktioniert sendemail wieder.

Viele Grüße
Jürgen

[Rewe2000]

Hallo Jürgen,

auch ich war nach der Installation auf Bookworm von dem Mailproblem betroffen, die von dir beschriebene Vorgehensweise hat das Problem auch bei mir beseitigt, Danke dafür.

Eine Frage als Gelegenheits Linux-User habe ich noch dazu.
Muss ich zu einen späteren Zeitpunkt den Eintrag wieder aus dem Repository entfernen oder kann der zukünftig so bleiben?
Irgendwann wird ja wahrscheinlich sendemail_1.56-5.2 als Standard beim Update mitkommen.

Gruß Reinhard

[Holger]

Vielen Dank für die Lösung. Sie hat auch bei mir funktioniert.

[ph0x]

Muss ich zu einen späteren Zeitpunkt den Eintrag wieder aus dem Repository entfernen oder kann der zukünftig so bleiben?
Irgendwann wird ja wahrscheinlich sendemail_1.56-5.2 als Standard beim Update mitkommen.

Gruß Reinhard

Die Backports als Quelle zu behalten, ist schon sinnvoll, da während der Lebensdauer einer Debian-Version im Main-Repo keine größeren Versionssprünge gemacht werden.
Daher sind manche Änderungen nur über Backports zu bekommen. Je älter die Debian-Version, desto mehr. Daher würde ich es nicht entfernen.