From millerjohn@example.net Tue Feb 01 11:41:45 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 67390 invoked from network); 1 Feb 2005 11:41:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 11:41:45 -0000 Received: (qmail 39034 invoked by uid 500); 1 Feb 2005 11:41:39 -0000 Delivered-To: millerjohn@example.net Received: (qmail 39008 invoked by uid 500); 1 Feb 2005 11:41:39 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 38993 invoked by uid 99); 1 Feb 2005 11:41:38 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of millerjohn@example.net designates 83.161.120.155 as permitted sender) Received: from rproxy.gmail.com (HELO rproxy.gmail.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 03:41:36 -0800 Received: by rproxy.gmail.com with SMTP id c51so538513rne for <millerjohn@example.net>; Tue, 01 Feb 2005 03:41:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=g4iNqotgNEjyBEZzsylKyE2be8dLgHMi75tJdjCKOonqAXRWj6bRwOw4I+wrkemN+JOMezVv/QRTfalbMej+ePhG6dTmoggVIsq7k3c1tJsVF9Ql+SrELaRyu5BXQ4X9unmanUKmbgKXb8uUVePIL9C0t35SfO9sy1Cl/HP9J2c= Received: by 83.161.120.155 with SMTP id c48mr417217rnb; Tue, 01 Feb 2005 03:41:34 -0800 (PST) Received: by 83.161.120.155 with HTTP; Tue, 1 Feb 2005 03:41:34 -0800 (PST) Message-ID: <millerjohn@example.net> Date: Tue, 1 Feb 2005 06:41:34 -0500 From: Jeff Trawick <millerjohn@example.net> Reply-To: Jeff Trawick <millerjohn@example.net> To: millerjohn@example.net Subject: Re: Time for 2.0.53? In-Reply-To: <millerjohn@example.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <millerjohn@example.net> X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Mon, 31 Jan 2005 13:18:38 -0800, Justin Erenkrantz <millerjohn@example.net> wrote: > Any opposition to doing a tag and roll of 2.0.53 soon? (Yes, I volunteer > to be RM.) How about targetting next Tuesday (2/8) for 2.0.53? I can lay > down the candidate tarball on Friday morning, so whatever backports are > merged by then make it. =) > > Do we want closure on Jeff's proxy chunking patch for 2.0.53? -- justin Heck, I don't know how we get from here to closure on the 2.1-dev equivalent ;) What do we do with the proxy-reqbody branch? Merge to trunk? From millerjohn@example.net Tue Feb 01 12:17:51 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 82701 invoked from network); 1 Feb 2005 12:17:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 12:17:50 -0000 Received: (qmail 98194 invoked by uid 500); 1 Feb 2005 12:17:44 -0000 Delivered-To: millerjohn@example.net Received: (qmail 98169 invoked by uid 500); 1 Feb 2005 12:17:44 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 98155 invoked by uid 99); 1 Feb 2005 12:17:44 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from walkham.free-online.co.uk (HELO asgard.webthing.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 04:17:43 -0800 Received: from asgard (asgard [83.161.120.155]) by asgard.webthing.com (Postfix) with ESMTP id 1E67F64523; Tue, 1 Feb 2005 12:18:56 +0000 (GMT) From: Nick Kew <millerjohn@example.net> Organization: WebThing Ltd To: millerjohn@example.net Subject: ProxyPassReverse brokenness Date: Tue, 1 Feb 2005 12:18:49 +0000 User-Agent: KMail/1.7.2 Cc: millerjohn@example.net MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <millerjohn@example.net> X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N A while ago, Neil Hillard posted about a problem with a reverse proxy setup: http://marc.theaimsgroup.com/?l=apache-httpd-users&m=110373067819763&w=2 The problem is with ProxyPassReverse: (1) ProxyPassReverse is documented as working inside <Location> (2) ... but ProxyPassReverse is implemented on the *server* config. So, although it is syntactically correct within <Location> due to a hack, it doesn't actually work there beyond the trivial case. It loses the merge_dir_config, and instead collects all <Location>s in a single array without any means of distinguishing them. The simple fix is to move raliases to the dir_config so it supports <Location> by the usual means. Any reason I shouldn't patch it do do that? Otherwise we would need to keep a record on the proxy_alias, which rather defeats the object of having the per-dir config! I'm surprised this has gone unnoticed for so long! -- Nick Kew From millerjohn@example.net Tue Feb 01 12:33:23 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 95717 invoked from network); 1 Feb 2005 12:33:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 12:33:23 -0000 Received: (qmail 26209 invoked by uid 500); 1 Feb 2005 12:33:19 -0000 Delivered-To: millerjohn@example.net Received: (qmail 26186 invoked by uid 500); 1 Feb 2005 12:33:19 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 26167 invoked by uid 99); 1 Feb 2005 12:33:19 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from chandler.sharp.fm (HELO chandler.sharp.fm) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 04:33:17 -0800 Received: by chandler.sharp.fm (Postfix, from userid 48) id CB02B9233BC; Tue, 1 Feb 2005 06:33:14 -0600 (CST) Received: from 83.161.120.155 (SquirrelMail authenticated user millerjohn@example.net); by www.sharp.fm with HTTP; Tue, 1 Feb 2005 14:33:14 +0200 (SAST) Message-ID: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}> In-Reply-To: <millerjohn@example.net> References: <millerjohn@example.net> Date: Tue, 1 Feb 2005 14:33:14 +0200 (SAST) Subject: Re: ProxyPassReverse brokenness From: "Graham Leggett" <millerjohn@example.net> To: millerjohn@example.net Cc: millerjohn@example.net User-Agent: SquirrelMail/1.4.3a-7.EL3 X-Mailer: SquirrelMail/1.4.3a-7.EL3 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Nick Kew said: > The simple fix is to move raliases to the dir_config so it supports > <Location> > by the usual means. Any reason I shouldn't patch it do do that? This is definitely reasonable. Regards, Graham -- From millerjohn@example.net Tue Feb 01 13:26:17 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 22542 invoked from network); 1 Feb 2005 13:26:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 13:26:16 -0000 Received: (qmail 30781 invoked by uid 500); 1 Feb 2005 13:26:11 -0000 Delivered-To: millerjohn@example.net Received: (qmail 30747 invoked by uid 500); 1 Feb 2005 13:26:10 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 30730 invoked by uid 99); 1 Feb 2005 13:26:10 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of millerjohn@example.net designates 83.161.120.155 as permitted sender) Received: from main.gmane.org (HELO ciao.gmane.org) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 05:26:09 -0800 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Cvy27-0006IT-Eb for millerjohn@example.net; Tue, 01 Feb 2005 14:25:31 +0100 Received: from adsl-59-34.swiftdsl.com.au ([83.161.120.155]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <millerjohn@example.net>; Tue, 01 Feb 2005 14:25:31 +0100 Received: from dean_maslic by adsl-59-34.swiftdsl.com.au with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <millerjohn@example.net>; Tue, 01 Feb 2005 14:25:31 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: millerjohn@example.net From: dean <millerjohn@example.net> Subject: Re: 2.1.3 mod_disk_cache partial responses Date: Wed, 02 Feb 2005 00:25:16 +1100 Lines: 59 Message-ID: <millerjohn@example.net> References: <millerjohn@example.net> <millerjohn@example.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: millerjohn@example.net X-Gmane-NNTP-Posting-Host: adsl-59-34.swiftdsl.com.au User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en In-Reply-To: <millerjohn@example.net> Sender: news <millerjohn@example.net> X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: millerjohn@example.net X-MailScanner-To: millerjohn@example.net X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Justin Erenkrantz wrote: > On Sun, Jan 30, 2005 at 10:11:44PM +1100, dean wrote: > >>Ive enabled mod_disk_cache in the 'stock-standard' httpd.conf, and >>cached pages come back wrong (missing images & css) >>Ive found a bugzilla report that explained the exact same behaviour [Bug >>31486]. > > > Are you using the proxy by any chance? Yes, sorry I forgot to mention that. > > The error message in #31486 has nothing directly to do with mod_cache as > mod_cache will DECLINED a response if the on-disk files are missing. So, that > analysis is incorrect somehow. (I've added some comments to that PR.) > > >>By looking at the headers, cached images return 206 Partial Response. > > > mod_disk_cache would never cache a 206 Partial Response sent via the proxy. > Only the byteranges will, and that is independent of mod_*_cache. (I verified > that byterange responses work correctly.) > > Can you please capture a specific set of requests and responses at the network > layer? What browser and OS are you using? Ive just tried few different scenarios and Im completely confused. Here are my steps, Im using Firefox extension LiveHeaders to view headers: 1. clear out the proxy disk cache 2. request google.com.au using Firefox1.0 -> page shows up fine 3. clear out Firefox cache 4. refresh page -> google logo doesnt show up (appears as broken image), but live headers shows it as a 200 OK 5. delete temp int. files in IE6 6. request google.com.au using IE6 -> page shows up fine My first thought was that Firefox has an issue. Then I installed 2.0.53 as a cache-proxy BUT I couldn't reproduce the above, Google logo loads everytime. Another simple page I tried is news.com.au/wireless. Steps 1 -3 are same 4. refresh page -> no css applied (liveheaders shows 200 OK), logo appears broken (liveheaders show 206 Partial Response) 5. delete temp int. files in IE6 6. enter www.news.com.au/wireless in browser bar -> logo loads fine but no css applied 7. hit refresh button -> page loads fine with css & logo As before, I couldn't reproduce this with 2.0.53 Can you try reproduce this behaviour with 2.1.3 ?? I can capture traffic using tcpdump, but there is so much mess (arp, dns, acks etc), is there a filter to clean it up to only show the relevant packets. B.T.W. Im running the proxy on Mandrake 9.1. and testing it from winxp Firefox & IE6. Thanks Dean From millerjohn@example.net Tue Feb 01 13:32:56 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 29206 invoked from network); 1 Feb 2005 13:32:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 13:32:56 -0000 Received: (qmail 51700 invoked by uid 500); 1 Feb 2005 13:32:48 -0000 Delivered-To: millerjohn@example.net Received: (qmail 51675 invoked by uid 500); 1 Feb 2005 13:32:48 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 51658 invoked by uid 99); 1 Feb 2005 13:32:48 -0000 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_50_60,HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from relay2.ptc.com (HELO relay2.ptc.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 05:32:46 -0800 Received: from unknown (HELO HQ-EXFE2.ptcnet.ptc.com) (83.161.120.155) by relay2.ptc.com with ESMTP; 01 Feb 2005 08:33:31 -0500 X-IronPort-AV: i="3.88,169,1102309200"; d="scan'208,217"; a="8701736:sNHT20565940" Received: from [83.161.120.155] ([83.161.120.155]) by HQ-EXFE2.ptcnet.ptc.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 1 Feb 2005 08:32:41 -0500 Message-ID: <millerjohn@example.net> Date: Tue, 01 Feb 2005 07:32:41 -0600 From: Jess Holle <millerjohn@example.net> User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: millerjohn@example.net Subject: Re: Time for 2.0.53? References: <millerjohn@example.net> In-Reply-To: <millerjohn@example.net> Content-Type: multipart/alternative; boundary="------------070700010009080500090104" X-OriginalArrivalTime: 01 Feb 2005 13:32:41.0707 (UTC) FILETIME=[812EC3B0:01C50862] X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N This is a multi-part message in MIME format. --------------070700010009080500090104 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Brad Nicholes wrote: >>>>millerjohn@example.net Monday, January 31, 2005 2:26:09 PM >>> >>>> >>>> >>I'd love to see the LDAP socket timeout configuration stuff make it in >> >> >>for 2.0.53! >> >>-- >>Jess Holle >> >> >justin > > > >Me too ;) Any voters out there? I've already cast my vote >(Obviously) > >>>From the looks of the STATUS file, there appears to be a number of >backports with 3 +1's that just need to be backported. > >Brad > > I don't have a vote, but I believe the socket timeout configuration is necessary to address issues seen with firewall timeouts and the LDAP connections held open by Apache. -- Jess Holle --------------070700010009080500090104 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> Brad Nicholes wrote: <blockquote cite="millerjohn@example.net" type="cite"> <blockquote type="cite"> <blockquote type="cite"> <blockquote type="cite"> <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:millerjohn@example.net">millerjohn@example.net</a> Monday, January 31, 2005 2:26:09 PM &gt;&gt;&gt; </pre> </blockquote> </blockquote> <pre wrap="">I'd love to see the LDAP socket timeout configuration stuff make it in </pre> </blockquote> <blockquote type="cite"> <pre wrap="">for 2.0.53! -- Jess Holle </pre> </blockquote> <pre wrap=""><!---->justin </pre> <pre wrap=""><!----> Me too ;) Any voters out there? I've already cast my vote (Obviously) &gt;From the looks of the STATUS file, there appears to be a number of backports with 3 +1's that just need to be backported. Brad </pre> </blockquote> I don't have a vote, but I believe the socket timeout configuration is necessary to address issues seen with firewall timeouts and the LDAP connections held open by Apache.<br> <br> --<br> Jess Holle<br> <br> </body> </html> --------------070700010009080500090104-- From millerjohn@example.net Tue Feb 01 13:47:15 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 39457 invoked from network); 1 Feb 2005 13:47:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 13:47:15 -0000 Received: (qmail 92266 invoked by uid 500); 1 Feb 2005 13:47:09 -0000 Delivered-To: millerjohn@example.net Received: (qmail 92240 invoked by uid 500); 1 Feb 2005 13:47:09 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 92224 invoked by uid 99); 1 Feb 2005 13:47:09 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from jimsys.jaguNET.com (HELO jimsys.jaguNET.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 05:47:07 -0800 Received: from [83.161.120.155] (localhost [83.161.120.155]) by jimsys.jaguNET.com (Postfix) with ESMTP id 793EC42F471; Tue, 1 Feb 2005 08:47:05 -0500 (EST) In-Reply-To: <millerjohn@example.net> References: <millerjohn@example.net> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <millerjohn@example.net> Content-Transfer-Encoding: 7bit Cc: millerjohn@example.net From: Jim Jagielski <millerjohn@example.net> Subject: Re: ProxyPassReverse brokenness Date: Tue, 1 Feb 2005 08:47:05 -0500 To: millerjohn@example.net X-Mailer: Apple Mail (2.619.2) X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Feb 1, 2005, at 7:18 AM, Nick Kew wrote: > > A while ago, Neil Hillard posted about a problem with a reverse proxy > setup: > http://marc.theaimsgroup.com/?l=apache-httpd- > users&m=110373067819763&w=2 > > The problem is with ProxyPassReverse: > > (1) ProxyPassReverse is documented as working inside <Location> > (2) ... but ProxyPassReverse is implemented on the *server* config. > So, although it is syntactically correct within <Location> due to a > hack, > it doesn't actually work there beyond the trivial case. It loses the > merge_dir_config, and instead collects all <Location>s in a single > array without any means of distinguishing them. > > The simple fix is to move raliases to the dir_config so it supports > <Location> > by the usual means. Any reason I shouldn't patch it do do that? +1 ! From millerjohn@example.net Tue Feb 01 15:28:37 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 11472 invoked from network); 1 Feb 2005 15:28:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 15:28:36 -0000 Received: (qmail 78658 invoked by uid 500); 1 Feb 2005 15:28:30 -0000 Delivered-To: millerjohn@example.net Received: (qmail 78633 invoked by uid 500); 1 Feb 2005 15:28:30 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 78615 invoked by uid 99); 1 Feb 2005 15:28:30 -0000 X-ASF-Spam-Status: No, hits=0.4 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of millerjohn@example.net designates 83.161.120.155 as permitted sender) Received: from pop-a065d14.pas.sa.earthlink.net (HELO pop-a065d14.pas.sa.earthlink.net) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 07:28:28 -0800 Received: from dialup-83.161.120.155.dial1.dallas1.level3.net ([83.161.120.155] helo=RUFF01) by pop-a065d14.pas.sa.earthlink.net with smtp (Exim 3.33 #1) id 1Cvzx3-0000Wr-00 for millerjohn@example.net; Tue, 01 Feb 2005 07:28:27 -0800 Message-ID: <006f01c50872$b13631a0$33a3e104@RUFF01> From: "Jeff White" <millerjohn@example.net> To: <millerjohn@example.net> References: <millerjohn@example.net> <millerjohn@example.net> <millerjohn@example.net> Subject: Re: 2.1.3 mod_disk_cache partial responses Date: Tue, 1 Feb 2005 09:25:57 -0600 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N From: "dean" > > I can capture traffic using tcpdump, > but there is so much mess (arp, > dns, acks etc), is there a filter to clean > it up to only show the relevant packets. > B.T.W. Im running the proxy on Mandrake 9.1. > and testing it from winxp Firefox & IE6. > Perhaps <quote> Learn how to use the Microsoft Fiddler HTTP debugger when developing and testing Web applications and clients. Have you ever found yourself wondering how Microsoft Internet Explorer interacts with your Web application? Have you encountered a strange performance bottleneck that you can't track down? Are you curious about which cookies are being sent, or what downloaded content is marked as cacheable? Microsoft Fiddler can help you answer these questions, and many more. Fiddler is an HTTP debugging proxy that logs all HTTP traffic between your computer and the Internet. Fiddler enables you to inspect all HTTP traffic, set breakpoints, and "fiddle" with incoming or outgoing data. Fiddler is much simpler to use than NetMon or other network debuggers because it exposes only HTTP traffic and does so in a user-friendly format. Fiddler includes a simple but powerful Microsoft JScript .NET event-based scripting subsystem flexible enough to support a broad array of HTTP debugging tasks. Written in C# on the Microsoft .NET Framework, Fiddler is available as an unsupported PowerToy for Internet Explorer. </quote> Fiddler PowerToy - Part 1: HTTP Debugging http://msdn.microsoft.com/library/en-us/dnwebgen/html/IE_IntroFiddler.asp Jeff From millerjohn@example.net Tue Feb 01 15:56:35 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 26089 invoked from network); 1 Feb 2005 15:56:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 15:56:34 -0000 Received: (qmail 35533 invoked by uid 500); 1 Feb 2005 15:55:29 -0000 Delivered-To: millerjohn@example.net Received: (qmail 35477 invoked by uid 500); 1 Feb 2005 15:55:29 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 35442 invoked by uid 99); 1 Feb 2005 15:55:28 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from chandler.sharp.fm (HELO chandler.sharp.fm) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 07:55:27 -0800 Received: by chandler.sharp.fm (Postfix, from userid 48) id 85AA39233BC; Tue, 1 Feb 2005 09:55:24 -0600 (CST) Received: from 83.161.120.155 (SquirrelMail authenticated user millerjohn@example.net); by www.sharp.fm with HTTP; Tue, 1 Feb 2005 17:55:24 +0200 (SAST) Message-ID: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}> In-Reply-To: <millerjohn@example.net> References: <millerjohn@example.net> <millerjohn@example.net> Date: Tue, 1 Feb 2005 17:55:24 +0200 (SAST) Subject: Re: Time for 2.0.53? From: "Graham Leggett" <millerjohn@example.net> To: millerjohn@example.net Cc: millerjohn@example.net User-Agent: SquirrelMail/1.4.3a-7.EL3 X-Mailer: SquirrelMail/1.4.3a-7.EL3 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Jess Holle said: > I don't have a vote, but I believe the socket timeout configuration is > necessary to address issues seen with firewall timeouts and the LDAP > connections held open by Apache. Is there an outstanding patch for this yet? The right way to solve this problem is to allocate the LDAP connection pool using apr_reslist_*, which handles things like connection timeouts for us. If this code exists already, then I'm keen to get it in ASAP, and if the code doesn't exist I should have time to fix it after tomorrow. Regards, Graham -- From millerjohn@example.net Tue Feb 01 15:57:53 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 26943 invoked from network); 1 Feb 2005 15:57:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 15:57:52 -0000 Received: (qmail 46857 invoked by uid 500); 1 Feb 2005 15:57:45 -0000 Delivered-To: millerjohn@example.net Received: (qmail 46833 invoked by uid 500); 1 Feb 2005 15:57:44 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 46814 invoked by uid 99); 1 Feb 2005 15:57:44 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from devsys.jaguNET.com (HELO devsys.jaguNET.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 07:57:43 -0800 Received: (from jim@localhost) by devsys.jaguNET.com (8.11.7a/jag-2.6) id j11Fvf925799 for millerjohn@example.net; Tue, 1 Feb 2005 10:57:41 -0500 (EST) From: Jim Jagielski <millerjohn@example.net> Message-Id: <millerjohn@example.net> Subject: Re: Time for 2.0.53? To: millerjohn@example.net Date: Tue, 1 Feb 2005 10:57:38 -0500 (EST) Reply-To: millerjohn@example.net In-Reply-To: <no.id> from "Graham Leggett" at Feb 01, 2005 05:55:24 PM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Graham Leggett wrote: > > Jess Holle said: > > > I don't have a vote, but I believe the socket timeout configuration is > > necessary to address issues seen with firewall timeouts and the LDAP > > connections held open by Apache. > > Is there an outstanding patch for this yet? > > The right way to solve this problem is to allocate the LDAP connection > pool using apr_reslist_*, which handles things like connection timeouts > for us. > > If this code exists already, then I'm keen to get it in ASAP, and if the > code doesn't exist I should have time to fix it after tomorrow. > +1 for delaying 2.0.53 for the above. -- =========================================================================== Jim Jagielski [|] millerjohn@example.net [|] http://www.jaguNET.com/ "There 10 types of people: those who read binary and everyone else." From millerjohn@example.net Tue Feb 01 16:13:56 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 35921 invoked from network); 1 Feb 2005 16:13:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 16:13:56 -0000 Received: (qmail 99795 invoked by uid 500); 1 Feb 2005 16:13:37 -0000 Delivered-To: millerjohn@example.net Received: (qmail 99768 invoked by uid 500); 1 Feb 2005 16:13:37 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 99722 invoked by uid 99); 1 Feb 2005 16:13:36 -0000 X-ASF-Spam-Status: No, hits=0.4 required=10.0 tests=DNS_FROM_RFC_ABUSE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from sinclair.provo.novell.com (HELO sinclair.provo.novell.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 08:13:35 -0800 Received: from INET-PRV-MTA by sinclair.provo.novell.com with Novell_GroupWise; Tue, 01 Feb 2005 09:13:33 -0700 Message-Id: <millerjohn@example.net> X-Mailer: Novell GroupWise Internet Agent 6.5.4 Beta Date: Tue, 01 Feb 2005 09:13:17 -0700 From: "Brad Nicholes" <millerjohn@example.net> To: <millerjohn@example.net> Cc: <millerjohn@example.net> Subject: Re: Time for 2.0.53? Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N I have already added a new directive to util_ldap called LDAPConnectionTimeout ( http://httpd.apache.org/docs-2.1/mod/mod_ldap.html#ldapconnectiontimeout ) which allows util_ldap to set the network timeout through rc = apr_ldap_set_option(p, NULL, LDAP_OPT_NETWORK_TIMEOUT, (void *)&timeOut, &(result_err)); The default is 10 seconds, but this directive will allow the administrator to set it to whatever they want. See the STATUS file backport entry (svn rev 126565). This should be a much cleaner way to handle connection timeouts although I think that the whole connection pool itself should be converted to using apr_reslist_*. I have also considered adding a similar directive to set the search timelimit (LDAP_OPT_TIMELIMIT), but I haven't decided if just setting a global time limit is a good thing or not. It seems like this should be more of a per-request type of setting and also really depends on the size of the LDAP context that is being searched. thoughts? Brad >>> millerjohn@example.net Tuesday, February 01, 2005 8:55:24 AM >>> Jess Holle said: > I don't have a vote, but I believe the socket timeout configuration is > necessary to address issues seen with firewall timeouts and the LDAP > connections held open by Apache. Is there an outstanding patch for this yet? The right way to solve this problem is to allocate the LDAP connection pool using apr_reslist_*, which handles things like connection timeouts for us. If this code exists already, then I'm keen to get it in ASAP, and if the code doesn't exist I should have time to fix it after tomorrow. Regards, Graham -- From millerjohn@example.net Tue Feb 01 16:17:17 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 38767 invoked from network); 1 Feb 2005 16:17:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 16:17:17 -0000 Received: (qmail 11350 invoked by uid 500); 1 Feb 2005 16:17:08 -0000 Delivered-To: millerjohn@example.net Received: (qmail 11320 invoked by uid 500); 1 Feb 2005 16:17:08 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 11293 invoked by uid 99); 1 Feb 2005 16:17:08 -0000 X-ASF-Spam-Status: No, hits=0.4 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_30_40,HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from relay2.ptc.com (HELO relay2.ptc.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 08:17:06 -0800 Received: from unknown (HELO HQ-EXFE1.ptcnet.ptc.com) (83.161.120.155) by relay2.ptc.com with ESMTP; 01 Feb 2005 11:17:50 -0500 X-IronPort-AV: i="3.88,170,1102309200"; d="scan'208,217"; a="8713556:sNHT21146098" Received: from [83.161.120.155] ([83.161.120.155]) by HQ-EXFE1.ptcnet.ptc.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 1 Feb 2005 11:17:00 -0500 Message-ID: <millerjohn@example.net> Date: Tue, 01 Feb 2005 10:17:00 -0600 From: Jess Holle <millerjohn@example.net> User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: millerjohn@example.net Subject: Re: Time for 2.0.53? References: <millerjohn@example.net> In-Reply-To: <millerjohn@example.net> Content-Type: multipart/alternative; boundary="------------050403060706030907060506" X-OriginalArrivalTime: 01 Feb 2005 16:17:00.0981 (UTC) FILETIME=[75C49650:01C50879] X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N This is a multi-part message in MIME format. --------------050403060706030907060506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I hate to say it but any solution would be appreciated. This is the one brick wall customers are running into when trying to use Apache (with mod_auth_ldap and mod_jk being the heaviest dependencies beyond core functionality). -- Jess Holle Brad Nicholes wrote: > I have already added a new directive to util_ldap called >LDAPConnectionTimeout ( >http://httpd.apache.org/docs-2.1/mod/mod_ldap.html#ldapconnectiontimeout >) which allows util_ldap to set the network timeout through > >rc = apr_ldap_set_option(p, NULL, LDAP_OPT_NETWORK_TIMEOUT, > (void *)&timeOut, &(result_err)); > >The default is 10 seconds, but this directive will allow the >administrator to set it to whatever they want. See the STATUS file >backport entry (svn rev 126565). This should be a much cleaner way to >handle connection timeouts although I think that the whole connection >pool itself should be converted to using apr_reslist_*. > >I have also considered adding a similar directive to set the search >timelimit (LDAP_OPT_TIMELIMIT), but I haven't decided if just setting a >global time limit is a good thing or not. It seems like this should be >more of a per-request type of setting and also really depends on the >size of the LDAP context that is being searched. > >thoughts? > >Brad > > > > > >>>>millerjohn@example.net Tuesday, February 01, 2005 8:55:24 AM >>> >>>> >>>> >Jess Holle said: > > > >>I don't have a vote, but I believe the socket timeout configuration >> >> >is > > >>necessary to address issues seen with firewall timeouts and the LDAP >>connections held open by Apache. >> >> > >Is there an outstanding patch for this yet? > >The right way to solve this problem is to allocate the LDAP connection >pool using apr_reslist_*, which handles things like connection >timeouts >for us. > >If this code exists already, then I'm keen to get it in ASAP, and if >the >code doesn't exist I should have time to fix it after tomorrow. > >Regards, >Graham >-- > > > --------------050403060706030907060506 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> I hate to say it but any solution would be appreciated.<br> <br> This is the one brick wall customers are running into when trying to use Apache (with mod_auth_ldap and mod_jk being the heaviest dependencies beyond core functionality).<br> <br> --<br> Jess Holle<br> <br> Brad Nicholes wrote: <blockquote cite="millerjohn@example.net" type="cite"> <pre wrap=""> I have already added a new directive to util_ldap called LDAPConnectionTimeout ( <a class="moz-txt-link-freetext" href="http://httpd.apache.org/docs-2.1/mod/mod_ldap.html#ldapconnectiontimeout">http://httpd.apache.org/docs-2.1/mod/mod_ldap.html#ldapconnectiontimeout</a> ) which allows util_ldap to set the network timeout through rc = apr_ldap_set_option(p, NULL, LDAP_OPT_NETWORK_TIMEOUT, (void *)&amp;timeOut, &amp;(result_err)); The default is 10 seconds, but this directive will allow the administrator to set it to whatever they want. See the STATUS file backport entry (svn rev 126565). This should be a much cleaner way to handle connection timeouts although I think that the whole connection pool itself should be converted to using apr_reslist_*. I have also considered adding a similar directive to set the search timelimit (LDAP_OPT_TIMELIMIT), but I haven't decided if just setting a global time limit is a good thing or not. It seems like this should be more of a per-request type of setting and also really depends on the size of the LDAP context that is being searched. thoughts? Brad </pre> <blockquote type="cite"> <blockquote type="cite"> <blockquote type="cite"> <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:millerjohn@example.net">millerjohn@example.net</a> Tuesday, February 01, 2005 8:55:24 AM &gt;&gt;&gt; </pre> </blockquote> </blockquote> </blockquote> <pre wrap=""><!---->Jess Holle said: </pre> <blockquote type="cite"> <pre wrap="">I don't have a vote, but I believe the socket timeout configuration </pre> </blockquote> <pre wrap=""><!---->is </pre> <blockquote type="cite"> <pre wrap="">necessary to address issues seen with firewall timeouts and the LDAP connections held open by Apache. </pre> </blockquote> <pre wrap=""><!----> Is there an outstanding patch for this yet? The right way to solve this problem is to allocate the LDAP connection pool using apr_reslist_*, which handles things like connection timeouts for us. If this code exists already, then I'm keen to get it in ASAP, and if the code doesn't exist I should have time to fix it after tomorrow. Regards, Graham -- </pre> </blockquote> <br> </body> </html> --------------050403060706030907060506-- From millerjohn@example.net Tue Feb 01 16:39:48 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 50702 invoked from network); 1 Feb 2005 16:39:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 16:39:47 -0000 Received: (qmail 74107 invoked by uid 500); 1 Feb 2005 16:39:41 -0000 Delivered-To: millerjohn@example.net Received: (qmail 74085 invoked by uid 500); 1 Feb 2005 16:39:41 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 74067 invoked by uid 99); 1 Feb 2005 16:39:41 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from Unknown (HELO iss05.interliant.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 08:39:40 -0800 Received: from EX-007.mail.navisite.com (ex-007.interliant.com [83.161.120.155]) by iss05.interliant.com (8.10.2/8.10.2) with ESMTP id j11Gdbm28055 for <millerjohn@example.net>; Tue, 1 Feb 2005 10:39:37 -0600 (CST) Received: from [83.161.120.155] ([83.161.120.155]) by EX-007.mail.navisite.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Tue, 1 Feb 2005 10:39:20 -0600 Message-ID: <millerjohn@example.net> Date: Tue, 01 Feb 2005 17:39:20 +0100 From: Mladen Turk <millerjohn@example.net> User-Agent: Mozilla X-Accept-Language: en-us, en MIME-Version: 1.0 To: millerjohn@example.net Subject: Re: Time for 2.0.53? References: <millerjohn@example.net> In-Reply-To: <millerjohn@example.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Feb 2005 16:39:20.0749 (UTC) FILETIME=[9454F5D0:01C5087C] X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Brad Nicholes wrote: > I have already added a new directive to util_ldap called > LDAPConnectionTimeout ( > http://httpd.apache.org/docs-2.1/mod/mod_ldap.html#ldapconnectiontimeout > ) which allows util_ldap to set the network timeout through > > rc = apr_ldap_set_option(p, NULL, LDAP_OPT_NETWORK_TIMEOUT, > (void *)&timeOut, &(result_err)); > IMO this does not exists on WIN32 (at least PSDK does not declare that), thus mod_ldap breaks on build. The code should be enclosed inside: #if defined(LDAP_OPT_NETWORK_TIMEOUT) .... #endif Regards, Mladen From millerjohn@example.net Tue Feb 01 16:42:52 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 52621 invoked from network); 1 Feb 2005 16:42:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 16:42:51 -0000 Received: (qmail 83904 invoked by uid 500); 1 Feb 2005 16:42:46 -0000 Delivered-To: millerjohn@example.net Received: (qmail 83877 invoked by uid 500); 1 Feb 2005 16:42:46 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 83863 invoked by uid 99); 1 Feb 2005 16:42:46 -0000 X-ASF-Spam-Status: No, hits=0.4 required=10.0 tests=DNS_FROM_RFC_ABUSE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from relay2.ptc.com (HELO relay2.ptc.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 08:42:44 -0800 Received: from unknown (HELO HQ-EXFE3.ptcnet.ptc.com) (83.161.120.155) by relay2.ptc.com with ESMTP; 01 Feb 2005 11:43:33 -0500 X-IronPort-AV: i="3.88,170,1102309200"; d="scan'208"; a="8714987:sNHT16156164" Received: from [83.161.120.155] ([83.161.120.155]) by HQ-EXFE3.ptcnet.ptc.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 1 Feb 2005 11:42:43 -0500 Message-ID: <millerjohn@example.net> Date: Tue, 01 Feb 2005 10:42:42 -0600 From: Jess Holle <millerjohn@example.net> User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: millerjohn@example.net Subject: Re: Time for 2.0.53? References: <millerjohn@example.net> <millerjohn@example.net> In-Reply-To: <millerjohn@example.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Feb 2005 16:42:43.0396 (UTC) FILETIME=[0D1E7040:01C5087D] X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Ouch! Does the MS LDAP SDK define anything equivalent? Fixing this on some platforms is better than on none, though. -- Jess Holle Mladen Turk wrote: > Brad Nicholes wrote: > >> I have already added a new directive to util_ldap called >> LDAPConnectionTimeout ( >> http://httpd.apache.org/docs-2.1/mod/mod_ldap.html#ldapconnectiontimeout >> ) which allows util_ldap to set the network timeout through >> >> rc = apr_ldap_set_option(p, NULL, LDAP_OPT_NETWORK_TIMEOUT, >> (void *)&timeOut, &(result_err)); >> > > IMO this does not exists on WIN32 (at least PSDK does not > declare that), thus mod_ldap breaks on build. > > The code should be enclosed inside: > #if defined(LDAP_OPT_NETWORK_TIMEOUT) > .... > #endif > > Regards, > Mladen From millerjohn@example.net Tue Feb 01 17:03:15 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 70726 invoked from network); 1 Feb 2005 17:03:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 17:03:14 -0000 Received: (qmail 43595 invoked by uid 500); 1 Feb 2005 17:02:54 -0000 Delivered-To: millerjohn@example.net Received: (qmail 43546 invoked by uid 500); 1 Feb 2005 17:02:54 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 43511 invoked by uid 99); 1 Feb 2005 17:02:54 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from mailhost.unt.edu (HELO mailhost.unt.edu) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 09:02:50 -0800 Received: from iatro (localhost.localdomain [83.161.120.155]) by mail3 (Postfix) with SMTP id 6A95A73D2D for <millerjohn@example.net>; Tue, 1 Feb 2005 11:02:07 -0600 (CST) Received: from webmail.cc.unt.edu (webmail.cc.unt.edu [83.161.120.155]) by mailhost.unt.edu (Postfix) with ESMTP id 2054173CB1 for <millerjohn@example.net>; Tue, 1 Feb 2005 11:00:06 -0600 (CST) Received: from [83.161.120.155] (speeveler.cc.unt.edu [83.161.120.155]) by webmail.cc.unt.edu (Postfix) with ESMTP id B56A8D2C38 for <millerjohn@example.net>; Tue, 1 Feb 2005 10:55:26 -0600 (CST) Message-ID: <millerjohn@example.net> Date: Tue, 01 Feb 2005 11:00:05 -0600 From: Shannon Eric Peevey <millerjohn@example.net> User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: millerjohn@example.net Subject: Re: Time for 2.0.53? References: <millerjohn@example.net> <millerjohn@example.net> In-Reply-To: <millerjohn@example.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mail3.ncs.private.unt.edu X-Spam-Level: X-Spam-Status: No, hits=0.0 required=6.0 tests=none autolearn=no version=2.63 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N >> >> > I don't have a vote, but I believe the socket timeout configuration is > necessary to address issues seen with firewall timeouts and the LDAP > connections held open by Apache. > > -- > Jess Holle > I don't know if this is the best time/place to make a request for patches to be included in 2.0.53, but I do have one that would really help us as we move our apache 1.3 machines to apache 2.0. It is documented at: http://issues.apache.org/bugzilla/show_bug.cgi?id=33198 thanks, -- Shannon Eric Peevey President - EriKin Corporation millerjohn@example.net +1-386-783-1054 http://www.erikin.com From millerjohn@example.net Tue Feb 01 17:12:43 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 76598 invoked from network); 1 Feb 2005 17:12:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 17:12:43 -0000 Received: (qmail 68226 invoked by uid 500); 1 Feb 2005 17:12:36 -0000 Delivered-To: millerjohn@example.net Received: (qmail 68201 invoked by uid 500); 1 Feb 2005 17:12:36 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 68134 invoked by uid 99); 1 Feb 2005 17:12:35 -0000 X-ASF-Spam-Status: No, hits=0.4 required=10.0 tests=DNS_FROM_RFC_ABUSE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from sinclair.provo.novell.com (HELO sinclair.provo.novell.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 09:12:35 -0800 Received: from INET-PRV-MTA by sinclair.provo.novell.com with Novell_GroupWise; Tue, 01 Feb 2005 10:12:33 -0700 Message-Id: <millerjohn@example.net> X-Mailer: Novell GroupWise Internet Agent 6.5.4 Beta Date: Tue, 01 Feb 2005 10:12:23 -0700 From: "Brad Nicholes" <millerjohn@example.net> To: <millerjohn@example.net>,<millerjohn@example.net> Subject: Re: Time for 2.0.53? Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 500/1000/N I was hoping that this wouldn't be the case. But since it is, take a look at SVN r149419 Brad >>> millerjohn@example.net Tuesday, February 01, 2005 9:39:20 AM >>> Brad Nicholes wrote: > I have already added a new directive to util_ldap called > LDAPConnectionTimeout ( > http://httpd.apache.org/docs-2.1/mod/mod_ldap.html#ldapconnectiontimeout > ) which allows util_ldap to set the network timeout through > > rc = apr_ldap_set_option(p, NULL, LDAP_OPT_NETWORK_TIMEOUT, > (void *)&timeOut, &(result_err)); > IMO this does not exists on WIN32 (at least PSDK does not declare that), thus mod_ldap breaks on build. The code should be enclosed inside: #if defined(LDAP_OPT_NETWORK_TIMEOUT) .... #endif Regards, Mladen From millerjohn@example.net Tue Feb 01 17:14:26 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 77686 invoked from network); 1 Feb 2005 17:14:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 17:14:25 -0000 Received: (qmail 72350 invoked by uid 500); 1 Feb 2005 17:14:18 -0000 Delivered-To: millerjohn@example.net Received: (qmail 72311 invoked by uid 500); 1 Feb 2005 17:14:17 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 72297 invoked by uid 99); 1 Feb 2005 17:14:17 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from Unknown (HELO iss04.interliant.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 09:14:16 -0800 Received: from EX-007.mail.navisite.com (ex-007.interliant.com [83.161.120.155]) by iss04.interliant.com (8.10.2/8.10.2) with ESMTP id j11HEDK11759 for <millerjohn@example.net>; Tue, 1 Feb 2005 11:14:13 -0600 (CST) Received: from [83.161.120.155] ([83.161.120.155]) by EX-007.mail.navisite.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Tue, 1 Feb 2005 11:14:14 -0600 Message-ID: <millerjohn@example.net> Date: Tue, 01 Feb 2005 18:14:10 +0100 From: Mladen Turk <millerjohn@example.net> User-Agent: Mozilla X-Accept-Language: en-us, en MIME-Version: 1.0 To: millerjohn@example.net Subject: Re: Time for 2.0.53? References: <millerjohn@example.net> <millerjohn@example.net> <millerjohn@example.net> In-Reply-To: <millerjohn@example.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Feb 2005 17:14:14.0844 (UTC) FILETIME=[74827FC0:01C50881] X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Jess Holle wrote: > Ouch! > > Does the MS LDAP SDK define anything equivalent? > Perhaps LDAP_OPT_SEND_TIMEOUT: The limit on the number of seconds that the local LDAP client will wait while attempting to send data to a remote computer. If the send operation is not completed before the timeout period expires, the LDAP call will fail with an LDAP_TIMEOUT error code. > Fixing this on some platforms is better than on none, though. > Regards, Mladen. From millerjohn@example.net Tue Feb 01 17:19:56 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 81353 invoked from network); 1 Feb 2005 17:19:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 17:19:55 -0000 Received: (qmail 92338 invoked by uid 500); 1 Feb 2005 17:19:49 -0000 Delivered-To: millerjohn@example.net Received: (qmail 92316 invoked by uid 500); 1 Feb 2005 17:19:48 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 92302 invoked by uid 99); 1 Feb 2005 17:19:48 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from scotch.ics.uci.edu (HELO scotch.ics.uci.edu) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 09:19:47 -0800 Received: from st-augustin.ics.uci.edu (st-augustin.ics.uci.edu [83.161.120.155]) (authenticated bits=0) by scotch.ics.uci.edu (8.12.11/8.12.11) with ESMTP id j11HJF62028029 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Feb 2005 09:19:15 -0800 (PST) Date: Tue, 01 Feb 2005 09:19:42 -0800 From: Justin Erenkrantz <millerjohn@example.net> To: millerjohn@example.net, Jeff Trawick <millerjohn@example.net> Subject: Re: Time for 2.0.53? Message-ID: <millerjohn@example.net> In-Reply-To: <millerjohn@example.net> References: <millerjohn@example.net> <millerjohn@example.net> X-Mailer: Mulberry/3.1.6 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0-r105955 X-Spam-Checker-Version: SpamAssassin 3.1.0-r105955 (2004-11-20) on scotch.ics.uci.edu X-Virus-Scanned: ClamAV 0.80/645/Mon Dec 27 14:56:20 2004 clamav-milter version 0.80j on scotch.ics.uci.edu X-Virus-Status: Clean X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --On Tuesday, February 1, 2005 6:41 AM -0500 Jeff Trawick <millerjohn@example.net> wrote: > Heck, I don't know how we get from here to closure on the 2.1-dev > equivalent ;) What do we do with the proxy-reqbody branch? Merge to > trunk? Is it ready to be reviewed? I'd suggest asking for review to merge it back. And, no, I haven't looked at the branch yet - I've been waiting for you to say that it was ready to merge. =) -- justin From millerjohn@example.net Tue Feb 01 17:23:14 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 83116 invoked from network); 1 Feb 2005 17:23:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 17:23:14 -0000 Received: (qmail 98962 invoked by uid 500); 1 Feb 2005 17:23:08 -0000 Delivered-To: millerjohn@example.net Received: (qmail 98934 invoked by uid 500); 1 Feb 2005 17:23:08 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 98915 invoked by uid 99); 1 Feb 2005 17:23:08 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from Unknown (HELO iss05.interliant.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 09:23:06 -0800 Received: from EX-007.mail.navisite.com (ex-007.interliant.com [83.161.120.155]) by iss05.interliant.com (8.10.2/8.10.2) with ESMTP id j11HN4m15699 for <millerjohn@example.net>; Tue, 1 Feb 2005 11:23:04 -0600 (CST) Received: from [83.161.120.155] ([83.161.120.155]) by EX-007.mail.navisite.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Tue, 1 Feb 2005 11:23:07 -0600 Message-ID: <millerjohn@example.net> Date: Tue, 01 Feb 2005 18:23:01 +0100 From: Mladen Turk <millerjohn@example.net> User-Agent: Mozilla X-Accept-Language: en-us, en MIME-Version: 1.0 To: millerjohn@example.net Subject: Re: Time for 2.0.53? References: <millerjohn@example.net> In-Reply-To: <millerjohn@example.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Feb 2005 17:23:07.0661 (UTC) FILETIME=[B217EBD0:01C50882] X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Brad Nicholes wrote: > I was hoping that this wouldn't be the case. But since it is, take a > look at SVN r149419 > util_ldap.c util_ldap.c(1615) : error C2065: 's' : undeclared identifier util_ldap.c(1615) : warning C4047: 'function' : 'const server_rec *' differs in levels of indirection from 'int' Seems you have typo using wrong server_rec for logging. It helps if you change line 1615 to use cmd->server instead s ;). Regards, Mladen. From millerjohn@example.net Tue Feb 01 17:28:20 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 86436 invoked from network); 1 Feb 2005 17:28:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 17:28:19 -0000 Received: (qmail 9453 invoked by uid 500); 1 Feb 2005 17:28:15 -0000 Delivered-To: millerjohn@example.net Received: (qmail 9434 invoked by uid 500); 1 Feb 2005 17:28:15 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 9419 invoked by uid 99); 1 Feb 2005 17:28:14 -0000 X-ASF-Spam-Status: No, hits=0.4 required=10.0 tests=DNS_FROM_RFC_ABUSE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from sinclair.provo.novell.com (HELO sinclair.provo.novell.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 09:28:13 -0800 Received: from INET-PRV-MTA by sinclair.provo.novell.com with Novell_GroupWise; Tue, 01 Feb 2005 10:28:12 -0700 Message-Id: <millerjohn@example.net> X-Mailer: Novell GroupWise Internet Agent 6.5.4 Beta Date: Tue, 01 Feb 2005 10:28:01 -0700 From: "Brad Nicholes" <millerjohn@example.net> To: <millerjohn@example.net>,<millerjohn@example.net> Subject: Re: Time for 2.0.53? Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 500/1000/N I hate it when I get bit by copy and paste. Try r149421. Brad >>> millerjohn@example.net Tuesday, February 01, 2005 10:23:01 AM >>> Brad Nicholes wrote: > I was hoping that this wouldn't be the case. But since it is, take a > look at SVN r149419 > util_ldap.c util_ldap.c(1615) : error C2065: 's' : undeclared identifier util_ldap.c(1615) : warning C4047: 'function' : 'const server_rec *' differs in levels of indirection from 'int' Seems you have typo using wrong server_rec for logging. It helps if you change line 1615 to use cmd->server instead s ;). Regards, Mladen. From millerjohn@example.net Tue Feb 01 17:31:29 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 88430 invoked from network); 1 Feb 2005 17:31:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 17:31:29 -0000 Received: (qmail 23670 invoked by uid 500); 1 Feb 2005 17:31:14 -0000 Delivered-To: millerjohn@example.net Received: (qmail 23633 invoked by uid 500); 1 Feb 2005 17:31:13 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 23470 invoked by uid 99); 1 Feb 2005 17:31:12 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from devsys.jaguNET.com (HELO devsys.jaguNET.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 09:31:11 -0800 Received: (from jim@localhost) by devsys.jaguNET.com (8.11.7a/jag-2.6) id j11HV7B26907; Tue, 1 Feb 2005 12:31:07 -0500 (EST) From: Jim Jagielski <millerjohn@example.net> Message-Id: <millerjohn@example.net> Subject: Re: Time for 2.0.53? To: millerjohn@example.net Date: Tue, 1 Feb 2005 12:31:03 -0500 (EST) Cc: millerjohn@example.net (Jeff Trawick) Reply-To: millerjohn@example.net In-Reply-To: <millerjohn@example.net> from "Justin Erenkrantz" at Feb 01, 2005 09:19:42 AM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Justin Erenkrantz wrote: > > --On Tuesday, February 1, 2005 6:41 AM -0500 Jeff Trawick > <millerjohn@example.net> wrote: > > > Heck, I don't know how we get from here to closure on the 2.1-dev > > equivalent ;) What do we do with the proxy-reqbody branch? Merge to > > trunk? > > Is it ready to be reviewed? I'd suggest asking for review to merge it > back. And, no, I haven't looked at the branch yet - I've been waiting for > you to say that it was ready to merge. =) -- justin > Yes, I'd post a request for review of the branch :) -- =========================================================================== Jim Jagielski [|] millerjohn@example.net [|] http://www.jaguNET.com/ "There 10 types of people: those who read binary and everyone else." From millerjohn@example.net Tue Feb 01 17:33:25 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 89621 invoked from network); 1 Feb 2005 17:33:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 17:33:24 -0000 Received: (qmail 29076 invoked by uid 500); 1 Feb 2005 17:33:20 -0000 Delivered-To: millerjohn@example.net Received: (qmail 29032 invoked by uid 500); 1 Feb 2005 17:33:20 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 29013 invoked by uid 99); 1 Feb 2005 17:33:20 -0000 X-ASF-Spam-Status: No, hits=0.4 required=10.0 tests=DNS_FROM_RFC_ABUSE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from sinclair.provo.novell.com (HELO sinclair.provo.novell.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 09:33:20 -0800 Received: from INET-PRV-MTA by sinclair.provo.novell.com with Novell_GroupWise; Tue, 01 Feb 2005 10:33:18 -0700 Message-Id: <millerjohn@example.net> X-Mailer: Novell GroupWise Internet Agent 6.5.4 Beta Date: Tue, 01 Feb 2005 10:33:02 -0700 From: "Brad Nicholes" <millerjohn@example.net> To: <millerjohn@example.net>,<millerjohn@example.net> Subject: LDAP connection timeout option (was:Re: Time for 2.0.53?) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 500/1000/N The LDAP_OPT_SEND_TIMEOUT option appears to be a Microsoft LDAP SDK only option. As I see it we can go in a couple of different ways here. 1) Implement the connection pool as an apr_reslist and let it handle the connection timeouts as Graham suggested. 2) Add another #ifdef to the existing code to use LDAP_OPT_SEND_TIMEOUT if supported. Maybe for the short term we just add the #ifdef and then see what Graham comes up with for the apr_reslist implementation. Brad >>> millerjohn@example.net Tuesday, February 01, 2005 10:14:10 AM >>> Jess Holle wrote: > Ouch! > > Does the MS LDAP SDK define anything equivalent? > Perhaps LDAP_OPT_SEND_TIMEOUT: The limit on the number of seconds that the local LDAP client will wait while attempting to send data to a remote computer. If the send operation is not completed before the timeout period expires, the LDAP call will fail with an LDAP_TIMEOUT error code. > Fixing this on some platforms is better than on none, though. > Regards, Mladen. From millerjohn@example.net Tue Feb 01 17:34:56 2005 Return-Path: <millerjohn@example.net> Delivered-To: millerjohn@example.net Received: (qmail 90492 invoked from network); 1 Feb 2005 17:34:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2005 17:34:55 -0000 Received: (qmail 32111 invoked by uid 500); 1 Feb 2005 17:34:52 -0000 Delivered-To: millerjohn@example.net Received: (qmail 32082 invoked by uid 500); 1 Feb 2005 17:34:51 -0000 Mailing-List: contact millerjohn@example.net; run by ezmlm Precedence: bulk Reply-To: millerjohn@example.net list-help: <mailto:millerjohn@example.net> list-unsubscribe: <mailto:millerjohn@example.net> list-post: <mailto:millerjohn@example.net> Delivered-To: mailing list millerjohn@example.net Received: (qmail 32069 invoked by uid 99); 1 Feb 2005 17:34:51 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from scotch.ics.uci.edu (HELO scotch.ics.uci.edu) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 09:34:50 -0800 Received: from st-augustin.ics.uci.edu (st-augustin.ics.uci.edu [83.161.120.155]) (authenticated bits=0) by scotch.ics.uci.edu (8.12.11/8.12.11) with ESMTP id j11HYImA028224 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <millerjohn@example.net>; Tue, 1 Feb 2005 09:34:19 -0800 (PST) Date: Tue, 01 Feb 2005 09:34:45 -0800 From: Justin Erenkrantz <millerjohn@example.net> To: millerjohn@example.net Subject: Re: 2.1.3 mod_disk_cache partial responses Message-ID: <millerjohn@example.net> In-Reply-To: <millerjohn@example.net> References: <millerjohn@example.net> <millerjohn@example.net> <millerjohn@example.net> X-Mailer: Mulberry/3.1.6 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0-r105955 X-Spam-Checker-Version: SpamAssassin 3.1.0-r105955 (2004-11-20) on scotch.ics.uci.edu X-Virus-Scanned: ClamAV 0.80/645/Mon Dec 27 14:56:20 2004 clamav-milter version 0.80j on scotch.ics.uci.edu X-Virus-Status: Clean X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --On Wednesday, February 2, 2005 12:25 AM +1100 dean <millerjohn@example.net> wrote: > My first thought was that Firefox has an issue. Then I installed 2.0.53 > as a cache-proxy BUT I couldn't reproduce the above, Google logo loads > everytime. > Another simple page I tried is news.com.au/wireless. > Steps 1 -3 are same > 4. refresh page -> no css applied (liveheaders shows 200 OK), logo > appears broken (liveheaders show 206 Partial Response)
{'source': 'Apache Software Foundation Public Mail Archives'}