Introducing myself
Hi everybody, my name is Michele De Martin and I'm working as a network administrator: routers, switches but also DNSs and proxies services. I've some years of experince in managing network services and a little knowledge of C and Perl programming. I would like to add NT multi not trusted domain authentication/authorization to squid. I've almost realized a kit of 3 progs as external helpers and a little patch to squid sources (see http://www.squid-cache.org/mail-archive/squid-users/200302/1233.html for some details). I'm here to ask for subscription and how to merge my work with the main squid . Thank you in advance Michele De Martin
Re: Introducing myself
Hiya, just send an email to [EMAIL PROTECTED] . I'll approve you. :) Adrian On Wed, Mar 05, 2003, [EMAIL PROTECTED] wrote: Hi everybody, my name is Michele De Martin and I'm working as a network administrator: routers, switches but also DNSs and proxies services. I've some years of experince in managing network services and a little knowledge of C and Perl programming. I would like to add NT multi not trusted domain authentication/authorization to squid. I've almost realized a kit of 3 progs as external helpers and a little patch to squid sources (see http://www.squid-cache.org/mail-archive/squid-users/200302/1233.html for some details). I'm here to ask for subscription and how to merge my work with the main squid . Thank you in advance Michele De Martin
mod_gzip, revisited
hiya, I'm in a position where a few clients are complaining about the mod_gzip Vary: ignore and I'd like to return valid replies to them. I spoke to Robert on IRC about this a little. I thought about hacking up the Vary: header wherever I discovered there was a mod_gzip reply w/ no vary-information, but this might be a little tricky to get absoultely right. I'd be quite happy , for now, with a patch to simply not cache anything from mod_gzip w/ no Vary information. What do others think? Adrian
Re: mod_gzip, revisited
On Thu, 2003-03-06 at 16:23, Adrian Chadd wrote: hiya, I'm in a position where a few clients are complaining about the mod_gzip Vary: ignore and I'd like to return valid replies to them. I spoke to Robert on IRC about this a little. I thought about hacking up the Vary: header wherever I discovered there was a mod_gzip reply w/ no vary-information, but this might be a little tricky to get absoultely right. I'd be quite happy , for now, with a patch to simply not cache anything from mod_gzip w/ no Vary information. What do others think? I think a reply_nocache_access access list would be good. A complementary tool would be a warning_message message text warning_message_access message allow|deny acl [acl...] which could combine to do reply_nocache_access allow gzipped oldmodgzip !varysonuseragent warning_message brokenmodgzip old modgzips don't set Vary, which is needed for correct operation with caches. The server that sent this response has one of those old mod-gzip's and to prevent incorrect operation your local cache has not cached it warning_message_access brokenmodgzip allow gipped oldmodgzip !varysonuseragent This is safe and semantically transparent. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part