Neu Workflow Aktion E-Mail senden kann nicht Plain und HTML Email zusammen versenden

[Burrito]

Ich habe mir eigene Felder in einem Auftrag angelegt. Auf diese kann ich in den Workflows problemlos zugreifen und von dieses Feld-Inhalten in der Inhalt meiner (Kunden-)E-Mail abhängig. In den Email- und Druckvorlagen hingegen komme ich nicht so einfach auf die Werte, außer ich lese sie vorher mit einem eigenen SQL-Statement aus, was ich vermeiden möchte, da es den Aufwand bei der Wartbarkeit (bei möglichen Änderungen der Datenbanktabellen oder der Struktur der eigens angelegten Felder) deutlich erhöhen würde.
Ich möchte also die E-mail aus dem Workflow heraus versenden, dafür gibt es die Aktion "E-Mail versenden". Allerdings bietet diese ledeglich die Option einen Haken zu setzen ob die Mail in HTML versendet werden soll oder nicht.
Mein Ziel ist es aber mit dieser E-Mail eine Plain-Vorlage sowie auch eine HTML-Vorlage zu erzeugen.

Gibt es hier irgendwelche Möglichkeiten? Denn nur Klartext-Emails sind nicht besonders schön und nur HTML-Mails wird gerade bei Tabellen und URLs nicht ansehnlich für Kunden, die nur Klartext-Emails empfangen.

 

[John]

Welcher eMailclient stellt kein HTML dar?
Ist das Thema Plaintext eMails nicht seit 20 Jahren Geschichte?

 

[Burrito]

Welcher eMailclient stellt kein HTML dar?
Ist das Thema Plaintext eMails nicht seit 20 Jahren Geschichte?

Die Email-clients können vermutlich fast alle HTML darstellen, aber ich bewerte hier keinen Kunden, der (vielleicht aus Sicherheitsgründen) HTML ablehnt.
HTML in Emails ist absolut überflüssig und ein unnötiger Risikofaktor. Ich kann also verstehen, wenn man es ausschaltet.
HTML-Emails waren von Anfang an eine sinnlose Erfindung nur um EMails schön aussehen zu lassen, wenn sie doch eigentlich nur einen informativen Zweck haben sollen.
Ich möchte für Leute die nur Plain-Mails nutzen auch Mails im Klartext zur Verfügung stellen.

Das beantwortet allerdings nicht meine Frage. Gibt es hier also eine Möglichkeit oder geht das wirklich nur über die Druckvorlagen?

 

[John]

HTML in Emails ist absolut überflüssig und ein unnötiger Risikofaktor. Ich kann also verstehen, wenn man es ausschaltet.
HTML-Emails waren von Anfang an eine sinnlose Erfindung nur um EMails schön aussehen zu lassen, wenn sie doch eigentlich nur einen informativen Zweck haben sollen.

Das Selbe gilt dann wohl auch für www:
Formatierte Inhalte! Eingebettete Medien! Klickbare Links! JS bis zum Abwinken für den "unnötig schönen" Einkaufen in einem Onlineshop...alles Sicherheitsrisiken aus dem Vorhof der Hölle.

Warum soll für einen Dienst (www / Browser) das alles legitim sein aber für einen anderen (Mail) eben ein unnötiges Risiko?

Das beantwortet allerdings nicht meine Frage. Gibt es hier also eine Möglichkeit oder geht das wirklich nur über die Druckvorlagen?

Geht meines wissens nicht.

 

[Burrito]

Das Selbe gilt dann wohl auch für www:
Formatierte Inhalte! Eingebettete Medien! Klickbare Links! JS bis zum Abwinken für den "unnötig schönen" Einkaufen in einem Onlineshop...alles Sicherheitsrisiken aus dem Vorhof der Hölle.

Warum soll für einen Dienst (www / Browser) das alles legitim sein aber für einen anderen (Mail) eben ein unnötiges Risiko?



Geht meines wissens nicht.

Es gibt nunmal Menschen, die in Ihrem Email-Client konfiguriert haben ausschließlich Klartext-Emails darzustellen. Bedarf das wirklich weiterer Erklärung? Der Sicherheitsgrund war ein Beispiel. Ich persönlich nutze privat auch nur Klartext-Emails, weil ich an sinnlosem Klicki-bunti nicht interessiert bin. Die Informationen auf ein paar KB Größe reichen mir völlig aus. Wüsste nicht inwiefern diese Einstellung zu kritisieren ist.
Und da es nunmal möglich ist beides mit einmal zu versenden, möchte ich auch beide Vorlagen mit einer Email versenden. Aber scheinbar funktioniert das nicht über die Workflow Aktion sondern wirklich nur über die Email- und Druckvorlagen.

 

[John]

Bau doch eine Druckvorlage mit Deinem Inhalt, die Du als Mail ausgibst.

 

[Burrito]

Bau doch eine Druckvorlage mit Deinem Inhalt, die Du als Mail ausgibst.

Mir ist bewusst, dass man das über Druckvorlagen lösen kann. Nur wie in meinem Ausgangspost erklärt wollte ich es erst über die Workflow Aktion probieren, da es sauberer gewesen wäre und finde es schade, dass hier nicht standardmäßig die Möglichkeit geboten wird wie in den Druckvorlagen. Ich hätte gedacht das ließe sich irgendwie über den Header und Multi-Part MIME lösen, aber der Rechercheaufwand lohnt sich nun auch wieder nicht.
Und hart reingecodede SQL-Statements in der Druckvorlage sind einfach nicht schön. Dann wird wieder eine Tabelle angepasst und man muss die Statements an ggf. mehreren Stellen anpassen. Im Workflow hätte man direkt via JTL- Dotliquid-Variable darauf zugreifen können.

Aber damit erkläre ich den Forenbeitrag von meiner Seite aus als beendet, offensichtlich hat sich hiermit niemand beschäftigt und mein Anwendungsfall ist eher ein Einzelfall.