Your message dated Mon, 27 May 2013 19:33:24 +0200
with message-id <[email protected]>
and subject line Re: Bug#363762: mozilla-thunderbird: Piping attachments 
through external programs
has caused the Debian Bug report #363762,
regarding mozilla-thunderbird: Piping attachments through external programs
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
363762: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=363762
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: mozilla-thunderbird
Version: 1.0.2-2.sarge1.0.6
Severity: normal


Piping of attachements through external programs does not work as
required. In fact no piping takes place. Take e.g. the follwoing lines
in .mailcap

        application/x-chess-pgn;cmail
        application/x-chess;cmail

This should _pipe_ the attachment trough cmail, but seems to call
cmail with a parameter which is not compliant to .mailcap.

As a work arround one could use the following script:

----------------------------------------------------------------------
        #!/bin/sh
        #
        # simple cmail wrapper
        # cmail needs the moves from stdin if called from a mail program. not
        # all mailprograms support piping though...
        #
        if [ -f $1 ]; then
                cat $1 | cmail
        else 
                cmail
        fi
----------------------------------------------------------------------

and specify 

        application/x-chess-pgn;cm "%u"
        application/x-chess;cm "%u"

in .mailcap. But this is only a work arround, not a fix. Thunderbird
should obey .mailcap correctly as other mailers do (e.g. mutt).

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mozilla-thunderbird depends on:
ii  libatk1.0-0        1.8.0-4               The ATK accessibility toolkit
ii  libc6              2.3.2.ds1-22          GNU C Library: Shared libraries an
ii  libfontconfig1     2.3.1-2               generic font configuration library
ii  libfreetype6       2.1.7-2.4             FreeType 2 font engine, shared lib
ii  libgcc1            1:3.4.3-13            GCC support library
ii  libglib2.0-0       2.6.4-1               The GLib library of C routines
ii  libgtk2.0-0        2.6.4-3               The GTK+ graphical user interface 
ii  libjpeg62          6b-10                 The Independent JPEG Group's JPEG 
ii  libpango1.0-0      1.8.1-1               Layout and rendering of internatio
ii  libpng12-0         1.2.8rel-1            PNG library - runtime
ii  libstdc++5         1:3.3.5-13            The GNU Standard C++ Library v3
ii  libx11-6           4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii  libxext6           4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii  libxft2            2.1.7-1               FreeType-based font drawing librar
ii  libxp6             4.3.0.dfsg.1-14sarge1 X Window System printing extension
ii  libxrender1        0.8.3-7               X Rendering Extension client libra
ii  libxt6             4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics
ii  xlibs              4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu
ii  zlib1g             1:1.2.2-4.sarge.2     compression library - runtime

-- debconf information:
* mozilla-thunderbird/browser: Debian


--- End Message ---
--- Begin Message ---
Hello Alexander,

Am 27.05.2013 18:59, schrieb Alexander Wagner:
> Well most likely it withered, out so to say, as nobody knows these days
> how to set up mailcap anymore and why the ... one would pipe something
> through an external program.
> 
> Probably it's worth to crosscheck with current xboard builds on how they
> handle cmail-commands. This was at least the use case which made me open
> the bug in the first place. However, correspondence chess almost
> entirely moved on to serverside play so the case for me (personally) is
> gone...

thanks for your answer.
As you say, the main user of Icedove doesn't need to process some output
of Icedove through a external program. And if needed there a some more
practical alternatives like mutt for example.

So I will close this bug as you suggested.

-- 
Regards
Carsten

--- End Message ---

Reply via email to