Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comm.software.mailreader > #1505 > unrolled thread

[mutt] Konfiguration fuer HTML-Mails

Back to article view | Back to de.comm.software.mailreader

Contents

  [mutt] Konfiguration fuer HTML-Mails Martin Klaiber <usenet.martinkl@gmx.de> - 2026-09-14 12:33 +0200
    Re: [mutt] Konfiguration fuer HTML-Mails Rolf Buenning <r.buenning@gmx.de> - 2026-09-14 14:43 +0000
      Re: [mutt] Konfiguration fuer HTML-Mails Martin Klaiber <usenet.martinkl@gmx.de> - 2026-09-14 20:58 +0200
        Re: [mutt] Konfiguration fuer HTML-Mails Jens Schüßler <j.schuess@nurfuerspam.de> - 2026-09-15 16:08 +0200
          Re: [mutt] Konfiguration fuer HTML-Mails Martin Klaiber <usenet.martinkl@gmx.de> - 2026-09-15 20:54 +0200
          Re: [mutt] Konfiguration fuer HTML-Mails Rolf Buenning <r.buenning@gmx.de> - 2026-09-16 09:08 +0000
    Re: [mutt] Konfiguration fuer HTML-Mails "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2026-09-14 19:12 +0200
      Re: [mutt] Konfiguration fuer HTML-Mails Martin Klaiber <usenet.martinkl@gmx.de> - 2026-09-14 21:06 +0200
        Re: [mutt] Konfiguration fuer HTML-Mails Martin Klaiber <usenet.martinkl@gmx.de> - 2026-09-14 21:11 +0200

#1505 — [mutt] Konfiguration fuer HTML-Mails

Bei mir klappt die automatische Auswahl des richtigen Browser für die
Betrachtung von HTML-Mails je nach Umgebung (CLI, GUI) nicht.

OS: Debian Oldstable
mutt: Mutt 2.2.12 (2023-09-09)

Die Konfiguration für HTML in der .muttrc:

| martinkl@maurice:~$ grep -i html .muttrc
| auto_view text/html
| alternative_order text/plain text/html

Hier die Einträge zu HTML in der /etc/mailcap. Meines Wissens sind sie
so bei der Installation angelegt worden, beschwören kann ich es aber
nicht:

| martinkl@maurice:~$ grep -i html /etc/mailcap
| text/html; /usr/bin/sensible-browser %s; description=HTML Text; nametemplate=%s.html
| text/html; /usr/bin/firefox-esr %s; description=HTML Text; test=test -n "$DISPLAY";  nametemplate=%s.html
| text/html; jed %s; needsterminal
| text/html; /usr/bin/links %s; needsterminal; description=HTML Text; nametemplate=%s.html
| text/html; /usr/bin/links -dump %s; copiousoutput; description=HTML Text; nametemplate=%s.html
| text/html; /usr/bin/lynx -force_html %s; needsterminal; description=HTML Text; nametemplate=%s.html
| text/html; /usr/bin/html2text %s; copiousoutput; description=HTML Text
| text/html; /usr/bin/lynx -dump -force_html %s; copiousoutput; description=HTML Text; nametemplate=%s.html

In der $HOME/.mailcap steht nichts zu HTML:

| martinkl@maurice:~$ grep -i html .mailcap
| martinkl@maurice:~$

Die Umgebungsvariable $BROWSER ist leer:

| martinkl@maurice:~$ env | grep -i browser
| martinkl@maurice:~$

Meine update-alternatives-Einstellungen für den Browser:

| root@maurice:~# update-alternatives --config www-browser
| There are 2 choices for the alternative www-browser (providing /usr/bin/www-browser).
| 
|   Selection    Path            Priority   Status
| ------------------------------------------------------------
| * 0            /usr/bin/links   68        auto mode
|   1            /usr/bin/links   68        manual mode
|   2            /usr/bin/lynx    40        manual mode

| root@maurice:~# update-alternatives --config x-www-browser
| There is 1 choice for the alternative x-www-browser (providing /usr/bin/x-www-browser).
| 
|   Selection    Path                  Priority   Status
| ------------------------------------------------------------
| * 0            /usr/bin/firefox-esr   70        auto mode
|   1            /usr/bin/firefox-esr   70        manual mode

Wenn ich in in der Textkonsole (also nicht in einer X-Term) mit mutt
eine HTML-Mail aufrufe, klappt die Umwandlung in Text einwandfrei.
Wenn ich den HTML-Part manuell aufrufe, erscheint am Kopf die Zeile:

| [-- Autoview using /usr/bin/links -dump '/tmp/mutt.html' --]

Wenn ich jedoch in einer X-Term mutt aufrufe, wird das gleiche wie
oben dargestellt. Eigentlich müsste dann doch der Firefox als Browser
gestartet werden, oder?

Wenn ich "sensible-browser" manuell in einer Text-Konsole starte, wird
"links" aufgerufen, wenn ich das script in einer X-Term aufrufe, wird
"Firefox" gestartet. Also funktioniert die Auswahl.

Warum klappt das aus mutt heraus nicht? Habe ich irgendetwas falsch
konfiguriert?

Danke, Martin

[toc] | [next] | [standalone]

#1506

On Mon, 14 Sep 2026 12:33:23 +0200, Martin Klaiber <usenet.martinkl@gmx.de> tippte:
> Bei mir klappt die automatische Auswahl des richtigen Browser für die
> Betrachtung von HTML-Mails je nach Umgebung (CLI, GUI) nicht.
>
>| martinkl@maurice:~$ grep -i html .muttrc
>| auto_view text/html
>| alternative_order text/plain text/html
>
> Hier die Einträge zu HTML in der /etc/mailcap. Meines Wissens sind sie
> so bei der Installation angelegt worden, beschwören kann ich es aber
> nicht:
Bei mir stet in der .mailcap

text/html;      firefox %s;         nametemplate=%s.html; copiousoutput

>
> In der $HOME/.mailcap steht nichts zu HTML:
>
>| martinkl@maurice:~$ grep -i html .mailcap
>| martinkl@maurice:~$

Dann solltest du da hinein schreiben.
>

-- 
Gruss Rolf

[toc] | [prev] | [next] | [standalone]

#1508

Rolf Buenning <r.buenning@gmx.de> wrote:
> On Mon, 14 Sep 2026 12:33:23 +0200, Martin Klaiber <usenet.martinkl@gmx.de> tippte:

>> Bei mir klappt die automatische Auswahl des richtigen Browser für die
>> Betrachtung von HTML-Mails je nach Umgebung (CLI, GUI) nicht.

> Bei mir stet in der .mailcap

> text/html;      firefox %s;         nametemplate=%s.html; copiousoutput

Dann funktioniert zwar der Firefox in der GUI, aber in der Textkonsole
erhalte ich die Meldung:

| [-- Autoview using firefox '/tmp/mutt.html' --]
| [-- Autoview stderr of firefox '/tmp/mutt.html' --]
| Error: no DISPLAY environment variable specified

Ist ja auch klar, Firefox ist ein X-Programm und kann auf der Konsole
nicht starten.

Für diese Auswahl ist ja eigentlich das "sensible-browser"-script
gedacht. Und das tut ja auch, wenn ich es manuell aufrufe. Ich wundere
mich nur, dass es aus mutt heraus nicht geht.

Ich hatte dann in der /etc/mailcap mal nach und nach alle Programme
auskommentiert, die irgendwas mit HTML zu tun haben. Hier nochmal die
Einträge in der /etc/mailcap:

| text/html; /usr/bin/sensible-browser %s; description=HTML Text; nametemplate=%s.html
| text/html; /usr/bin/firefox-esr %s; description=HTML Text; test=test -n "$DISPLAY";  nametemplate=%s.html
| text/html; jed %s; needsterminal
| text/html; /usr/bin/links %s; needsterminal; description=HTML Text; nametemplate=%s.html
| text/html; /usr/bin/links -dump %s; copiousoutput; description=HTML Text; nametemplate=%s.html
| text/html; /usr/bin/lynx -force_html %s; needsterminal; description=HTML Text; nametemplate=%s.html
| text/html; /usr/bin/html2text %s; copiousoutput; description=HTML Text
| text/html; /usr/bin/lynx -dump -force_html %s; copiousoutput; description=HTML Text; nametemplate=%s.html

Auffällig ist, dass wenn ich die Einträge auskommentiere, die "-dump"
enthalten, wird html2text aufgerufen, sowohl in der Textkonsole wie
auch im X-Term.

Kommentiere ich auch die Zeile mit html2text aus, wird sowohl in der
Textkonsole wie auch im X-Term der HTML-Quellcode angezeigt. D.h. da
wird dann gar kein Browser gestartet.

Ich habe mir dann die Zeile mit dem Firefox angeschaut, der wesentliche
Unterschied zu Deinem Eintrag ist ja das "copiousoutput". Füge ich das
zu dem Firefox-Eintrag in meiner /etc/mailcap hinzu, wird der Firefox
gestartet, aber eben immer, auch in der Textkonsole. Schiebe in den
Firefox-Eintrag in der mailcap nach hinten, wird wieder "links -dump"
gestartet, aber ebenfalls immer, also auch im X-Term. Das heißt, mutt
erkennt nicht, wenn es auf einer graphischen Oberfläche läuft.

Ich habe dann in <http://www.rdrop.com/docs/mutt/manual85.html>
folgende Hinweise gefunden:

| copiousoutput
| 
| This flag tells Mutt that the command passes possibly large amounts of
| text on stdout. This causes Mutt to invoke a pager (either the
| internal pager or the external pager defined by the pager variable) on
| the output of the view command. Without this flag, Mutt assumes that the
| command is interactive. One could use this to replace the pipe to more
| in the lynx -dump example in the Basic section:
| 
| text/html; lynx -dump %s ; copiousoutput
| 
| This will cause lynx to format the text/html output as text/plain and
| Mutt will use your standard pager to display the results.

Hm, das erklärt für mich nicht, warum dann der Firefox gestartet wird
und sonst nicht. In dem Artikel steht aber auch noch:

| test=<command>
| 
| This field specifies a command to run to test whether this mailcap
| entry should be used. The command is defined with the command
| expansion rules defined in the next section. If the command returns 0,
| then the test passed, and Mutt uses this entry. If the command returns
| non-zero, then the test failed, and Mutt continues searching for the
| right entry. Note: the content-type must match before Mutt performs
| the test. For example:
| 
| text/html; netscape -remote 'openURL(%s)' ; test=RunningX
| text/html; lynx %s
| 
| In this example, Mutt will run the program RunningX which will return
| 0 if the X Window manager is running, and non-zero if it isn't. If
| RunningX returns 0, then Mutt will call netscape to display the
| text/html object. If RunningX doesn't return 0, then Mutt will go on
| to the next entry and use lynx to display the text/html object.

Das funktioniert aber auch nicht. Ändere ich den Firefox-Eintrag zu

| text/html; /usr/bin/firefox-esr %s; description=HTML Text; nametemplate=%s.html ; test=RunningX

wird weiterhin "links -dump" aufgerufen und es erscheint die Meldung:

| sh: 1: RunningX: not found

Kein Wunder, das gibt es auf meinem System auch nicht, in Debian habe
ich es auch nicht gefunden. Ich hätte auch gedacht, dass genau dafür
"sensible-browser" gedacht ist.

Naja, ich gebe jetzt erstmal auf. Ich wundere mich nur, dass offenbar
niemand sonst dieses Problem hat.

Martin

[toc] | [prev] | [next] | [standalone]

#1511

On 9/14/26 20:58, Martin Klaiber wrote:
> 
> Naja, ich gebe jetzt erstmal auf. Ich wundere mich nur, dass offenbar
> niemand sonst dieses Problem hat.

Wundert mich nicht, denn das ist ein exotisches Setup. Man will sich im
Normalfall keine HTML-Mails in einem grafischen Programm anschauen wenn
man mutt benutzt.

[toc] | [prev] | [next] | [standalone]

#1512

Jens Schüßler <j.schuess@nurfuerspam.de> wrote:
> On 9/14/26 20:58, Martin Klaiber wrote:

>> Naja, ich gebe jetzt erstmal auf. Ich wundere mich nur, dass offenbar
>> niemand sonst dieses Problem hat.

> Wundert mich nicht, denn das ist ein exotisches Setup. Man will sich im
> Normalfall keine HTML-Mails in einem grafischen Programm anschauen wenn
> man mutt benutzt.

Ja, im Normalfall nicht, das ist richtig. Aber es kann vorkommen. In
meinem Fall war es so, dass ich einen Newsletter einer Firma bekommen
hatte, bei der ich mal Kunde war. Den wollte ich abbestellen. Um mich
auszutragen, sollte ich einen Link in der Mail aufrufen. Die Adresse
des Links war nicht sichtbar, da stand einfach nur "Klicken Sie hier".

Bei manchen Mails funktioniert es, wenn man sie aus einem Textbrowser
heraus aufruft, dann sieht man die Austrageadresse, oder es gibt
zumindest ein Feld, um sie aufzurufen. In diesem Fall ging das nicht,
ich vermute, da war Javascript dahinter, und das können die gängigen
Textbrowser nicht.

Ich musste die Mail also in einem graphischen Browser aufrufen. Ich
hätte natürlich auch einen zweiten, grafischen Mailreader installieren
können, aber für die wenigen Fälle, in denen so etwas vorkommt, fand
ich das Setup mit mutt einfacher.

Martin

[toc] | [prev] | [next] | [standalone]

#1513

On Tue, 15 Sep 2026 16:08:57 +0200, Jens Schüßler <j.schuess@nurfuerspam.de> tippte:
> On 9/14/26 20:58, Martin Klaiber wrote:
>> 
>> Naja, ich gebe jetzt erstmal auf. Ich wundere mich nur, dass offenbar
>> niemand sonst dieses Problem hat.
>
> Wundert mich nicht, denn das ist ein exotisches Setup. Man will sich im
> Normalfall keine HTML-Mails in einem grafischen Programm anschauen wenn
> man mutt benutzt.

Kann man aber.
Ich habe in der .mailcap eingetragen

text/html; firefox %s; nametemplate=%s.html; copiousoutput

Dann startet Firefox automatisch bei <ENTER> auf 'ne HTML-Mail.

-- 
Gruss Rolf

[toc] | [prev] | [next] | [standalone]

#1507

On 2026-09-14 12:33, Martin Klaiber <usenet.martinkl@gmx.de> wrote:
> Bei mir klappt die automatische Auswahl des richtigen Browser für die
> Betrachtung von HTML-Mails je nach Umgebung (CLI, GUI) nicht.
>
> OS: Debian Oldstable
> mutt: Mutt 2.2.12 (2023-09-09)
>
> Die Konfiguration für HTML in der .muttrc:
>
>| martinkl@maurice:~$ grep -i html .muttrc
>| auto_view text/html
>| alternative_order text/plain text/html
>
> Hier die Einträge zu HTML in der /etc/mailcap. Meines Wissens sind sie
> so bei der Installation angelegt worden, beschwören kann ich es aber
> nicht:
>
>| martinkl@maurice:~$ grep -i html /etc/mailcap
>| text/html; /usr/bin/sensible-browser %s; description=HTML Text; nametemplate=%s.html
>| text/html; /usr/bin/firefox-esr %s; description=HTML Text; test=test -n "$DISPLAY";  nametemplate=%s.html
>| text/html; jed %s; needsterminal
>| text/html; /usr/bin/links %s; needsterminal; description=HTML Text; nametemplate=%s.html
>| text/html; /usr/bin/links -dump %s; copiousoutput; description=HTML Text; nametemplate=%s.html
>| text/html; /usr/bin/lynx -force_html %s; needsterminal; description=HTML Text; nametemplate=%s.html
>| text/html; /usr/bin/html2text %s; copiousoutput; description=HTML Text
>| text/html; /usr/bin/lynx -dump -force_html %s; copiousoutput; description=HTML Text; nametemplate=%s.html

Da stehen jetzt viele Einträge für text/html. Welchen davon soll mutt
nehmen?

Laut http://mutt.org/doc/manual/#mailcap-search-order

| For non-interactive use, only copiousoutput-tagged entries are
| considered. For interactive use, Mutt ignores this tag and treats all
| entries equally.

auto_view ist non-interactive, also werden nur die da beachtet:

>| text/html; /usr/bin/links -dump %s; copiousoutput; description=HTML Text; nametemplate=%s.html
>| text/html; /usr/bin/html2text %s; copiousoutput; description=HTML Text
>| text/html; /usr/bin/lynx -dump -force_html %s; copiousoutput; description=HTML Text; nametemplate=%s.html

Keiner von denen hat eine weitere Einschränkung mittels test, also wird
der erste genommen:

>| text/html; /usr/bin/links -dump %s; copiousoutput; description=HTML Text; nametemplate=%s.html

TLDR: Du musst noch ; copiousoutput zum gewünschten Eintrag hinzufügen.
Und eventuell einen Test schreiben (wie beim zweiten Eintrag), damit der
nur bei X11 verwendet wird.

        hjp

[toc] | [prev] | [next] | [standalone]

#1509

Peter J. Holzer <hjp-usenet4@hjp.at> wrote:

Sorry, habe Deinen Artikel zu spät entdeckt, bzw. er hat sich mit
meinem anderen überschnitten, den ich schrieb, während Deiner reinkam,
daher hatte ich Deinen übersehen.

> Laut http://mutt.org/doc/manual/#mailcap-search-order

> | For non-interactive use, only copiousoutput-tagged entries are
> | considered. For interactive use, Mutt ignores this tag and treats all
> | entries equally.

> auto_view ist non-interactive, also werden nur die da beachtet:

Ah, ok, danke, jetzt ist klar, wofür das "copiousoutput" gedacht ist.
Das "interactive" hatte ich übersehen.

> TLDR: Du musst noch ; copiousoutput zum gewünschten Eintrag hinzufügen.
> Und eventuell einen Test schreiben (wie beim zweiten Eintrag), damit der
> nur bei X11 verwendet wird.

Wie könnte denn so ein Test aussehen? Meinst Du so etwas wie:

| test=test -n "$DISPLAY"

Martin

[toc] | [prev] | [next] | [standalone]

#1510

Martin Klaiber <usenet.martinkl@gmx.de> wrote:
> Peter J. Holzer <hjp-usenet4@hjp.at> wrote:

>> TLDR: Du musst noch ; copiousoutput zum gewünschten Eintrag hinzufügen.
>> Und eventuell einen Test schreiben (wie beim zweiten Eintrag), damit der
>> nur bei X11 verwendet wird.

> Wie könnte denn so ein Test aussehen? Meinst Du so etwas wie:

> | test=test -n "$DISPLAY"

Habe zu schnell gepostet, hätte erst testen sollen. Mit der Zeile:

| text/html; /usr/bin/firefox-esr %s; description=HTML Text; copiousoutput; nametemplate=%s.html ; test=test -n "$DISPLAY";

scheint es jetzt zu funktionieren.

Danke für die Hilfe!

Martin

[toc] | [prev] | [standalone]

Back to top | Article view | de.comm.software.mailreader

csiph-web