Your message dated Wed, 23 Nov 2005 22:29:23 +1000
with message-id <[EMAIL PROTECTED]>
and subject line Bug#339570: exmh doesn't understand /etc/mailcap
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 17 Nov 2005 08:25:54 +0000
>From [EMAIL PROTECTED] Thu Nov 17 00:25:54 2005
Return-path: <[EMAIL PROTECTED]>
Received: from fsck.waldner.priv.at ([213.235.225.170])
by spohr.debian.org with esmtp (Exim 4.50)
id 1Ecf5e-0005TX-FN
for [EMAIL PROTECTED]; Thu, 17 Nov 2005 00:25:54 -0800
Received: by fsck.waldner.priv.at (Postfix, from userid 1000)
id B954A1C01B; Thu, 17 Nov 2005 09:25:43 +0100 (CET)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Robert Waldner <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: exmh doesn't understand /etc/mailcap
X-Mailer: reportbug 3.8
Date: Thu, 17 Nov 2005 09:25:43 +0100
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level:
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2005_01_02
Package: exmh
Version: 1:2.7.2-7
Severity: normal
Hi!
It seems that exmh doesn't understand the Debian format of /etc/mailcap,
which is best explained via example:
/etc/mailcap:
audio/mpeg; beep-media-player '%s'; nametemplate=%s.mp3; test=test
"$DISPLAY" != ""
Would lead exmh to try to start
This is MPEG Audio
It can be displayed with
"nametemplate=/tmp/waldner/1.0=1=2.20424.exmh.mp3".
If I, however, mangle /etc/mailcap to _not_ contain any "nametemplate"
entries and place it in ~, exmh works as expected - which is what I
recommend as a workaround until this is fixed.
Funny thing is that the nametemplate issue should be already fixed since
1998 according to
http://mercea.net/~exmh/html/exmh-workers/1998-11/msg00011.html - "It
also adds a sanity check so that entries that read nametemplate=%s will
be ignored. " - seems like this got lost along the way ;)
cheers,
&rw
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.13
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to
[EMAIL PROTECTED])
Versions of packages exmh depends on:
ii metamail 2.7-47 implementation of MIME
ii mime-support 3.28-1 MIME files 'mime.types' & 'mailcap
ii nmh [mh] 1.1-release-3 A set of electronic mail handling
ii tcl8.0 [tclsh] 8.0.5-8 Tcl (the Tool Command Language) v8
ii tcl8.3 [tclsh] 8.3.5-4 Tcl (the Tool Command Language) v8
ii tcl8.4 [tclsh] 8.4.9-1 Tcl (the Tool Command Language) v8
ii tk8.0 [wish] 8.0.5-11 Tk toolkit for Tcl and X11, v8.0 -
ii tk8.3 [wish] 8.3.5-4 Tk toolkit for Tcl and X11, v8.3 -
ii xterm 4.3.0.dfsg.1-14sarge1 X terminal emulator
-- no debconf information
---------------------------------------
Received: (at 339570-done) by bugs.debian.org; 23 Nov 2005 12:29:32 +0000
>From [EMAIL PROTECTED] Wed Nov 23 04:29:32 2005
Return-path: <[EMAIL PROTECTED]>
Received: from heffalump.snafu.priv.at ([202.173.190.30] helo=cft.snafu.priv.at)
by spohr.debian.org with esmtp (Exim 4.50)
id 1Eetkh-0001DF-Ei
for [EMAIL PROTECTED]; Wed, 23 Nov 2005 04:29:32 -0800
Received: from cft.snafu.priv.at (localhost [127.0.0.1])
by cft.snafu.priv.at (8.13.4/8.13.4/Debian-1) with ESMTP id
jANCTSha004922
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Wed, 23 Nov 2005 22:29:28 +1000
Received: (from [EMAIL PROTECTED])
by cft.snafu.priv.at (8.13.4/8.13.4/Submit) id jANCTR3h004914;
Wed, 23 Nov 2005 22:29:27 +1000
Message-Id: <[EMAIL PROTECTED]>
To: Robert Waldner <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: Bug#339570: exmh doesn't understand /etc/mailcap
In-reply-to: Your message of "Tue, 22 Nov 2005 12:40:01 +0100."
<[EMAIL PROTECTED]>
From: Alexander Zangerl <[EMAIL PROTECTED]>
MIME-Version: 1.0
Date: Wed, 23 Nov 2005 22:29:23 +1000
Sender: [EMAIL PROTECTED]
X-Mailer: kuvert 1.1.10
content-Type: multipart/signed; boundary="----------=_1132748967-2593-4";
micalg="pgp-sha1"; protocol="application/pgp-signature"
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level:
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2005_01_02
This is a multi-part message in MIME format.
It has been signed conforming to RFC3156.
You need GPG or PGP to check the signature.
------------=_1132748967-2593-4
Content-Type: text/plain; charset=us-ascii
On Tue, 22 Nov 2005 12:40:01 +0100, Robert Waldner writes:
>I'm attaching the whole /etc/mailcap, in case that helps - maybe the
> order of entries is also relevant? FWIW, it happens _reproducible_
> with audio/mpeg - I'm attaching a msg/rfc822 that triggers this (don't
> actually listen to the file - it's straight out of /dev/urandom ;) ).
your mailcap file is borken.
"Each individual mailcap entry consists of a content-type specification,
a command to execute, and (possibly) a set of optional "flag" values."
yours has
[az:~] fgrep "audio/mpeg;" .mailcap
audio/mpeg; nametemplate=%s.mpg; vlc '%s'; description="MPEG Audio"; \
test=test -n "$DISPLAY"
audio/mpeg; audacity '%s'; edit=audacity '%s'; test=test "$DISPLAY" != ""
....and lots of others, the first of with exmh looks at. which does
NOT have the program after the mime type, but the nametemplate option.
rashly, without even looking at it, i blame the vlc postinst.
and if you switch that entry round to
audio/mpeg; vlc '%s'; nametemplate=%s.mpg; description="MPEG Audio"; \
test=test -n "$DISPLAY"
all things work as expected. note that the nametemplate entry is
responsible for the temporary file's extension (which you complained about);
remove/update it and you get your mp3s :-)
regards
az
--
+ Alexander Zangerl + DSA 42BD645D + (RSA 5B586291)
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." -- Benjamin Franklin
------------=_1132748967-2593-4
Content-Type: application/pgp-signature
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFDhGCnpy/2bEK9ZF0RAhZYAKCQtvjxCoGNgjOL6CtIl2LDufhlHQCfRzQo
bgcmb51TAa2h9DmMFOJ24DY=
=oeSH
-----END PGP SIGNATURE-----
------------=_1132748967-2593-4--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
