電子メールのHTMLが90年代に留まるのはなぜですか？
（免責事項-私はすでに StackOverflow でこれを確認しようとしましたが、どうやらトピックから外れていました。ここで同じことが当てはまる場合はお知らせください。この質問を閉じる/削除します。）
イライラするようなメールニュースレターを作成し、テーブル、インラインスタイルなどを使用して約1日を費やしてきました。
電子メールクライアントがHTMLとCSS（特にCSS）のサポートが不十分である理由はありますか？私は彼らがこの部門でお互いに勝つために急いでいると想像していました...
セキュリティ上の問題はありますか（その理由は本当に想像できません）？それとも彼らは怠け者ですか？
簡単な答えは、電子メールクライアントの開発者は、自社製品でWeb標準をサポートする強力なビジネスケースを持っていないということです。彼らの製品は、大量販売のHTMLイントラとしてではなく、プレーンテキストまたはリッチテキストの個人間のコミュニケーションツールとして設計および販売されています。
元のWeb標準化運動
より長い答えは、ブラウザメーカーがウェブブラウザで同じ技術と慣習をサポートできるようにするために、一部の 非常に熱心な人々 から多大な努力を要したということです。ここでは、Web標準化の動きの歴史について を読むことができます 。
メール標準化運動
メールクライアントメーカーにウェブ標準、特にCampaign Monitorによって開始された Email Standards Project を採用するための同様の取り組みがありました。彼らは email ACID test を開発して、HTMLおよびCSS機能の電子メールクライアントサポートをテストし、 のリストを公開しましたサポートレベルを含む電子メールクライアント 。
メールクライアント開発者の反応
Email Standards Projectはしばらくの間非常に活発で、 Fix Outlook や Gmail Grimace 、さらにMicrosoftのOutlookチームの注目を集め、彼らは オフィスの壁に「Outlookの修正」ポスターを掲げました 。
Web標準サポートのビジネスケースは何ですか？
電子メールクライアントの開発者にとって、Web標準をサポートする明白なビジネスケースは存在しないようです。それらのアプリケーションは通常、リッチテキストメールに使用されます。マーケティング会社やWebデザイナーがそう考えているとはいえ、高度なHTMLサポートは日々のビジネスコミュニケーションには不可欠ではありません。 GmailやHotmailなどのWebベースの電子メールクライアント、Lotus Notes 8やOutlook 2007などの古いクライアントは、近い将来改善される可能性は低いでしょう。
ただし、電子メールクライアントの開発者にプレッシャーをかける価値はありますが、 ここでWordを広めるのを助けることができます 。