Probleme mit DebianMail

[MDietrich]

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

Hat das Nachteile? Evtl. braucht es der Empfänger um den richtigen Typ zu erkennen.
Gruß,
Matthias

[RalfRog]

Warum steht bei mir Content-Transfer-Encoding: quoted-printable und bei euch Content-Transfer-Encoding: 7bit ?

Uupps da kommen aber Sachen hoch, die die "banale" Eingangsfrage gar nicht vermuten lassen 

Vielleicht lässte sich mit den o-Options ja noch "etwas glatt ziehen".

Code Auswählen Erweitern

    -o NAME=VALUE             advanced options, for details try: --help misc
        -o message-content-type=<auto|text|html>
        -o message-file=FILE         -o message-format=raw
        -o message-header=HEADER     -o message-charset=CHARSET
        -o reply-to=ADDRESS          -o timeout=SECONDS
        -o username=USERNAME         -o password=PASSWORD
        -o tls=<auto|yes|no>         -o fqdn=FQDN
Gruß Ralf

[billy-boy]

@RalfRog

bei mir steht überhaupt nichts von text/plain
bei mir steht

Content-Type: multipart/related; boundary="----MIME delimiter for sendEmail-915740.290264697"

@Otto

 locale -a ergibt

C
C.UTF-8
de_DE.utf8
POSIX

auch mit den html tags klappt es nicht.

Der Quelltext bleibt immer gleich

[betateilchen]

Ok, ich schlage das jetzt zum dritten (und letzten) Mal vor.

Code Auswählen Erweitern

...
Log 1, "sendEmail Anhang: $attach";

$text = Encode::decode("utf-8",$text);
$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 );
...

Ggf. die Option zum message-charset weglassen.

[billy-boy]

sorry betateilchen

es gibt Sachen, die kann mann von Unterwegs aus beantworten und es gibt
eben Dinge die kann mann nur machen wenn mann zu Hause vor Ort ist.
Dazu gehört eben dein Tip, den ich gerade ausprobiert habe.

Du hast recht. Mit deinem Tip wird die Mail richtig angezeigt.

Ich habe gemerkt wenn ich alles so sende

{DebianMail('xxxxxx@xxx.de', 'Alexa Einkaufsliste','-Spüli -Speiseöl')}

wird alles richtig übertragen

sende ich folgender Maßen

{DebianMail('xxxxxx@xxx.de', 'Alexa Einkaufsliste','Einkaufsliste:\n - [echo:list_mySHOPPING_ITEM]')}

muß vorher decodiert werden.

Schreibe ich das permanent in die 99_myUtils.pm funktioniert der erste Ansatz nicht mehr.

[RalfRog]

Hallo @billy-boy

Ich muss nochmal kurz nachfragen, ob ich den letzten Post #19 richtig verstanden habe.

Ich habe gemerkt wenn ich alles so sende

{DebianMail('xxxxxx@xxx.de', 'Alexa Einkaufsliste','-Spüli -Speiseöl')}

wird alles richtig übertragen

Das funktioniert ganz "normal" ohne decode und kommt lesbar beim Empfänger an.


Ein decode ist dann nötig, wenn für die Message/Mailtext

Code Auswählen Erweitern

'Alexa Einkaufsliste','Einkaufsliste:\n - [echo:list_mySHOPPING_ITEM]' eingesetzt wird.

Gruß Ralf

[billy-boy]

Hallo Ralf

Ja, das hat du genau richtig verstanden.

[Otto123]

Schreibe ich das permanent in die 99_myUtils.pm funktioniert der erste Ansatz nicht mehr.

Dann tu das auch nicht, denn der Weg von FHEM - sendEmail - Transport - Empfänger ist ja in Ordnung.
Schreib das einfach dorthin wo es hingehört: an die Quelle. Um mit Deinen Worten zu sprechen: der Kauderwelsch entsteht ja offenbar hier -> [echo:list_mySHOPPING_ITEM] oder bei Alexa.

[billy-boy]

@Otto

Das will ich auch garnicht. Hab es aber auf die schnelle ausprobiert und nur berichtet was mir aufgefallen ist.

der Kauderwelsch entsteht ja offenbar hier -> [echo:list_mySHOPPING_ITEM] oder bei Alexa.

So sieht es aus, aber warum stehen dann im Log beim ganz normalem Senden und ohne decode die richtigen Ausdrücke?

[Otto123]

findest Du nur heraus, wenn Du die Originaldaten mal durch einen hexdump oder sowas schickst. Es gibt wahrscheinlich mehr als 3 Möglichkeiten deutsche Umlaute zu codieren.
z.B. so, Du brauchst aber im System das debian Package libdata-hexdump-perl

Code Auswählen Erweitern

{use Data::HexDump;;HexDump(ReadingsVal('echo','list_mySHOPPING_ITEM','Spüli'))}
{use Data::HexDump;;HexDump('Spüli')}