From xemacs-m  Wed Feb 12 08:46:48 1997
Received: from loiosh.kei.com (ckd@loiosh.kei.com [192.88.144.32])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id IAA29110
	for <xemacs-beta@xemacs.org>; Wed, 12 Feb 1997 08:46:47 -0600 (CST)
Received: (from ckd@localhost)
	by loiosh.kei.com (8.8.5/8.8.5) id JAA06537;
	Wed, 12 Feb 1997 09:45:38 -0500 (EST)
To: Anthony Rossini <rossini@math.sc.edu>
Cc: Steven L Baur <steve@miranova.com>, xemacs-beta@xemacs.org
Subject: Re: PNG images, has anyone seen one in XEmacs?
References: <199702121324.IAA24541@fhat.stat.sc.edu>
X-Attribution: ckd
Mime-Version: 1.0 (generated by tm-edit 7.103)
Content-Type: text/plain; charset=US-ASCII
From: Christopher Davis <ckd@loiosh.kei.com>
Date: 12 Feb 1997 09:45:37 -0500
In-Reply-To: Anthony Rossini's message of Wed, 12 Feb 1997 08:24:32 -0500
Message-ID: <w4d8u684mm.fsf@loiosh.kei.com>
Lines: 38
X-Mailer: Gnus v5.4.12/XEmacs 19.15

AR> == Anthony Rossini <rossini@math.sc.edu>

 AR> BTW, if anyone knows the command sequence for obtaining mime types
 AR> from a server off the top of thier head, I'd love to be reminded.  (I
 AR> did:
	
 AR> 	neuromancer 30 > telnet www 80
 AR> 	Trying 129.252.12.67 ...
 AR> 	Connected to www.stat.sc.edu.
 AR> 	Escape character is '^]'.
 AR> 	GET /~rossini/images/test.png

 AR> but didn't get the image/png (or any content type header) on the
 AR> output (same with the command "GET /~rossini/images/", which I thought
 AR> would return a header "text/html" or whatever it really ought to be).

You're using HTTP/0.9 because you didn't specify an HTTP version.

What you want to do:

HEAD /~rossini/images/test.png HTTP/1.0 [RET][RET]

You need to send a blank line after the HTTP command to be the end of the
HTTP/1.0 query headers (of which you are sending none).  Then you should
get a set of response headers (but not the PNG itself, since you only
asked for the HEAD rather than GET...).

HTTP/1.1 200 OK
Date: Wed, 12 Feb 1997 14:46:11 GMT
Server: Apache/1.2b6
Connection: close
Content-Type: image/png
Last-Modified: Tue, 11 Feb 1997 23:50:55 GMT
ETag: "216e4-2158-330105df"
Content-Length: 8536
Accept-Ranges: bytes

So yes, your server is Doing the Right Thing.

