Wiggins d'Anconia wrote:
<Clip>
Interesting way to do it, not what I intended. Have you 100% confirmed
that the header is being passed back correctly? I am not sure how Apache
(or whatever web server you are using) handles setting the type, it
might be finding it from somewhere else that is overriding it. There is
a module for Firefox/Mozilla called "Live HTTP Headers" that will help
you confirm what is being sent.
<clip>
Hi Wiggins.
I tried your suggestion to confirm what the header being sent is via...
http://web-sniffer.net/
And it looks like what I'm intending to send out is being sent out....
Just ain't sending enuff, I reckon...
Tony.
P.S. By the way, I previously have tried determining the length of the
file to be sent and setting Content-Length to $filesize. But that didn't
seem to make a difference...
=========================================================================
HTTP Request Header
Connect to 65.254.228.100 on port 80 ... ok
GET /cgi-bin/test/testoctetstream.cgi HTTP/1.1[CRLF]
Host: spacecovers.com[CRLF]
Connection: close[CRLF]
Accept-Encoding: gzip[CRLF]
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5[CRLF]
Accept-Language: en-us,en;q=0.5[CRLF]
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7[CRLF]
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.8)
Gecko/20050511 Web-Sniffer/1.0.22[CRLF]
Referer: http://web-sniffer.net/[CRLF]
[CRLF]
HTTP Response Header
Name Value Delim
HTTP Status Code: HTTP/1.1 200 OK
Date: Tue, 20 Sep 2005 00:01:33 GMT CRLF
Server: Apache CRLF
Content-Disposition: attachment; filename="testdu.dat" CRLF
http: //spacecovers.com/cgi-bin/test/testdu.dat CRLF
Content-Length:
CRLF
Connection: close CRLF
Content-Type: application/octet-stream; CRLF
=========================================================================
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
<http://learn.perl.org/> <http://learn.perl.org/first-response>
