Message-Id: <19990728151803.7009.qmail@hyperreal.org>
Date: 28 Jul 1999 15:18:03 -0000
From: Alex Blewitt <Alex.Blewitt@ioshq.com>
Reply-To: Alex.Blewitt@ioshq.com
To: apbugs@hyperreal.org
Subject: mod_proxy/4782: FTP proxying for .gz files get translated as
 text/plain
Sender: apache-bugdb-owner@apache.org
Precedence: bulk


>Number:         4782
>Category:       mod_proxy
>Synopsis:       FTP proxying for .gz files get translated as text/plain
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    apache
>State:          open
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Wed Jul 28 08:20:00 PDT 1999
>Last-Modified:
>Originator:     Alex.Blewitt@ioshq.com
>Organization:
apache
>Release:        1.3.3
>Environment:
Linux cerberus 2.0.34 #2 Thu Jul 9 10:57:48 EST 1998 i586 unknown
Server version: Apache/1.3.3 (Unix) Debian/GNU
Server built:   Feb 13 1999 17:24:50
>Description:
Using the mod_proxy as an ftp proxy with Lynx (ftp_proxy=http://proxy:8080/) 
I can navigate files/directories/view non-binary material OK. I can also
download files ending in .exe, .zip and so on, and are correctly reported as
application/x-msdos-executable etc. as per the /etc/mime.types file.

However, if I attempt to look at a file ending in .gz, it does not get
reported as a GZIP file. (Originally, I had no entry in the /etc/mime-types file,
but since adding in application/gzip gz it still fails).

Since the default transfer is for 'binary' I am suprised that the FTP proxy is reporting
it as 'text/plain' in its report.
>How-To-Repeat:
1) Make a GZIP file
2) look at it through mod_proxy on vi an FTP server
>Fix:
Have the default mod_proxy transfer type report it as application/octet-stream instead of text/plain
for types that aren't registered?
>Audit-Trail:
>Unformatted:
[In order for any reply to be added to the PR database, you need]
[to include <apbugs@Apache.Org> in the Cc line and make sure the]
[subject line starts with the report component and number, with ]
[or without any 'Re:' prefixes (such as "general/1098:" or      ]
["Re: general/1098:").  If the subject doesn't match this       ]
[pattern, your message will be misfiled and ignored.  The       ]
["apbugs" address is not added to the Cc line of messages from  ]
[the database automatically because of the potential for mail   ]
[loops.  If you do not include this Cc, your reply may be ig-   ]
[nored unless you are responding to an explicit request from a  ]
[developer.  Reply only with text; DO NOT SEND ATTACHMENTS!     ]