Package: mutt Version: 1.5.13-1.1 Severity: minor When I view an email with an attachment, e.g. a PDF document, the status line complains: mailcap entry for type application/pdf not found
However, /etc/mailcap does indeed include this entry. In fact, when I view the attachment, mutt is happy to spawn xpdf. Thus, the bug appears to be purely cosmetic. The result is the same with or without a ~/.mailcap containing an application/pdf entry. This seems to be the case for all attachments that use external viewers. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mutt depends on: ii exim4 4.63-17 metapackage to ease exim MTA (v4) ii exim4-daemon-heavy [mail- 4.63-17 exim MTA (v4) daemon with extended ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libdb4.4 4.4.20-8 Berkeley v4.4 Database Libraries [ ii libgnutls13 1.4.4-3 the GNU TLS library - runtime libr ii libidn11 0.6.5-1 GNU libidn library, implementation ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libsasl2-2 2.1.22.dfsg1-8 Authentication abstraction library Versions of packages mutt recommends: ii locales 2.3.6.ds1-11 GNU C Library: National Language ( ii mime-support 3.39-1 MIME files 'mime.types' & 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
