TIdSmtp, multipart messages

[hoika]

Hallo,

Ich benutze Thunderbird als Referenz-System, um meine Mails zu testen.
Bisher klappte das auch immer, aber jetzt klappt was nicht:

Bei Mails mit Anhang wird von Indy standardmäßig der Body wie folgt erzeugt,
wenn man selbst kein IdText erzeugt.

Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

=C3=A4=C3=B6=C3=BC=C3=9F 3
Das =C3=A4=C3=B6=C3=BC=C3=9F ist äöü in quoted-printable

Komischerweise kann auch die aktuellste Thunderbird-Version 45.7 das nicht vernünftig darstellen.
Das hier zeigt er an:

Zitat:

This is a multi-part message in MIME format

--ZhrulL=_JuQJ9O50ruzOmQGpT6H0KE8KHi
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

=C3=A4=C3=B6=C3=BC=C3=9F 3

--ZhrulL=_JuQJ9O50ruzOmQGpT6H0KE8KHi
Content-Type: application/octet-stream;
name="1.txt"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="1.txt"

MQ==

--ZhrulL=_JuQJ9O50ruzOmQGpT6H0KE8KHi--

Erzeuge ich explizit eine TIdText mit
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit

kann es Thunderbird auch lesen.
Er zeigt dann das hier an:

Zitat:

äöü

--G=_RwPRgEMJE4ZZggb6CWACmx8jAKjw4L7
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline


--G=_RwPRgEMJE4ZZggb6CWACmx8jAKjw4L7
Content-Type: application/octet-stream;
name="1.txt"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="1.txt"

MQ==

--G=_RwPRgEMJE4ZZggb6CWACmx8jAKjw4L7--

Thunderbird selbst erzeugt die Mail auch so
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit

Was ist denn nun richtig?