Ces protocoles font justement preuve d'une très grande souplesse et évolutivité pour être toujours parfaitement utilsables aujourd'hui.

À la fin de mes études, on enterrait l'obsolète TCP/IP au profit du modèle OSI, X.400...
Il y a moins longtemps, le WAP forum, victime du syndrome "Not Invented Here", redéfinissait chaque composant du stack IP/TCP/HTTP/HTML en y ajoutant un W...

Et qu'est ce qui tourne partout ?

Tous ceux qui font de la messagerie non (E)SMTP restent et resteront dans des niches propriétaires. (exchange, notes...)
Les problèmes liés à SMTP (spam, spoof & co.) ne sont pas dûs au protocole mais à son contexte d'utilisation, et doivent être résolus, non en changeant de protocole, mais en le complétant judicieusement par des ajouts spécifiques.

Dans le cas présent, SMTP n'est pas en cause dans le problème de blietaer.
Une fonction "view source" permettrait sans doute de voir que l'HTML est bien là mais pas rendered.

Une bonne pratique pour l'e-mail (qui il me semble est obligatoire, mais je ne me souviens plus dans quelle spec), est de toujours avoir une version text/plain dans un multipart/alternative. Beaucoup de mailers s'en passent, mais si l'un d'entre eux voulait respecter (ce que je crois être) le standard à la lettre, il pourrait refuser un content-type html pur.