承知いたしました。提起されている問題には、それぞれ個別に回答します。それらを結びつけている理由は理解できますが、なぜ別個の問題なのか、ご理解いただけると幸いです。
HTMLエンティティとプレーンテキストのメール通知
最善の方法は、メールメッセージをマルチパートにし、クリーンなテキストでレンダリングされたMarkdownの
text/plainと、個別のtext/htmlにすることです。
これは、実際にはDiscourseのメール通知が現在機能している方法です。Discourseのメール通知の「オリジナル」を見ると、テキストバージョンとHTMLバージョンの両方があることがわかります。
あなたが言おうとしていることは、Discourseのメール通知のプレーンテキストバージョンにHTMLエンティティが含まれているということだと思いますが、まだ100％明確ではありません。その結果、HTMLをサポートしていないメールクライアントで表示した場合、メール本文に実際のHTMLエンティティが表示されるということです。そうでしょうか？HTMLをサポートしていないメールクライアントからのスクリーンショットを共有していただけますか？
もしそうであれば、これはDiscourseのメールコンテンツ生成とフォーマットに固有の問題であり、より的を絞ったトピックとして #support または #bug に切り分けるのが最善でしょう。
Discourseの投稿におけるHTML
これは関連性の高い問題を提起していますが、技術的な観点からは、Discourseがインポートされたコンテンツをより広範に扱う方法に関する問題です。現在、インポートされたコンテンツのデフォルトはMarkdownではなくHTMLです。
これが見られる他のコンテキストとしては、RSS Polling plugin があります。これは、WP Discourse pluginと同様に、HTMLを投稿コンテンツにインポートします。また、embed support markdown サイト設定はデフォルトでオフになっており、投稿内の埋め込みHTMLを処理する他のすべてのサイト設定（例：allowed embed selectors）も同様です。
これは推測に過ぎませんが、Discourseがインポートされたコンテンツを処理する初期段階でこの戦略的な決定が下された最も可能性の高い理由（複数）は、シンプルさと忠実性の組み合わせ、つまりHTMLからMarkdownへの変換は不完全になるということです。これには1つの重要な例外があり、以下で言及します。
WP Discourse pluginは、WordPressの投稿のHTMLをMarkdownに変換してからDiscourseに送信しようとすることができます。はい、HTMLをMarkdownに変換する既存のPHPライブラリはありますが、マークアップ言語を変換する場合、特にMarkdownのさまざまなフレーバーを考慮すると、それほど単純ではありません。
実際、WP Discourse pluginが変換を処理しようとすることは、DiscourseにすでにカスタムのHtmlToMarkdownコンバーターが存在することを考えると、誤解を招くでしょう。現在、このコンバーターは、DiscourseにインポートされたメールのHTMLからMarkdownへの変換を処理しています。WordPressからの投稿のHTMLをDiscourse Markdownに変換する場合、そのコンバーターによって処理される必要があります。
現在、WP Discourse pluginはDiscourse APIを使用して投稿を発行しています。つまり、/posts エンドポイントです。したがって、あなたが言っているのは、Discourseの/posts エンドポイントに（つまり、オプションのクエリパラメータとして）HtmlToMarkdown コンバーターサポートを追加してほしいということです。これについて提唱すれば、実装された場合、WP Discourse pluginはそれをオプション設定として採用するでしょう。