multiple mailcap entries

multiple mailcap entries

[Klaus Zeitler]

On my Solaris workstation I use qvpunix to read msword and excel files.
I've used the following entry in my .mailcap file to read msword files
automatically, when I press enter on a msword attachment:

 application/msword; qvpunix -mn %s

This has been working fine. Now I tried to do the same for excel files
and added:

 application/octet-stream; qvpunix -mn %s

But this doesn't work, instead gnus asks me where to save the attachment.
The difference between these to entries seems to be that the variable 
mailcap-mime-data contains (amongst many others) only one entry for
application/msword , but 2 for application/octet-stream:

(("application"
  ("octet-stream"
   (viewer . "qvpunix -mn %s")
   (type . "application/octet-stream"))
  ("msword"
   (viewer . "qvpunix -mn %s")
   (type . "application/msword"))
  ...
  ("octet-stream"
   (viewer . mailcap-save-binary-file)
   (non-viewer . t)
   (type . "application/octet-stream"))
  ...))

and function mailcap-mime-info returns mailcap-save-binary-file as viewer
for "application/octet-stream", i.e. the 2nd entry.

I thought that entries in ~/.mailcap would have highest preference, but it
seems to be the opposite. It seems that I have to modify the variable
mailcap-mime-data instead or do I miss something?

Klaus

-- 
 ------------------------------------------
|  Klaus Zeitler      Lucent Technologies  |
 ------------------------------------------
---
Let's see, now that I am done.......... :w  :q  :wq  :wq! ^d  X exit
X Q  :quitbye  CtrlAltDel   ~~q  :~q  logout  save/quit :!QUIT ^[zz
^[ZZ ZZZZ  ^H  ^@  ^L  ^[c  ^# ^E ^X ^I ^T  ?  help  helpquit ^D  ^d
^C ^c ^x^c helpexit ?Quit ?q ^Kx /QY   Oooops..........   Discs synced;
halted

Re: multiple mailcap entries

[Jesper Harder]

Klaus Zeitler <kzeitler+usenet@gsm-mailhost.de.lucent.com> writes:

> I thought that entries in ~/.mailcap would have highest preference,
> but it seems to be the opposite.

Yes, ~/.mailcap entries are normally preferred.  There is one exception,
though, internal Emacs functions (such as `mailcap-save-binary-file')
are always preferred over external commands.

Re: Gnus and indentation

[Hubert Canon]

Jesper Harder <harder@myrealbox.com> disait :

> Hubert Canon <hcanon@alussinan.org> writes:
>
>> When I read some code source in a news message with Gnus, it is not
>> indented, like with this one :
>>
>>> (type . "application/octet-stream"))
>>> ...))
>>
>> When I try to look with « \C-u g » it is perfectly normal, so I
>> suspect that Gnus is doing some magic I cannot understand. I don't
>> know exactly where all this come from. Have you got some idea where I
>> could look at ?
>
> Did you by any chance set `gnus-treat-leading-whitespace' to t?

No :

gnus-treat-leading-whitespace's value is nil

I am really clueless.

Is it worth that I upgrade to the latest Oort release ?

-- 
Hubert Canon

Re: multiple mailcap entries

[Jesper Harder]

kai.grossjohann@gmx.net (Kai Großjohann) writes:

> What do people think?  Should it be changed so that image/* in the
> personal file gets preferred over image/png in the system-wide file?
>
> I think so.

Me too.  This is also the right way according to RFC 1524.

Re: multiple mailcap entries

[Adam Sjøgren]

On Sat, 12 Apr 2003 17:21:20 +0200, Kai Großjohann wrote:

>> I don't know.  RFC 1524 specifies the order in which they should be
>> used:

>> |    $HOME/.mailcap:/etc/mailcap:/usr/etc/mailcap:/usr/local/etc/mailcap

> IMHO the ordering given there doesn't make sense -- maybe there is a
> bug in RFC 1524?

What is it about the ordering, that doesn't make sense?

It looks like "Choose user-preference first, then go systemwide -
preferring the most global existing mailcap", to me?


  Best regards,

-- 
 "Vilken sanning, Måns, är sann?"                              Adam Sjøgren
                                                          asjo@koldfront.dk

Re: multiple mailcap entries

[Vasily Korytov]

On Sat, 12 Apr 2003 17:21:20 +0200, Kai Groъjohann wrote:

> IMHO the ordering given there doesn't make sense -- maybe there is a
> bug in RFC 1524?

Don't agree. IMHO we should keep this ordering.

-- 
       I accept RFC3156 and RFC2440-compatible encrypted mail.
PGP key fingerprint: 123A 7CCE 6E26 6233 0D87 E01A A0F8 3524 FCD8 1841

Re: multiple mailcap entries

[Vasily Korytov]

On 12 Apr 2003 09:45:03 -0400, William F. Hammond wrote:

> Aren't /etc and /usr/etc generally are regarded as being for vendor
> defaults, while /usr/local/etc is for system defaults?  If so,
> shouldn't /usr/local/etc be higher in these lists?
[...]

I have never heard of such a convention. IIRC, FHS doesn't mention
/usr/(local/)?/etc at all.

IMHO, if I have both /usr/local/etc/aa.conf and /etc/aa.conf, that's
wrong by itself and I shouldn't care much about the sequence.

The reason to have /etc/mailcap before /usr/local/etc/mailcap is: it's
more standard and frequently used.

-- 
       I accept RFC3156 and RFC2440-compatible encrypted mail.
PGP key fingerprint: 123A 7CCE 6E26 6233 0D87 E01A A0F8 3524 FCD8 1841

Re: multiple mailcap entries

[Arne Jørgensen]

Jesper Harder <harder@myrealbox.com> writes:

> I guess to fix the logic in mailcap.el to observe this order of priority
> if mailcap.el specifies an internal command:
>
>    ~/.mailcap
>    mailcap.el
>    /etc/mailcap
>    /usr/etc/mailcap
>    /usr/local/etc/mailcap
>
> but this order if the entry in mailcap.el is an external command:
>
>     ~/.mailcap
>     /etc/mailcap
>     /usr/etc/mailcap
>     /usr/local/etc/mailcap
>     mailcap.el


Why not invent a ~/.mailcap.el and put it at the beginning of the
search path?

That way it doesn't matter whether it is an internal or external
command. If the command is specified in ~/.mailcap.el it is the
command that is to run from emacs.

Kind reagrds,
-- 
stud. scient. Arne Jørgensen
Kollegium 5, 2. v. 222, Universitetsparken, DK-8000 Aarhus C, Denmark
phone: +45 89 42 72 22, mobile: +45 21 65 01 13
email: arne@daimi.au.dk, <http://www.daimi.au.dk/~arne/>