Re: [Rabbit-proxy-users] Empty files in cache

[Micah S. <mi...@cn...>]

> What version of RabbIT?

2.0.21

> What version/vendor of browser?

Mozilla 1.2.1 on NetBSD
Netscape Navigator 4.79 on NetBSD (Linux Emulation)
IE 5.5 on Windows 95

It was happening yesterday with IE, but now I can only seem
to have a problem on Mozilla.

> Can you enable HTTPSnoop and capture some requests and responses?

Here's what HTTPSnoop saysa about the request from Mozilla.
Mozilla gets a blank page:

GET http://www.tco.net/ HTTP/1.1
Host: www.tco.net
User-Agent: Mozilla/5.0 (X11; U; NetBSD i386; en-US; rv:1.2.1) Gecko/20021221
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1
Accept-Language: en-us, en;q=0.50
Accept-Encoding: gzip, deflate, compress;q=0.9
Accept-Charset: ISO-8859-1, utf-8;q=0.66, *;q=0.66
If-None-Match: "42801f-2313-3d1bf524"
Cache-Control: max-age=0
Via: HTTP/1.1 RabbIT

It displays the same when it isn't in Mozilla's cache:

GET http://www.tco.net/ HTTP/1.1
Host: www.tco.net
User-Agent: Mozilla/5.0 (X11; U; NetBSD i386; en-US; rv:1.2.1) Gecko/20021221
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1
Accept-Language: en-us, en;q=0.50
Accept-Encoding: gzip, deflate, compress;q=0.9
Accept-Charset: ISO-8859-1, utf-8;q=0.66, *;q=0.66
Via: HTTP/1.1 RabbIT

Here's the request from Netscape which sees the page correctly:

GET http://www.tco.net/ HTTP/1.1
User-Agent: Mozilla/4.79 [en] (X11; U; Linux 2.4.18 i386; Nav)
Pragma: no-cache
Host: www.tco.net
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png, */*
Accept-Encoding: gzip
Accept-Language: en
Accept-Charset: iso-8859-1,*,utf-8
Via: HTTP/1.0 RabbIT

And here is IE which also sees the page correctly:

GET http://www.tco.net/ HTTP/1.1
Accept: */*
Accept-Language: en-us
Accept-Encoding: gzip, deflate
If-Modified-Since: Fri, 28 Jun 2002 05:33:24 GMT
If-None-Match: "42801f-2313-3d1bf524"
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows 95)
Host: www.tco.net
Pragma: no-cache
Via: HTTP/1.1 RabbIT

Here's Mozilla loading adios.tco.net which is the same file
on the same server, just a different name.  This one displays
perfectly:

GET http://adios.tco.net/ HTTP/1.1
Host: adios.tco.net
User-Agent: Mozilla/5.0 (X11; U; NetBSD i386; en-US; rv:1.2.1) Gecko/20021221
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1
Accept-Language: en-us, en;q=0.50
Accept-Encoding: gzip, deflate, compress;q=0.9
Accept-Charset: ISO-8859-1, utf-8;q=0.66, *;q=0.66
Via: HTTP/1.1 RabbIT

> What does the CacheStatus-admin page say about that page?

Interestingly, enough.  It says that http://www.tco.net/, it's
linked stylesheet and all the images that it loads have null
content type and 0 size.  However, the cache entries for
adios.tco.net have the correct size and content type.

Sometimes, it seems that the Status admin page keeps connections
to www.tco.net listed longer than the browser appears to be
connected, but I can't reproduce this reliably.

> > On a side note, it doesn't seem to convert GIFs to JPEGs,
> > I'm not sure why.  That is, however, a very minor problem.
> 
> should do, can you give an example of a gif that does not get
> converted. Note, images that are to small (< 2000 bytes) wont get
> converted.

I imagine they were just small ones.  I didn't realize that it
differentiated, but it makes sense.

Micah