Verwenden Sie Elinks, um HTML und das externe Pager-Dilemma zu färben

1135
count0

In diesen Tagen werden immer mehr HTML-E-Mails gelöscht. Das Erstellen von Mutt- Rendering-HTML- Dateien über Elinks funktioniert leider nur teilweise, da der interne Pager von Mutt die vom externen Tool kommenden Farbcodes überschreibt. Um dies zu überwinden, verwende ich einen externen Pager:

In meiner .mailcap

text/html; elinks -dump -dump-color-mode 3 \ dump-charset utf-8 -default-mime-type text/htm %s; \ copiousoutput 

und in .muttrc

set pager=more auto_view text/html 

Nun zeigt der Pager jedoch keine Nicht-HTML-E-Mails an, was ihn unbrauchbar macht.

Ich würde gerne wissen, ob es einen Weg gibt

  • Den externen Pager als Nicht-HTML-E-Mail rendern lassen. (Ich verstehe nicht, warum das nicht funktioniert.)
  • Verwenden Sie den externen Pager nur für die angegebenen .mailcap-Typen. (Das Piping der Ausgabe von Elinks auf mehr funktioniert nicht, da die Ausgabe vom internen Pager gefiltert wird.)
5
Hast du es jemals geschafft, das zu lösen? Wie haben Sie auch herausgefunden, dass Mutt die Farbcodes von externen Tools löscht? Ich frage mich, ob es eine Möglichkeit gibt, dies zu überschreiben, da ich es sehr vorziehen würde, E-Mails in Mutt zu lesen, anstatt ein anderes Fenster zu öffnen. Sparhawk vor 8 Jahren 0
@Sparhawk: Nein, ich habe es nicht getan. Da sieht man hier keine Aktivität. Vielleicht eine Prämie starten? count0 vor 8 Jahren 0
Die Reihenfolge der Verarbeitung der Farbcodes wurde durch Online-Recherchen ermittelt, gefolgt von Versuch und Irrtum. Um ehrlich zu sein, dass der Pager global anstatt über mailcap eingerichtet wird, ist die Ursache des Problems. Was ich suchte, war eine Funktion, die genügend Daten an das Pager-Backend weiterleitete, damit sie von einem benutzerdefinierten Programm eingeschlossen werden konnte. count0 vor 8 Jahren 0
Ich würde kein Kopfgeld anfangen, weil ich am liebsten in "mutt" bleibe. Wenn ich einen externen Pager öffnen müsste, würde ich genauso gut eine neue Seite in Firefox öffnen. Es ist schade, dass es Farbcodes entfernt. Das scheint unnötig zu sein. (Ich erhalte manchmal E-Mails mit "Meine Antworten sind in Rot".) Sparhawk vor 8 Jahren 0
Hilft `set allow_ansi =" yes "`? Ich finde, das funktioniert für ANSI-Terminalcodes in Text-E-Mails, wird aber beim Paging etwas verwirrt. Im Handbuch finden Sie mögliche Auswirkungen auf die Sicherheit. Karl vor 7 Jahren 0
Das Farb-Scrambling war darauf zurückzuführen, dass cron-E-Mails keinen Inhaltstyp hatten. Text / Plain behoben. Karl vor 7 Jahren 0
Haben Sie über "alternative_order" nachgedacht, um Ihre Nicht-HTML-E-Mails zu bearbeiten? bilbo_pingouin vor 6 Jahren 0

0 Antworten auf die Frage