Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

#11 Strange Vary: header returned

mod_gzip-1.3.26.1a
closed-fixed
None
5
2003-09-05
2003-03-18
Matthias Andree
No

Hi,

I have just installed mod_gzip 1.3.26.1a into an Apache
server; mod_gzip produces strange Vary: headers, looks
like copying the original contents is hosed.

Here's the Server line:
Server: Apache/1.3.26 (Linux/SuSE) mod_gzip/1.3.26.1a
mod_ssl/2.8.10 OpenSSL/0.9
.6g

To reproduce, try:

lynx -mime_header http://some.server.with.mod-gzip.de/
| less

I'm getting:
Vary: Accept-Encoding,U

Which looks bogus. Might this be a truncated User-Agent
header?

I also noted I don't get Vary: back when using
"mod_gzip_on no"; does bypassing the original Vary:
header work in this case?

Is there a problem determining the maximum output
length of the header?

Discussion

  • Logged In: YES
    user_id=2788

    This also happens in telnet sessions:
    $ telnet 127.0.0.1 80
    GET / HTTP/1.0
    User-Agent: blabla
    Accept-Encoding: gzip, identity

    HTTP/1.1 200 OK
    Date: Tue, 18 Mar 2003 21:45:18 GMT
    Server: Apache/1.3.26 (Linux/SuSE) mod_gzip/1.3.26.1a
    mod_ssl/2.8.10 OpenSSL/0.9.6g
    Vary: Accept-Encoding,Us
    [...]

    I went back to 1.3.19.2a and got this Vary: header with my
    lynx command, but also when I do a manual minimal telnet
    session such as:

    Server: Apache/1.3.26 (Linux/SuSE) mod_gzip/1.3.19.2a
    mod_ssl/2.8.10 OpenSSL/0.9.6g
    Vary: Accept-Encoding,User-age

    Could someone fix this please?

     
    • assigned_to: nobody --> ckruse
    • status: open --> closed-fixed
     
  • Logged In: YES
    user_id=329823

    Should be fixed now

     
  • Jeremy Leader
    Jeremy Leader
    2009-01-10

    This bug seems to have reappeared, see bug 2496729