Squid does not handle HTTP 100 continue header

2006-04-26 Thread Maya Zimerman
Dear Henrik, I am facing a problem in an environment with and application which sends the Expect 100 continue headers. I saw that squid does not handle these headers according to RFC. I came across a message in the squid-user thread which you have discussed the issues and offered to help fix th

Re: Squid does not handle HTTP 100 continue header

2006-04-26 Thread Henrik Nordstrom
ons 2006-04-26 klockan 07:01 + skrev Maya Zimerman: > Dear Henrik, > I am facing a problem in an environment with and application which sends the > Expect 100 continue headers. I saw that squid does not handle these headers > according to RFC. Well.. Squid is HTTP/1.0, and 100 Continue MUST

Re: STORE_TESTS

2006-04-26 Thread Guido Serassio
Hi Robert, At 06.57 26/04/2006, Robert Collins wrote: Perhaps a comment in configure to that effect then ? Rob Done !!! Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1

Re: next weekend...

2006-04-26 Thread Henrik Nordstrom
ons 2006-04-26 klockan 10:08 +1000 skrev Robert Collins: > On Tue, 2006-04-25 at 14:06 +0200, Guido Serassio wrote: > > Hi Robert, > > > > At 13.52 25/04/2006, Robert Collins wrote: > > > > >So, I did some more today, courtesy of ANZAC day. Hopefully next weekend > > >I'll get another chance to c

Re: Squid does not handle HTTP 100 continue header

2006-04-26 Thread Henrik Nordstrom
ons 2006-04-26 klockan 09:48 + skrev Maya Zimerman: > I have realized myself the source of the problem. Good. > What I wanted is to know if there is an official patch available (I though > there was). No, we have not made a patch to this problem as it isn't a Squid problem. Regards Henrik

proposal: add external_acl flags: max_requests min_alive

2006-04-26 Thread Gonzalo Arana
I am using external_acl extensively in my production servers, and I think it would be nice to add external_acl these flags: o max_requests: after this number or requests, the helper will be shutdown and replaced by a new one. This is to help leaky helpers. o min_alive: to avoid short-lived helpe

Re: proposal: add external_acl flags: max_requests min_alive

2006-04-26 Thread Henrik Nordstrom
ons 2006-04-26 klockan 07:40 -0300 skrev Gonzalo Arana: > o max_requests: after this number or requests, the helper will be > shutdown and replaced by a new one. This is to help leaky helpers. Makes sense. Today the helpers are restarted at log rotation (needed as their stderr is connected to ca

Re: proposal: add external_acl flags: max_requests min_alive

2006-04-26 Thread Gonzalo Arana
> <..snip.. max_requests> > > > o min_alive: to avoid short-lived helpers, they should stay alive at > > least for this amount of seconds. This should help against > > fork-query-kill per request behaviour if request rate is drastically > > increased. > > Not sure about this one. If you have probl

Re: proposal: add external_acl flags: max_requests min_alive

2006-04-26 Thread Henrik Nordstrom
ons 2006-04-26 klockan 11:13 -0300 skrev Gonzalo Arana: > I proposed min_alive to limit helper recycle rate, not to increase it. I know, and I question the need to have this lower limit on the helper restarts. > max_requests imposes a relation between request rate and helper > recycle rate. If

Re: proposal: add external_acl flags: max_requests min_alive

2006-04-26 Thread Gonzalo Arana
On 4/26/06, Henrik Nordstrom <[EMAIL PROTECTED]> wrote: > ons 2006-04-26 klockan 11:13 -0300 skrev Gonzalo Arana: > > > I proposed min_alive to limit helper recycle rate, not to increase it. > > I know, and I question the need to have this lower limit on the helper > restarts. > > > max_requests im

Re: next weekend...

2006-04-26 Thread Guido Serassio
Hi Henrik, At 11.49 26/04/2006, Henrik Nordstrom wrote: > > Cool. Can I just use it then [are you happy to make the compatability > library ?] Here is one suggestion: #include char *strtok_r(char *str, const char *delim, char **saveptr) { char *token; if (str) *saveptr = str

Re: proposal: make config parsing non-blocking.

2006-04-26 Thread Gonzalo Arana
On 4/26/06, Robert Collins <[EMAIL PROTECTED]> wrote: > On Wed, 2006-04-26 at 07:23 -0300, Gonzalo Arana wrote: > > Hi, > > perhaps we should discuss this on list ? (You took it offlist, I just > followed suit). Absolutely! My mistake, sory (I'm used to have 'Reply-To' headers set in mails I recei

Re: next weekend...

2006-04-26 Thread Henrik Nordstrom
ons 2006-04-26 klockan 19:18 +0200 skrev Guido Serassio: > Or what about this one ? > > http://www.koders.com/c/fid3F7CD99A2330F1C4597E40E95EC1F2ABF7D3585C.aspx?s=strtok_r > http://www.koders.com/c/fidB5BB2AC1E8C46149D409AEE6639912F088F6DF3D.aspx?s=strtok_r Needs to be mangled slightly to work o

squid3 commit heads up: ClientBody -> BodyReader

2006-04-26 Thread Duane Wessels
I'm about ready to commit some changes related to the way Squid handles request bodies. The ClientBody class didn't work very well with ICAP, which also needs to read message bodies. I've replaced it with a BodyReader class and made a number of related changes. DW

Re: refresh.cc - refreshIsCachable()

2006-04-26 Thread Duane Wessels
On Tue, 25 Apr 2006, Doug Dixon wrote: It looks like the call to refreshCheck() is only used to short-circuit the function (if you can call it a short circuit, given the size of the callout) and to update some statistics. The main, and original, purpose of refreshCheck() is to check the re