思いやりのある友人が最近私が送ったメールについて話しました。ネオムート;Mutt、Gnus、またはPineかもしれません）が彼のデバイスで興味深いようです。
明らかに、Google は適切な書式設定基準に多くの努力を払っていませんでした。RFC 2822文字メール。
Gmailを見る毎月アクティブなユーザーが10億人以上、問題についてそれらを非難することは役に立たないようです。
私の電子メールが「正常」に見えるようにする方法はありますか？使うことができて嬉しいです。フォーマット=フロー含む一部 非公式Emacsでサポートされていますが、明らかに;Gmail ではサポートされていません。。
私が考えたもう1つの解決策は、Markdownパーサーを介してプレーンテキストEメールを配信し、それをHTMLに変換してから代替形式で送信するEメールに追加することでした。特に考えたことはありませんが、Markdownがすでにサポートしているのでうまくいくようです。
引用されたテキスト
そして二重引用符で囲まれたテキスト
標準プレフィックスを使用>してください>>。グラフィカル電子メールクライアントを使用して、「一般」の人々が送信した電子メールよりも結果が良く見えることがあります。
人々はこのようなことをしますか？彼らはこれを行うことができますか（Mutt / Neomuttのように）？ 「標準」ソリューションとは何ですか？
答え1
Pythonのdocutilsを使用して、「markdown」を「HTML」に変換する「plainMail2HTML」を確認してください。これまでのところ、結果は感動的だと思います。 Githubリポジトリで詳しく学んでください。
さようなら
答え2
マークダウン方法の詳細
私の質問では、他のUL質問と同じトピックについての以前の議論を見逃しました。muttを使用してMarkdownで書かれたEメールを送信する。この質問は、実際に共有システムやMuttが使用する「sendmail」を変更できない他の状況でこれを行う方法についてのようですが、私のユースケースに適したソリューションにつながります。
解決策は2009年のdgl.cxから来ました。Markdownのmuttを使用したHTMLメール、作成画面のキーストロークをバインドし、偽の「エディタ」を介して特別に名前付きHTML添付ファイルを作成します。次に、偽のsendmailが特別に名前付きHTML添付ファイルを見ると、マルチパート/代替構造を作成し、それを実際のsendmailに渡します。
「物質なし」ブログ投稿にリンクされた上記のUL議論のコメントの1つは、マートの秘密ソース、この内容も役に立ちました。
どちらのアプローチも、より原始的な治療で発生するいくつかの問題を解決します。
正しいマルチパート/代替添付ファイルを作成する方法。私たちは、Muttを使用している人が元のソースを見ることができ、Gmailを使っている人がHTMLを見ることができるように、text / plainとtext / htmlを含むマルチパート/ alternativeを送信したいと思います。マークダウンはソースコードも人間が読めるので理想的です。しかし明らかにマルチパート/代替構造の発信メールNeoMuttは事前サポートのみを提供します。 dgl.cx投稿は、偽のsendmailに複数の部分/代替構造を作成させることでこの問題を解決します。 No Substanceの投稿には、Markdownの解析も行う偽のsendmailがあります。 Multipart / Alternativeに対するNeoMuttの新しいサポートにより、偽のsendmailを必要としないより良いソリューションが表示される可能性があります。
プレビューを許可する方法HTMLバージョンを添付するには（代わりにSendmailに切り替えるのは簡単です）、電子メールを送信する前に外観を確認することをお勧めします。 No Substanceの記事で述べたように、これはMuttがドラフトメッセージを保存するファイルを監視することによって行うことができ、その場所は「煙」変数で構成されています。 dgl.cx ソリューションの場合、HTML バージョンはすでに添付ファイルとして表示され、手動で開くことができるため、これは実際には必要ありません。
まだ両方のソリューションを試していませんが、より簡単に見えるので、dgl.cxのソリューションに向かって傾いています。