Die von der Wawi erstellte Mail ist nicht Schuld, das ist eh nur ein Plaintext-Zweizeiler, der beim Einfügen des Textbausteins ja auch noch komplett überschrieben wird. Im Quellcode der ausgehenden Mail ist schön zu sehen, dass davon nicht übrig bleibt.
Ich konnte ferner wie oben beschrieben das Phänomen auch nachstellen, wenn ich eine normale Mail schreibe, ganz ohne WaWi, und dann den Textbaustein einfüge. Keine Markierung mit Maus möglich.
Das selbe Dokumente als normale E-Mail-Vorlage ist gar kein Problem, alles super.
Aber offenbar bleiben beim Bearbeiten des Quellcodes dennoch Rückstände im David bzw. der zugehörigen 0tx-Datei über. Wenn ich den Quellcode einer bestehenden Mail (mit diesem Problem) überschreibe, dann bleibt auch das Fehlverhalten, selbst wenn ich wie oben nur drei Codezeilen einfüge.
Erst nach dem komplett neu Erstellen einer Vorlage und dem Einkopieren des Quelltextes habe ich es letztlich geschafft, das Problem zu beheben - mit der neuen Variante ist also Maus-Markieren möglich.
Es ist schon ein Phänomen. Der Kunde trauert seinem Outlook nach und fragt, warum es so ein Akt ist, aus einer David-Vorlage "Times New Roman" dauerhaft zu verbannen (darum haben wir die ganze Aktion überhaupt gemacht). Ich kann ihm darauf keine Antwort geben. Und mit dem Chromium-Editor scheint's nicht wirklich besser zu werden, denn wenn ich meine handgebaute HTML-Vorlage damit auf den Weg bringe, wird mir da erstmal ungefragt ein großer "Style"-Block reingeklatscht, in dem diverse Absatzformate definiert sind.