ESP32 Mail Client

[stefan.hild@t-online.de]

Hab's mit einem Char-Array mit folgendem Code hin bekommen:

Code:

String strmessage = "This message contains " + String(picturecount) + " attachment files.";
  char arrmessage[50];
  strmessage.toCharArray(arrmessage,50);
  message.text.content = arrmessage;

Besten Danke dafür!

Dachte ich mir doch gleich, dass man, um das zu lösen keine 10.000 Zeilen Sketch-Code ins Netz stellen muss

[Tommy56]

Um das richtig zu Lösen nimmt man snprintf und nicht die Krücke mit den Strings.

Gruß Tommy

[Corvus]

(06.02.2021 13:35)stefan.hild@t-online.de schrieb:  Hab's mit einem Char-Array mit folgendem Code hin bekommen:

Code:

String strmessage = "This message contains " + String(picturecount) + " attachment files.";
  char arrmessage[50];
  strmessage.toCharArray(arrmessage,50);
  message.text.content = arrmessage;

Besten Danke dafür!

Dachte ich mir doch gleich, dass man, um das zu lösen keine 10.000 Zeilen Sketch-Code ins Netz stellen muss

Tja, damit hast du irgendeine Lösung - mit den damit verbundenen Nachteilen.
Das Dilemma mit den Strings ist, dass wenn man verstanden hat wie man sie nutzt ohne sich damit später ins Knie zu schießen braucht man sie (meist) nicht mehr.

[stefan.hild@t-online.de]

Gefällt mir auch besser, hab es jetzt so gecodet:

Code:

char arrtextcontent[100];  
  snprintf(arrtextcontent, sizeof(arrtextcontent), "%s", "This message contains " + String(picturecount) + " attachment files.");
  message.text.content = arrtextcontent;

Habe versucht bei snprintf direkt das Ziel-Array "message.text.content" anzugeben,
dann wäre es ja nochmals kompakter, aber das hat er leider nicht akzeptiert.

Es scheint wohl bei den Objekten des "EPS32 Mail Client" auch so zu sein, dass generell mit Zeiger (also Adressen) auf die Felder gearbeitet wird. Das führt dann z.B. dazu wenn man in einer Schleife das Objekt "SMTP_Attachment att" mit Werten füllt, am Ende beim Senden immer der letzte gefüllte Wert gesendet wird. Das führt dann dazu dass immer das letzte Attachment gesendet wird.
Folglich muss man für jedes Attachment redundante Code-Zeilen verwenden, was nicht so schön ist.

[amithlon]

Hallo,

auf einem ESP32 mache ich selbst mir relativ wenig Sorgen wegen Stringnutzung.
Ich habe mir die Mail-Lib noch nicht angeschaut, aber reicht statt:

Code:

char arrmessage[50];
  strmessage.toCharArray(arrmessage,50);
  message.text.content = arrmessage;

nicht auch ein .c_str() ohne noch ein Array anlegen zu müssen?

Code:

message.text.content = strmessage.c_str();

Gruß aus Berlin
Michael

[stefan.hild@t-online.de]

Hallo Michael,
hat funktioniert, vielen Dank!

Die Lösung gefällt mir nun richtig gut!

String-Verarbeitung in python ist wohl nicht so einfach und wie man im Beitrag sieht, kennen noch lange nicht alle die Möglichkeiten.

Gruß Stefan

[Tommy56]

Erstens arbeiten wir nicht in Python und zweitens bist Du hier in dem Thread der Einzige, der die Möglichkeiten nicht kennt, weil Dir wesentliche Grundlagen fehlen.

@Amithlon: Klar gibt es mit Sting auf dem ESP weniger Probleme, aber für formatierte Ausgaben halte ich die printf-Familie immer noch als die vielseitigste Lösung.

Die Lösung mit c_str() hatte ich bereits in #7 angeregt, das wurde aber vom TO ignoriert.

Gruß Tommy

[stefan.hild@t-online.de]

So, du Schlaumeier, warum bist du denn nicht auf die Idee von Michael gekommen?