特定の電子メールまたは受信者、あるいはその両方が送信前にスクリプトを実行するオプションを希望します(自動またはキーバインドを押すことによって)。このスクリプトを実行して、スクリプトを実行text/plainし、そのスクリプトの出力を次のtext/htmlタイプで添付します。、メッセージ全体をに設定しますmultipart/alternative。
サイドランブル:これが送信の直前に自動的に発生するのは良いことですが、本文のタイプが現在に設定されている場合に限らtext/markdownれます。これは、保留中の電子メールがソースを再度編集する状態にならず、HTMLの再生成を忘れる状態になるためです。と私はまだ送信のみのオプションがありますtext/plain。次に、ボディのコンテンツタイプをに設定する別のバインディングを作成しtext/markdown、これが取得されるようにします。しかし、多くのメールクライアント(Gmailを含む)がtext/markdown(プレーンテキストとしても)レンダリングを拒否し、代わりにダウンロードとして提供するという問題もあるので、ソースパーツのコンテンツタイプを元に戻す必要があります。にtext/plain。
muttでそのようなことは可能ですか?
悲しいことに、私が知る限り、muttはmultipart/alternativeメッセージの送信をサポートしておらずmultipart/mixed、それ以外の送信は拒否しますが、私は間違っていると示されたいのですが。
私が思いついた最善の解決策はこのマクロです:
macro compose M "<filter-entry>commonmark<return>y<edit-type><kill-line>text/html<return>" "convert message to HTML with Commonmark"
これにはいくつかの問題があります:
- 元のプレーンテキストを完全に置き換えるため、編集がはるかに困難になります。
yマクロに、ファイルを上書きしてもよいかどうかを尋ねるダイアログで「はい」と言うのが好きではない- これが走った後、私はリターンを押さなければなりません
- そしてもちろん、主なもの:それはプレーンテキストの代替を送信しません
より良い解決策はありますか?
限り、別のテキストモードのメールクライアントを開く可能性があります。
- Google Appsで使用でき、フラグなどを双方向で同期します
- GPGをサポート
- vimのようなバインディングがあるか、それらを構成できます
- vimをメッセージエディタとして使用できます
- スレッド化されたメッセージビューを持っています
- 多少洗練された方法(送信者、受信者、添付ファイルの有無、件名、本文の検索)でメールをフィルタリング/検索できます
- 添付ファイルのタイプを少しmuttのように処理します。つまり、mailcapまたは同等のものなので、受信HTMLメールをlynxで実行したり、必要に応じて何かを押してグラフィカルブラウザーで開いたり、ボタンを押すだけで画像ビューアーを起動したりできます。