Ich möchte, dass für bestimmte E-Mails und / oder Empfänger vor dem Senden ein Skript ausgeführt wird (automatisch oder durch Drücken einer Tastenkombination), das meine übernimmt text/plain
, ein Skript darüber ausführt und dann die Ausgabe dieses Skripts mit dem text/html
Typ verknüpft Setzen Sie die gesamte Nachricht auf multipart/alternative
.
Side Ramble: Es könnte schön sein, wenn dies unmittelbar vor dem Senden automatisch passiert, aber nur, wenn der Body-Typ aktuell eingestellt ist text/markdown
, da dies bedeuten würde, dass sich die ausstehende E-Mail nie in einem Zustand befindet, in dem ich die Quelle erneut bearbeite, aber vergesse, den HTML-Code neu zu generieren. und ich habe immer noch die Option nur zu senden text/plain
. Dann hätte ich eine andere Bindung, um den Inhaltstyp des Körpers festzulegen text/markdown
, damit dieser aufgegriffen wird. Aber dann habe ich auch das Problem, dass viele E-Mail-Clients (einschließlich Google Mail) das Rendern ablehnen text/markdown
(auch nicht als einfacher Text) und es stattdessen als Download anbieten, sodass der Inhaltstyp des Quellteils zurückgeschaltet werden muss zu text/plain
.
Ist so etwas mit Köter möglich?
Leider unterstützt Mutt, soweit ich das beurteilen kann, das Senden von multipart/alternative
Nachrichten nicht und weigert sich, etwas anderes zu senden multipart/mixed
, aber ich würde gerne zeigen, dass ich falsch liege.
Die beste Lösung, die ich finden konnte, ist dieses Makro:
macro compose M "<filter-entry>commonmark<return>y<edit-type><kill-line>text/html<return>" "convert message to HTML with Commonmark"
Hier gibt es einige Probleme:
- Es ersetzt vollständig den ursprünglichen Klartext, sodass die Bearbeitung dann viel schwieriger ist
- Ich mag es nicht, dass
y
das Makro im Dialogfeld Ja sagt und fragt, ob es in Ordnung ist, die Datei zu überschreiben - Ich muss die Eingabetaste drücken, nachdem dies ausgeführt wurde
- Und natürlich die Hauptsache: Es wird keine Nur-Text-Alternative gesendet
Gibt es eine bessere Lösung?
Ich bin möglicherweise offen für einen anderen Mail-Client im Textmodus, solange dieser verfügbar ist
- ist mit Google Apps verwendbar und synchronisiert Flags usw. in beide Richtungen
- unterstützt GPG
- hat vim-ähnliche Bindungen, oder ich kann sie konfigurieren
- Lassen Sie mich vim als Nachrichteneditor verwenden
- hat eine Thread-Nachrichtenansicht
- ermöglicht es mir, E-Mails auf eine etwas ausgefeilte Weise zu filtern / zu durchsuchen (Absender, Empfänger, Vorhandensein von Anhängen, Betreff- und Texttext-Suche)
- Behandelt Anhangstypen ein bisschen wie Köter, dh Mailcap oder gleichwertig, damit ich eingehende HTML-E-Mails über Luchs ausführen oder bei Bedarf etwas drücken kann, um sie im grafischen Browser zu öffnen. Ich kann Bildbetrachter per Knopfdruck starten und so weiter
quelle
--gnutls --prefix/usr/local --tokyocabinet
.quelle