Probleme mit DebianMail

[billy-boy]

Hallo zusammen.

Seit Jahre informiert mich Fhem über leere Batterien der einzelnen Sensoren.
Per Mail bekomme ich die Informationen zugesendet. Funktioniert alles prächtig.
Jetzt will ich mir die Alexa Einkaufsliste auf mein Handy schicken lassen.
Funktioniert auch alles so weit, wenn allerdings Umlaute im Artikel sind, werden in
der Mail nur Hieroglyphen angezeigt.

Meine Einstellungen in Fhem sind

Code Auswählen Erweitern

######## DebianMail Mail auf dem RPi versenden ############

sub DebianMail {
my $rcpt = shift;
my $subject = shift;
my $text = shift;
my $attach = shift;
my $ret = "";
my $sender = "Fhem\@xxxxxxxx.com";
my $konto = "xxxxxxxxxxxx\@t-online.de";
my $passwrd = "xxxxxxxxxx";
my $provider = "securesmtp.t-online.de:587";
Log 1, "sendEmail RCP: $rcpt";
Log 1, "sendEmail Subject: $subject";
Log 1, "sendEmail Text: $text";
Log 1, "sendEmail Anhang: $attach";

$ret .= qx(sendEmail -f '$sender' -t '$rcpt' -u '$subject' -m '$text' -a $attach -s '$provider' -xu '$konto' -xp '$passwrd' -o tls=auto -o message-charset=utf-8 );
$ret =~ s,[\r\n]*,,g;    # remove CR from return-string
Log 1, "sendEmail returned: $ret"; }
im Log steht noch alles vernünftig

2024.01.30 19:35:45 1: sendEmail RCP: xxxxxxxxx@xxx.de
2024.01.30 19:35:45 1: sendEmail Subject: Alexa Einkaufsliste
2024.01.30 19:35:45 1: sendEmail Text: Einkaufsliste:\n - Spüli
- öl
2024.01.30 19:35:45 1: sendEmail Anhang:
2024.01.30 19:35:47 1: sendEmail returned: Jan 30 19:35:47 raspberrypi sendEmail[23015]: Email was sent successfully!

Hier stehen die Umlaute korrekt lesbar in der erhaltenen Mail allerdings nicht mehr.

Mein Fhem ist aktuell und läuft auf einem RPI3
Für Tips wäre ich sehr dankbar

Vielen Dank
Rainer

[DL8EI Ralph]

Neugierhalber: zeig doch mal den Mailinhalt

[MDietrich]

Moin,
es gibt noch die Option den Zeichensatz festzulegen: o message-charset=CHARSET.
Ich habe bei mir: "-o message-charset=utf-8" im Aufruf ergänzt, damit funktioniert es.

Gruß,
Matthias

[billy-boy]

@MDietrich

habe ich normalerweise auch gesetzt.
Durch das ständige ausprobieren ist es abhanden gekommen und oben nicht drin.
Aber es ist drin und bringt keine Änderung.

In der Mail steht dann folgendes

Betreff: Alexa Einkaufsliste

Einkaufsliste:
- Spüli
- öl

[betateilchen]

Jetzt will ich mir die Alexa Einkaufsliste auf mein Handy schicken lassen.

Hast Du das Darstellungsproblem in dieser Email auch auf anderen Mail-Clients?

Vielleicht suchst Du das Problem einfach an der falschen Stelle und es ist ein Problem auf der Seite Deines Handys, genauer: des Mail-Clients auf dem Handy.

[billy-boy]

Es ist egal was für ein Handy ob Android oder Iphone.
Ich habe bei gmx mit dem Browser nachgeguckt.
Dort kommen schon die Hyroglyphen an.
Selbst wenn ich ein t-online Mailadresse verwende und dann
per Browser nachgucke.Immer kommen nur die Hyroglyphen an.
Fazit der Pi sendet schon dieses Kauderwelsch.

Gruß

Rainer

[betateilchen]

Fazit der Pi sendet schon dieses Kauderwelsch.

Das ist kein Kauderwelsch, das ist Dein korrekter Mailinhalt, aber die Zeichencodierung wird beim Empfänger nicht erkannt/verstanden.

Code Auswählen Erweitern

-o tls=auto-o message-charset=utf-8
          ^^^

Ich hoffe, Du hast da zwischen auto und -o in Wirklichkeit ein Leerzeichen?

Ansonsten könntest Du versuchen, den Text vor dem Verschicken durch decode() zu schicken, vielleicht kommt die Mail dann lesbar an.

[RalfRog]

Hallo

- Spüli

Das ü sind in UTF-8 zwei Byte HEX: "C3 BC", die dein RPi so verschickt.
Die beiden Zeichen "Ã und ¼" ergeben sich wenn die Darstellung der beiden Byte nach Latin1 erfolgt.

Ich hoffe, Du hast da zwischen auto und -o in Wirklichkeit ein Leerzeichen?

Das müsste im Quelltext der empfangenen Nachricht zu sehen sein. Da fehlt dann vermutlich <charset="utf-8">

Code Auswählen Erweitern

This is a multi-part message in MIME format. To properly display this message you need a MIME-Version 1.0 compliant Email program.

------MIME delimiter for sendEmail-12345678.87654321
Content-Type: text/plain;
        charset="utf-8"
Content-Transfer-Encoding: 7bit

testmüll

------MIME delimiter for sendEmail-12345678.87654321--

Gruß Ralf

[billy-boy]

@Betateilchen

ja da befindet sich ein Leerzeichen.
Ist beim Erstellen irgendwie verrutscht.
(Hab ich nachträglich noch verbessert)

@RalfRog

Ja genau "charset=utf-8" fehlt, das wird im Quelltext nicht angezeigt.
aber mehr wie übergeben mit "-o message-charset=utf-8" kann ich ja nicht.

[RalfRog]

Ja genau "charset=utf-8" fehlt, das wird im Quelltext nicht angezeigt.
aber mehr wie übergeben mit "-o message-charset=utf-8" kann ich ja nicht.

Hm, was steht denn stattdessen dort? Nix?
Oder:

Code Auswählen Erweitern

Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Das charset iso kommt wenn ich "-o message-charset=utf-8" weglasse (nicht überaschend). "iso-8859-1" ist in sendEmail als Default hinterlegt.

Code Auswählen Erweitern

92     "message-charset"      => 'iso-8859-1',         ## Message character-setMüsste also im Quelltext der Mail zu sehen sein.


Was passiert denn bzw. siehst du wenn du zu Fuß auf der Konsole:

Code Auswählen Erweitern

sendEmail -f 'Fhem@xxxxxxxx.com' -t 'xxxxxxxxx@xxx.de' -u 'Test' -m 'Spüli' -s 'securesmtp.t-online.de:587' -xu 'xxxxxxxxxxxx@t-online.de' -xp 'xxxxxxxxxx' -o tls=auto  -o message-charset=utf-8abschickst.



Gruß Ralf

[betateilchen]

Das charset iso kommt wenn ich "-o message-charset=utf-8" weglasse (nicht überaschend). "iso-8859-1" ist in sendEmail als Default hinterlegt.

Deshalb ja vorhin schonmal der Tipp, $text einfach vor dem Versand zu decodieren.

Ansonsten könntest Du versuchen, den Text vor dem Verschicken durch decode() zu schicken, vielleicht kommt die Mail dann lesbar an.

[MDietrich]

Hallo,
ich glaube, dass das Problem beim Empfänger liegt.
Ich nutze:

Code Auswählen Erweitern

qx(sendemail -f '$from' -t '$rcpt' -u '$subject' -m '$text' -a $attach -s '$provider' -xu '$konto' -xp '$passwrd' -o tls=yes -o message-charset=UTF-8);und schicke aus FHEM

Code Auswählen Erweitern

{DebianMail("xxxxx.yyyy\@t-online.de","Subject","ÄÜÖäöü")}Ich bekomme in Outlook 2017 in Posteingang: Subject ÄÜÖäöü. Wenn ich die Nachricht öffne sehe ich nur: Subject ������
t-Online im Browser ist okay, gmail auf Android ist auch ok.
Kann es daran liegen, das Outlook Probleme mit 'nut Text' Nachrichten hat?

Gruß,
Matthias

[Otto123]

Hi,

@Rainer: kann dein System denn überhaupt utf-8? Stichwort: locale ... Was sagt locale -a ?
Bei mir klappt der Unterschied zwischen keine Angabe und "-o message-charset=utf-8" exakt wie es sein soll.
Text im Email: Würz Lächeln bloß

Code Auswählen Erweitern

------MIME delimiter for sendEmail-376407.445714907
Content-Type: text/plain;
        charset="utf-8"
Content-Transfer-Encoding: quoted-printable

W=C3=BCrz L=C3=A4cheln blo=C3=9F

------MIME delimiter for sendEmail-376407.445714907--Text im Email Würz Lächeln bloß

Code Auswählen Erweitern

------MIME delimiter for sendEmail-653171.229948388
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

W=C3=BCrz L=C3=A4cheln blo=C3=9F

------MIME delimiter for sendEmail-653171.229948388--
Warum steht bei mir Content-Transfer-Encoding: quoted-printable und bei euch Content-Transfer-Encoding: 7bit ?

Gruß Otto

[MDietrich]

Ich nochmal,

habe gerade ausprobiert:

Code Auswählen Erweitern

{DebianMail("xxxx.yyyy\@t-online.de","Subject","<html>ÄÜÖäöü</html>)}und siehe da, mit den HTML-Tags funktioniert es.

Ich hoffe das hilft weiter
Matthias

[betateilchen]

Mit den html tags veränderst Du aber vermutlich den mime-type Deiner Nachricht.