mimetypes for zipped files

[Nicolas Goutte]

To be exact: files of the mime type application/abiword can also be gzipped 
(*.abw.gz or *.zabw)

However, there are *not* recognised as application/gzip

I do not mind if somebody wants to change it, as long as I can change KWord's 
AbiWord filter accordingly.

Please CC me if you answer. Thank you in advance!

Have a nice day/evening/night!

--- Original Message ---
Subject:  Re: mimetypes for zipped files
From:     aleXXX <alexander.neundorf at gmx.net>
Date:     2002-04-06 21:32:38
On Saturday 06 April 2002 20:27, Marc Mutz wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Friday 05 April 2002 18:35, David Faure wrote:
> <snip>
>
> > > what are the mimetypes for zipped files ?
> > > Would e.g. text/plain-gzip, text/html-gzip, application/x-troff-gzip be
> > > ok ?
>
> <snip>
>
> God, NO! :-(
>
> > In a way it would be better to have the info that "it's gzip" not in the
> > mimetype but somewhere else.
>
> Exactly. Maybe using a Content-Transfer-Encoding-like approach might help?
> BTW: On ietf-822 there's currently a discussion about this (in the context
> of mail, that is). Either we'll get a gzip CTE or a "compression" parameter
> for the CTE header field.
>
> Marc

Can you please explain a bit more, I dont understand.

Currently we recognize anything which is gzipped as application/gzip, e.g. 
gzipped man pages or gzipped text files. This basically is one of the few 
things why I still have to use mc from time to time, since mc is able to 
unzip and display gzipped text files on the fly.

I have it working here, konqy recognizes application/troff-gzip and loads the 
corresponding troff part, which unzips the file correctly.

How should this work instead ?

Bye
Alex