Für mich sieht es im Quellcode der zur Verfügung gestellten Mail so aus, dass die Mail einen technischen Fehler seitens des Senders (also Windows Server) enthält:
Die folgende Zeile im Quellcode: Content-Type: multipart/mixed; müsste wohl korrekt Content-Type: multipart/related; lauten. Wenn man das entsprechend in der Mail (also in der gespeicherten *.eml-Datei) anpasst, dann wird die Mail in Thunderbird auch korrekt dargestellt. Thunderbird ist an manchen Stellen meines Wissens "überkorrekt" und verweigert die gnädige Darstellung von "falschem" nicht RFC-konformem Code. Das machen andere Programme teilweise "besser". Ob es wirklich notwendig ist, dass Thunderbird in diesem Fall so ignorant ist, kann ich nicht sicher beurteilen. Ich denke aber, dass es sonst zu anderen Fehlern kommen könnte.
- Zur Referenz bezüglich multipart/mixed:
https://tools.ietf.org/html/rfc1341
https://www.w3.org/Protocols/rfc1341/7_2_Multipart.html
Multipart/Mixed (verwendet in Deinen problematischen Mails) ist gedacht für die "serielle" Darstellung der Attachments - also eines nach dem anderen, und eben nicht miteinander verknüpft.
- Zur Referenz bezüglich multipart/related:
https://tools.ietf.org/html/rfc2387
Multipart/Related ist also eigentlich korrekt und gedacht für die Kombination/Verschachtelung von Attachments. Ich bin da nicht ganz sattelfest mit diesen Dingen, aber der Witz Deiner Mails ist, dass schon das HTML nicht nur ein MIME-Part, sondern bereits ein Attachment ist. Dieses erste Attachment (der HTML-Teil) wird verknüpft mit den weiteren Attachments (den Grafiken).
Man sollte das als Bug an das Team von Windows Server melden. Die sollten RFC-konforme Mails produzieren.