• No matching mailcap entry found. Viewing as text.

    From amitsis@gmail.com@21:1/5 to All on Sat Dec 8 09:17:11 2018
    Hello everyone,

    Simplest mailcap entries like 'image /*; xv %s'
    do not work with mutt-1.11.1 (even though they
    will work with mutt-1.10.1)

    There is a message like:

    No matching mailcap entry found. Viewing as text.

    on the status bar!

    $HOME/.mailcap with entry is available as always.

    Where should one look and what should be done?

    Andreas
    --
    Your lucky number is 3552664958674928. Watch for it everywhere.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Eef Hartman@21:1/5 to amitsis@gmail.com on Sat Dec 8 17:40:41 2018
    amitsis@gmail.com wrote:
    Simplest mailcap entries like 'image /*; xv %s'

    Use no space between image and the /
    I do not know if that is the problem, though, I'm still using 1.10.1
    but my mailcap entry is:
    image/*; xv %s
    so the same as yours but without the space.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From amitsis@gmail.com@21:1/5 to All on Sat Dec 8 10:47:58 2018
    Am Samstag, 8. Dezember 2018 18:40:55 UTC+1 schrieb Eef Hartman:
    amitsis@gmail.com wrote:
    Simplest mailcap entries like 'image /*; xv %s'

    Use no space between image and the /
    I do not know if that is the problem, though, I'm still using 1.10.1
    but my mailcap entry is:
    image/*; xv %s
    so the same as yours but without the space.

    That's not the cause. I installed 1.10.1 from a regular RPM package and rebuilt 1.11.1 from a source tarball!

    It must have something to do with the code itself!!

    Fortunately, I can still run both versions side by side because the old version is in /usr/bin and the latest version resides in $HOME/bin.

    But I am always keen in running the latest and greatest! :-)

    Andreas
    --
    Bubble Memory, n.:
    A derogatory term, usually referring to a person's
    intelligence. See also "vacuum tube".

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Eike Rathke@21:1/5 to All on Sat Dec 8 21:52:08 2018
    * amitsis@gmail.com, 2018-12-08 18:47 UTC:
    Am Samstag, 8. Dezember 2018 18:40:55 UTC+1 schrieb Eef Hartman:
    amitsis@gmail.com wrote:
    Simplest mailcap entries like 'image /*; xv %s'

    Use no space between image and the /

    That's not the cause.

    However, a space within the MIME type *will* cause trouble *somewhere*.

    I installed 1.10.1 from a regular RPM package and rebuilt 1.11.1 from a source tarball!

    I'm building and running mutt master all the time, currently 1.11.1+27,
    and never had a problem with viewing attachments with proper MIME types.

    Eike

    --
    OpenPGP/GnuPG encrypted mail preferred in all private communication.
    GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Use LibreOffice! https://www.libreoffice.org/

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Eike Rathke@21:1/5 to All on Sat Dec 8 22:48:50 2018
    * amitsis@gmail.com, 2018-12-08 22:20 UTC:
    This it whast really shows and is in my .mailcap file:

    $ cat .mailcap | grep xv
    image/*; xv %s

    Ok. Apart from that you should quote the file name and maybe even test
    whether for xv the terminal actually has a graphical display. I'd also
    give the full path to the xv executable. So like this:

    image/*; /usr/bin/xv '%s'; test=test "$DISPLAY" != ""

    The only difference in my case is I use eog instead of xv.

    So my first post on Google Groups (Usenet?) had a typo!!

    This is still Usenet, however you access it.

    So it *should* work even with Mutt master but it does not!

    It *does* work here.

    Eike

    --
    OpenPGP/GnuPG encrypted mail preferred in all private communication.
    GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Use LibreOffice! https://www.libreoffice.org/

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From amitsis@gmail.com@21:1/5 to All on Sat Dec 8 14:20:07 2018
    Am Samstag, 8. Dezember 2018 22:52:09 UTC+1 schrieb Eike Rathke:
    * amitsis@gmail.com, 2018-12-08 18:47 UTC:
    Am Samstag, 8. Dezember 2018 18:40:55 UTC+1 schrieb Eef Hartman:
    amitsis@gmail.com wrote:
    Simplest mailcap entries like 'image /*; xv %s'

    Use no space between image and the /

    That's not the cause.

    However, a space within the MIME type *will* cause trouble *somewhere*.

    I installed 1.10.1 from a regular RPM package and rebuilt 1.11.1 from a source tarball!

    I'm building and running mutt master all the time, currently 1.11.1+27,
    and never had a problem with viewing attachments with proper MIME types.

    Eike

    --
    OpenPGP/GnuPG encrypted mail preferred in all private communication.
    GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A
    Use LibreOffice! https://www.libreoffice.org/

    Not to be misunderstood!

    This it whast really shows and is in my .mailcap file:

    $ cat .mailcap | grep xv
    image/*; xv %s

    So my first post on Google Groups (Usenet?) had a typo!!

    So it *should* work even with Mutt master but it does not!

    Somebody could correct me if I am wrong.

    Andreas
    --
    A rolling stone gathers momentum.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jorgen Grahn@21:1/5 to Eike Rathke on Sun Dec 9 08:37:41 2018
    On Sat, 2018-12-08, Eike Rathke wrote:
    * amitsis@gmail.com, 2018-12-08 22:20 UTC:
    This it whast really shows and is in my .mailcap file:

    $ cat .mailcap | grep xv
    image/*; xv %s

    Ok. Apart from that you should quote the file name and maybe even test whether for xv the terminal actually has a graphical display. I'd also
    give the full path to the xv executable. So like this:

    image/*; /usr/bin/xv '%s'; test=test "$DISPLAY" != ""

    The only difference in my case is I use eog instead of xv.

    Nice to see that someone besides me still uses xv, though!

    For what it's worth, my .mailcap says:

    image/gif; xv '%s'; test=test -n "$DISPLAY"
    image/jpeg; xv '%s'; test=test -n "$DISPLAY"
    image/png; xv '%s'; test=test -n "$DISPLAY"

    However, the machine where I read mail doesn't have a $DISPLAY
    these days.

    /Jorgen

    --
    // Jorgen Grahn <grahn@ Oo o. . .
    \X/ snipabacken.se> O o .

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From amitsis@gmail.com@21:1/5 to All on Tue Dec 11 07:14:57 2018
    Am Samstag, 8. Dezember 2018 18:17:12 UTC+1 schrieb ami...@gmail.com:
    Hello everyone,

    Simplest mailcap entries like 'image /*; xv %s'
    do not work with mutt-1.11.1 (even though they
    will work with mutt-1.10.1)

    There is a message like:

    No matching mailcap entry found. Viewing as text.

    on the status bar!

    $HOME/.mailcap with entry is available as always.

    Where should one look and what should be done?

    Andreas
    --
    Your lucky number is 3552664958674928. Watch for it everywhere.

    All this applies to mutt 1.11.1 (The "A Chorus Line" release):

    Well, it's very strange, because if I open an old message that already contained a jpg attachment, I can open that attachment with an external call!

    Which means that the mailcap entry is read and processed normally!

    However, when I write a new message, it does *not* work for me (eg, postponed messages that I reopen, or simply just create a message and check by opening the attachment there).

    In this case, I get the error message in the status bar.

    Can someone tell me what it can be?

    Thanks,
    Andreas
    --
    A modem is a baudy house.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Eike Rathke@21:1/5 to All on Thu Dec 13 00:08:50 2018
    * amitsis@gmail.com, 2018-12-11 15:14 UTC:
    Am Samstag, 8. Dezember 2018 18:17:12 UTC+1 schrieb ami...@gmail.com:
    No matching mailcap entry found. Viewing as text.
    All this applies to mutt 1.11.1 (The "A Chorus Line" release):

    However, when I write a new message, it does *not* work for me (eg, postponed messages that I reopen, or simply just create a message and check by opening the attachment there).

    In this case, I get the error message in the status bar.

    Again, also that works for me (now at Mutt 1.11.1+32)

    Can someone tell me what it can be?

    As you said you built 1.11.1 from source, what --prefix=... directory do
    you use (i.e. where is it installed to with make install) and how does
    the default configuration differ (i.e. /etc/Muttrc vs
    ${PREFIX}/etc/Muttrc)?

    If nothing helps and you know how to use gdb then build mutt with debug,
    i.e. add the --debug option to ./prepare and run mutt in gdb, place
    a breakpoint in attach.c on line 380 and step into the
    rfc1524_mailcap_lookup() call and see where and why that fails.

    Eike

    --
    OpenPGP/GnuPG encrypted mail preferred in all private communication.
    GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Use LibreOffice! https://www.libreoffice.org/

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From amitsis@gmail.com@21:1/5 to All on Thu Dec 13 01:03:26 2018
    Am Donnerstag, 13. Dezember 2018 01:08:52 UTC+1 schrieb Eike Rathke:
    * amitsis@gmail.com, 2018-12-11 15:14 UTC:
    Am Samstag, 8. Dezember 2018 18:17:12 UTC+1 schrieb ami...@gmail.com:
    No matching mailcap entry found. Viewing as text.
    All this applies to mutt 1.11.1 (The "A Chorus Line" release):

    However, when I write a new message, it does *not* work for me (eg, postponed messages that I reopen, or simply just create a message and check by opening the attachment there).

    In this case, I get the error message in the status bar.

    Again, also that works for me (now at Mutt 1.11.1+32)

    Can someone tell me what it can be?

    As you said you built 1.11.1 from source, what --prefix=... directory do
    you use (i.e. where is it installed to with make install) and how does
    the default configuration differ (i.e. /etc/Muttrc vs
    ${PREFIX}/etc/Muttrc)?

    Just did actually install the binary into the default path and it works!

    Well, I recently used the binary and just made a copy of it
    to the bin directory of my home directory. That's why it failed.

    If nothing helps and you know how to use gdb then build mutt with debug,
    i.e. add the --debug option to ./prepare and run mutt in gdb, place
    a breakpoint in attach.c on line 380 and step into the rfc1524_mailcap_lookup() call and see where and why that fails.

    Won't bother now. Not on a stripped binary at all! ;-)

    What's more, since I use smime. Where are all the the rc samples?
    They are missing now!

    They are normally installed via the rpm package 'mutt-doc'.

    Thanks,
    Andreas
    --
    Micro Credo:
    Never trust a computer bigger than you can lift.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jorgen Grahn@21:1/5 to Eike Rathke on Thu Dec 13 11:41:40 2018
    On Thu, 2018-12-13, Eike Rathke wrote:
    ...
    If nothing helps and you know how to use gdb then build mutt with debug,
    i.e. add the --debug option to ./prepare and run mutt in gdb, place
    a breakpoint in attach.c on line 380 and step into the rfc1524_mailcap_lookup() call and see where and why that fails.

    Another often helpful thing is to run 'strace -o strace.log mutt'.
    You can verify what mailcap file(s) it's trying to read.

    /Jorgen

    --
    // Jorgen Grahn <grahn@ Oo o. . .
    \X/ snipabacken.se> O o .

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Eike Rathke@21:1/5 to All on Thu Dec 13 18:18:54 2018
    * amitsis@gmail.com, 2018-12-13 09:03 UTC:
    As you said you built 1.11.1 from source, what --prefix=... directory do
    you use (i.e. where is it installed to with make install) and how does
    the default configuration differ (i.e. /etc/Muttrc vs
    ${PREFIX}/etc/Muttrc)?

    Just did actually install the binary into the default path and it works!

    If you previously used your system's package manager to install the .rpm
    then by overwriting things with the new version you grinded the system packager's checksum handling useless and it will/should refuse
    installing any new version from the distribution.

    Well, I recently used the binary and just made a copy of it
    to the bin directory of my home directory. That's why it failed.

    I rather prefer to have the installation target in a completely
    different directory that I also specify with --prefix=... and make
    install and then use an override-bin/mutt script that sits in the PATH
    to execute the individually compiled version.

    If nothing helps and you know how to use gdb then build mutt with debug,
    i.e. add the --debug option to ./prepare and run mutt in gdb, place
    a breakpoint in attach.c on line 380 and step into the
    rfc1524_mailcap_lookup() call and see where and why that fails.

    Won't bother now. Not on a stripped binary at all! ;-)

    What's more, since I use smime. Where are all the the rc samples?
    They are missing now!

    They are in the mutt source's ./contrib/ directory.

    They are normally installed via the rpm package 'mutt-doc'.

    Again, I recommend to not mess up the rpm installation with the
    self-compiled version. If with a different --prefix=... you still want
    to pull in the system's default /etc/Muttrc or files from the new mutt
    version then rather source them explicitly.

    Eike

    --
    OpenPGP/GnuPG encrypted mail preferred in all private communication.
    GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Use LibreOffice! https://www.libreoffice.org/

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From downtime@21:1/5 to amitsis@gmail.com on Fri Apr 26 14:24:16 2019
    amitsis@gmail.com wrote:
    Am Samstag, 8. Dezember 2018 18:40:55 UTC+1 schrieb Eef Hartman:
    amitsis@gmail.com wrote:
    Simplest mailcap entries like 'image /*; xv %s'

    Use no space between image and the /
    I do not know if that is the problem, though, I'm still using 1.10.1
    but my mailcap entry is:
    image/*; xv %s
    so the same as yours but without the space.

    That's not the cause. I installed 1.10.1 from a regular RPM package and rebuilt 1.11.1 from a source tarball!

    It must have something to do with the code itself!!

    Fortunately, I can still run both versions side by side because the old version is in /usr/bin and the latest version resides in $HOME/bin.

    But I am always keen in running the latest and greatest! :-)

    Andreas

    Are you sure that's not the cause? This works for me:

    image/*; feh %s

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)