You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apache-bugdb@apache.org by Alex Blewitt <Al...@ioshq.com> on 1999/07/28 17:18:03 UTC
mod_proxy/4782: FTP proxying for .gz files get translated as text/plain
>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 <ap...@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! ]