Re: How can MH-E handle application/octet-stream ?

[Reiner Steib <reinersteib+gmane@imap.cc>]

[ From the MH-E list; Added Gnus list. ]

On Fri, May 13 2005, Bill Wohler wrote:

> Axel Jantsch <axel@imit.kth.se> writes:
>> I often get a pdf file (or other well known file types) with
>> application/octet-stream mime type. In MH-E such an attachment is
>> displayed as
>>
>> [2. Maj.pdf --- application/octet-stream; Maj.pdf]
>>
>> Although this is obviously a pdf file, MH-E does not know about it
>> and does not start a pdf reader.
[...]
> MH-E uses gnus to render its multimedia bits. I imagine that Gnus uses
> the Content-Type header field, not the Content-Disposition field
> (which contains the filename), for determining what viewer to use.

Yes.

> I've always just saved these files and launched gpdf separately, but I
> agree that's a pain.

In Gnus, you can use `v gpdf %s RET' on the button to launch gpdf.

> Perhaps a mechanism already exists, or perhaps they would be willing
> to put in a workaround. If so, please share it with us on mh-e-users
> mailing list. 

I'm not aware of a more simple solution or workaround in Gnus.  But if
someone wants to implement overriding of the Content-Type, it would be
nice to have it in the MIME library (mm*.el) so that MH-E and Gnus
could use it.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/


-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click