Re: svn commit: r1893327 - /httpd/dev-tools/github/apply_trunk_pr.sh

On 9/14/21 1:26 PM, Eric Covener wrote: > On Tue, Sep 14, 2021 at 2:57 AM wrote: >> >> Author: rpluem >> Date: Tue Sep 14 06:57:34 2021 >> New Revision: 1893327 >> >> URL: http://svn.apache.org/viewvc?rev=1893327=rev >> Log: >> * Add commit authors to clog as Submitted by >> >> Modified: >>

Re: APLOGNO number range for vendors?

On 12/1/20 4:02 PM, Yehuda Katz wrote: > Would a crazy option 4 be to add VENDOR_APLOGNO() which could add a prefix to > the log number to be used in any patches? > > For example, V_APLOGNO('R', 123) could produce AHR123 > > This would make it clear that the error comes from a patch from

Re: svn commit: r1882776 - /httpd/httpd/trunk/.travis.yml

On 10/29/20 3:51 PM, Joe Orton wrote: > On Fri, Oct 23, 2020 at 10:07:39AM +0200, Ruediger Pluem wrote: >> >> >> On 10/23/20 8:24 AM, rpl...@apache.org wrote: >>> Author: rpluem >>> Date: Fri Oct 23 06:24:55 2020 >>> New Revision: 1882776 >>> >>> URL:

Re: svn commit: r1869338 - in /httpd/httpd/trunk: CHANGES docs/log-message-tags/next-number include/ap_mmn.h modules/proxy/mod_proxy.h modules/proxy/mod_proxy_connect.c modules/proxy/mod_proxy_wstunne

On 11/04/2019 10:55 PM, Yann Ylavic wrote: > On Mon, Nov 4, 2019 at 10:16 PM Ruediger Pluem wrote: >> >> >> >> On 11/04/2019 06:12 PM, Yann Ylavic wrote: >>> On Mon, Nov 4, 2019 at 4:16 PM Ruediger Pluem wrote: >> >> Just that I get it correct: >> >> This would require something like >>

Re: Opt in(/out?) for TLS protocol per vhost (was: svn commit: r1868645)

On 10/28/2019 10:54 AM, Yann Ylavic wrote: > On Mon, Oct 28, 2019 at 9:24 AM Stefan Eissing > wrote: >> >> Ok, let me summarize: >> >> - SSLProtocol on base server applies, unless vhost has its own setting >> - no SSLProtocol on base server, SSLProtocol on vhost applies >> - no SSLProtocol on

Re: svn commit: r1863191 - in /httpd/httpd/trunk: docs/log-message-tags/next-number modules/generators/cgi_common.h modules/generators/mod_cgi.c modules/generators/mod_cgid.c

On 07/17/2019 09:51 AM, jor...@apache.org wrote: > Author: jorton > Date: Wed Jul 17 07:51:53 2019 > New Revision: 1863191 > > URL: http://svn.apache.org/viewvc?rev=1863191=rev > Log: > mod_cgid: Continuation of r1862968, experimental fd passing support. > > Split out CGI bucket implementation

Re: svn commit: r1753223 - /httpd/httpd/trunk/modules/http/http_protocol.c

On 07/18/2016 05:28 PM, William A Rowe Jr wrote: > On Mon, Jul 18, 2016 at 10:22 AM, Ruediger Pluem > wrote: > > > On 07/18/2016 03:41 PM, wr...@apache.org wrote: > > Author: wrowe > > Date: Mon Jul 18

Re: svn commit: r1737382 - /httpd/httpd/trunk/docs/manual/mod/core.xml

On 04/01/2016 03:48 PM, Eric Covener wrote: > I am -0.9 on this info in the manual, for a relatively low severity bug. +1. We don't do this kind of stuff in the documentation. This is what CHANGES and Bugzilla are for. Regards Rüdiger > > On Fri, Apr 1, 2016 at 9:31 AM,

Fwd: svn commit: r1445100 - in /httpd/httpd/branches/2.2.x: ./ CHANGES STATUS server/mpm_common.c

Original Message Subject:svn commit: r1445100 - in /httpd/httpd/branches/2.2.x: ./ CHANGES STATUS server/mpm_common.c Date: Tue, 12 Feb 2013 10:54:42 GMT From: rj...@apache.org Author: rjung Date: Tue Feb 12 10:54:42 2013 New Revision: 1445100 URL:

Fwd: svn commit: r1386726 - in /httpd/httpd/trunk: docs/log-message-tags/next-number modules/slotmem/mod_slotmem_shm.c

Original Message Subject:svn commit: r1386726 - in /httpd/httpd/trunk: docs/log-message-tags/next-number modules/slotmem/mod_slotmem_shm.c Date: Mon, 17 Sep 2012 17:19:45 GMT From: j...@apache.org Author: jim Date: Mon Sep 17 17:19:44 2012 New Revision: 1386726

Fwd: svn commit: r1387110 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_proxy.xml include/ap_mmn.h modules/proxy/mod_proxy.c modules/proxy/mod_proxy.h modules/proxy/mod_proxy_balancer.c modules

Original Message Subject:svn commit: r1387110 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_proxy.xml include/ap_mmn.h modules/proxy/mod_proxy.c modules/proxy/mod_proxy.h modules/proxy/mod_proxy_balancer.c modules/proxy/proxy_util.c Date: Tue, 18 Sep 2012

Fwd: svn commit: r1377475 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_lua.xml docs/manual/style/scripts/prettify.js modules/lua/lua_vmprep.h modules/lua/mod_lua.c modules/lua/mod_lua.h

Original Message Subject:svn commit: r1377475 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_lua.xml docs/manual/style/scripts/prettify.js modules/lua/lua_vmprep.h modules/lua/mod_lua.c modules/lua/mod_lua.h Date: Sun, 26 Aug 2012 18:39:59 GMT From:

Fwd: svn commit: r1369656 - in /httpd/httpd/trunk/modules/lua: lua_vmprep.c lua_vmprep.h mod_lua.c mod_lua.h

Original Message Subject:svn commit: r1369656 - in /httpd/httpd/trunk/modules/lua: lua_vmprep.c lua_vmprep.h mod_lua.c mod_lua.h Date: Sun, 05 Aug 2012 19:57:45 GMT From: humbed...@apache.org Author: humbedooh Date: Sun Aug 5 19:57:44 2012 New Revision:

Fwd: svn commit: r1367725 - /httpd/httpd/trunk/modules/lua/mod_lua.c

Original Message Subject:svn commit: r1367725 - /httpd/httpd/trunk/modules/lua/mod_lua.c Date: Tue, 31 Jul 2012 19:43:30 GMT From: humbed...@apache.org Author: humbedooh Date: Tue Jul 31 19:43:29 2012 New Revision: 1367725 URL:

Fwd: svn commit: r1305192 - /httpd/httpd/branches/2.4.x/build/make_nw_export.awk

Original Message Subject:svn commit: r1305192 - /httpd/httpd/branches/2.4.x/build/make_nw_export.awk Date: Mon, 26 Mar 2012 01:36:51 GMT From: fua...@apache.org Author: fuankg Date: Mon Mar 26 01:36:51 2012 New Revision: 1305192 URL:

Fwd: svn commit: r1241897 - /httpd/httpd/branches/2.4.x/configure.in

Author: jim Date: Wed Feb 8 13:48:19 2012 New Revision: 1241897 URL: http://svn.apache.org/viewvc?rev=1241897view=rev Log: Correct the --with_included_apr error message. We no longer provide an included/bundled version of apr/apu for the convenience of our users. Modified:

Fwd: svn commit: r1238824 - in /httpd/httpd/branches/2.4.x: ./ CHANGES server/core.c

Original Message Subject:svn commit: r1238824 - in /httpd/httpd/branches/2.4.x: ./ CHANGES server/core.c Date: Tue, 31 Jan 2012 21:50:03 GMT From: s...@apache.org Author: sf Date: Tue Jan 31 21:50:03 2012 New Revision: 1238824 URL:

Re: 2.3.15 RewriteRule P

Eric Covener wrote: The different handling of conn-port and conn-hostname doesn't look right to me. Can the r-proxyreq check actually be false at this point or is it simply redundant? And shouldn't the strcasecmp(conn-hostname, uri-hostname) check be done regardless of

Fwd: svn commit: r1225199 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/core.c

Original-Nachricht Betreff:svn commit: r1225199 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/core.c Datum: Wed, 28 Dec 2011 14:54:50 GMT Von:s...@apache.org Author: sf Date: Wed Dec 28 14:54:49 2011 New Revision: 1225199 URL:

Fwd: svn commit: r1225199 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/core.c

Original-Nachricht Betreff:svn commit: r1225199 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/core.c Datum: Wed, 28 Dec 2011 14:54:50 GMT Von:s...@apache.org Author: sf Date: Wed Dec 28 14:54:49 2011 New Revision: 1225199 URL:

Re: CVE-2011-3607, int overflow ap_pregsub()

Am 21.12.2011 20:08, schrieb Greg Ames: On Tue, Dec 20, 2011 at 4:26 AM, William A. Rowe Jr. wr...@rowe-clan.net wrote: We should come to a conclusion on this. How about this for 2.2.x ? --- server/util.c (revision 1179624) +++ server/util.c (working copy) @@ -82,6 +82,8 @@

Re: [RFC] further proxy/rewrite URL validation security issue (CVE-2011-4317)

Am 24.11.2011 23:37, schrieb Rainer Jung: On 23.11.2011 15:23, Joe Orton wrote: Prutha Parikh from Qualys reported a variant on the CVE-2011-3368 attack against certain mod_proxy/mod_rewrite configurations. A new CVE name, CVE-2011-4317, has been assigned to this variant. The configurations

Re: client_ip vs remote_ip

Am 24.11.2011 00:27, schrieb William A. Rowe Jr.: On 11/23/2011 4:39 PM, Nick Kew wrote: Appropriate Terminology Suggestion: Object Protocol Remote Name -- -- request_rec HTTP Client client_ip conn_rec TCP Peer peer_ip +1 +1 Regards Rüdiger

Fwd: svn commit: r1204087 - in /httpd/httpd/trunk: include/ap_expr.h include/ap_mmn.h server/util_expr_eval.c server/util_expr_parse.c server/util_expr_parse.y

Original-Nachricht Betreff: svn commit: r1204087 - in /httpd/httpd/trunk: include/ap_expr.h include/ap_mmn.h server/util_expr_eval.c server/util_expr_parse.c server/util_expr_parse.y Datum: Sat, 19 Nov 2011 21:58:49 GMT Von:s...@apache.org Author: sf Date: Sat Nov

Fwd: svn commit: r1202257 - in /httpd/httpd/trunk/server/mpm/event: config3.m4 equeue.c equeue.h event.c

Original-Nachricht Betreff:svn commit: r1202257 - in /httpd/httpd/trunk/server/mpm/event: config3.m4 equeue.c equeue.h event.c Datum: Tue, 15 Nov 2011 15:51:04 GMT Von:pque...@apache.org Author: pquerna Date: Tue Nov 15 15:51:03 2011 New Revision: 1202257

Fwd: svn commit: r1202257 - in /httpd/httpd/trunk/server/mpm/event: config3.m4 equeue.c equeue.h event.c

Original-Nachricht Betreff:svn commit: r1202257 - in /httpd/httpd/trunk/server/mpm/event: config3.m4 equeue.c equeue.h event.c Datum: Tue, 15 Nov 2011 15:51:04 GMT Von:pque...@apache.org Author: pquerna Date: Tue Nov 15 15:51:03 2011 New Revision: 1202257

Fwd: svn commit: r1200590 - in /httpd/httpd/trunk: buildconf configure.in srclib/libapreq/buildconf srclib/libapreq/configure.in

Original-Nachricht Betreff: svn commit: r1200590 - in /httpd/httpd/trunk: buildconf configure.in srclib/libapreq/buildconf srclib/libapreq/configure.in Datum: Thu, 10 Nov 2011 21:59:08 GMT Von:pgollu...@apache.org Author: pgollucci Date: Thu Nov 10 21:59:07 2011 New

Fwd: svn commit: r1200040 - in /httpd/httpd/trunk: CHANGES modules/ssl/mod_ssl.c modules/ssl/ssl_engine_config.c modules/ssl/ssl_engine_init.c modules/ssl/ssl_engine_kernel.c modules/ssl/ssl_private.h

Original-Nachricht Betreff: svn commit: r1200040 - in /httpd/httpd/trunk: CHANGES modules/ssl/mod_ssl.c modules/ssl/ssl_engine_config.c modules/ssl/ssl_engine_init.c modules/ssl/ssl_engine_kernel.c modules/ssl/ssl_private.h Datum: Wed, 09 Nov 2011 23:37:37 GMT Von:

Fwd: svn commit: r1197405 - in /httpd/httpd/trunk: CHANGES docs/manual/upgrading.xml modules/filters/mod_substitute.c

Original-Nachricht Betreff:svn commit: r1197405 - in /httpd/httpd/trunk: CHANGES docs/manual/upgrading.xml modules/filters/mod_substitute.c Datum: Fri, 04 Nov 2011 05:35:54 GMT Von:s...@apache.org Author: sf Date: Fri Nov 4 05:35:53 2011 New Revision: 1197405

Re: prefetch proxy

Am 03.11.2011 20:00, schrieb Jim Jagielski: On Nov 3, 2011, at 2:37 PM, Jeff Trawick wrote: I'm not disputing that there is some undiagnosed situation where APR_ETIMEUP is seen. I am looking for confirmation that APR_ETIMEUP is the expected value. It's hard to diagnose what the value

Re: prefetch proxy

Am 03.11.2011 20:36, schrieb Jim Jagielski: fwiw: I can recreate this at will... The setup: the jenkins-cli jarfile with Jenkins running in Winstone/Jetty/Tomcat/JBoss/Doesn'tMatter and Apache frontending Jenkins with a ProxyPass. Trying to access Jenkins thru Apache via: java

Re: prefetch proxy

Am 01.11.2011 21:23, schrieb Jim Jagielski: In mod_proxy_http we have: /* Prefetch MAX_MEM_SPOOL bytes * * This helps us avoid any election of C-L v.s. T-E * request bodies, since we are willing to keep in * memory this much data, in any case. This gives *

Re: Really big regex results from ap_pregsub

Am 13.10.2011 22:30, schrieb William A. Rowe Jr.: On 10/13/2011 2:32 PM, Jim Jagielski wrote: We have 2 conditions: 1. nmatch AP_MAX_REG_MATCH 2. really big string For #1 we can either choose to return NULL or . Since most calls to ap_pregsub() aren't checked, might be safer. And,

Fwd: svn commit: r1179448 - in /httpd/httpd/trunk: include/ap_mmn.h include/mpm_common.h server/mpm_common.c

Original-Nachricht Betreff: svn commit: r1179448 - in /httpd/httpd/trunk: include/ap_mmn.h include/mpm_common.h server/mpm_common.c Datum: Wed, 05 Oct 2011 21:25:59 GMT Von: Author: sf Date: Wed Oct 5 21:25:58 2011 New Revision: 1179448 URL:

Re: Axe ap_proxy_removestr() ?

Am 03.10.2011 21:12, schrieb Stefan Fritsch: Hi, ap_proxy_removestr() uses memory that grows quadratically with the number of fields in the input string, which is bad. It was introduced in r88648 (Apr 2001) but hasn't been used after r91370 (Oct 2001). Any objection if I just remove it?

Re: svn commit: r1054323 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_ssl.xml docs/manual/upgrading.xml modules/ssl/ssl_engine_config.c modules/ssl/ssl_engine_vars.c modules/ssl/ssl_private.h

On 01/02/2011 12:56 AM, s...@apache.org wrote: Author: sf Date: Sat Jan 1 23:56:24 2011 New Revision: 1054323 URL: http://svn.apache.org/viewvc?rev=1054323view=rev Log: Change the format of the SSL_{CLIENT,SERVER}_{I,S}_DN variables to be RFC 2253 compatible, convert non-ASCII

Re: missing svn properties

Thanks for the observation. Fixed in r718015. Regards Rüdiger On 11/16/2008 02:23 AM, Takashi Sato wrote: In trunk these files are missing svn:eol-style native docs\manual\mod\mod_buffer.html docs\manual\mod\mod_buffer.html.en docs\manual\mod\mod_buffer.xml

Re: Behaviour of mod_proxy_ajp if CPING/CPONG fails

On 09/05/2008 06:21 PM, Mladen Turk wrote: Plüm, Rüdiger, VF-Group wrote: +1 for the concept. However for threaded servers you should call ap_proxy_acquire_connection inside retry loop, cause there might be available connections inside the pool. I don't think that this does what you

Re: svn commit: r644746 - in /httpd/httpd/trunk: ./ docs/manual/mod/ include/ modules/session/ server/

On 04/05/2008 05:26 PM, Graham Leggett wrote: Ruediger Pluem wrote: +AP_DECLARE(int) ap_unescape_all(char *url); + +/** Doesn't this require a minor bump? I think it does do, yes. Fixed. +AP_DECLARE(char *) ap_escape_path_segment_b(char *c, const char *s); This is not a very

Re: Separate mailinglist for doc related bugs?

Justin Erenkrantz wrote: Removed this address from the mailing list...nothing else to see... -- justin Thanks for your help Justin. Regards Rüdiger

Re: c-aborted is not set correctly on trunk

On 01/05/2006 05:24 PM, Joe Orton wrote: On Thu, Jan 05, 2006 at 08:14:58AM -0800, Justin Erenkrantz wrote: I do note that the 2.0 code says: /* The client has aborted, but the request was successful. We * will report success, and leave it to the access and error

Re: svn commit: r329849 - in /httpd/httpd/trunk: CHANGES modules/proxy/proxy_util.c

On 11/01/2005 04:11 PM, Jim Jagielski wrote: Ruediger, would the below appease your sensibilities :) Yes, it does. I am sorry. I guess I was a little too persistent in this discussion about this patch of comparable limited influence. I did not mean to step on your toes and nerves :-).

Re: svn commit: r327601 - /httpd/httpd/branches/2.0.x/STATUS

On 10/22/2005 12:59 AM, Colm MacCarthaigh wrote: On Fri, Oct 21, 2005 at 10:48:23PM -, [EMAIL PROTECTED] wrote: Author: rpluem Date: Fri Oct 21 15:48:18 2005 New Revision: 327601 URL: http://svn.apache.org/viewcvs?rev=327601view=rev Log: * Move two backports from proposed to accepted, as

Re: svn commit: r312964 - in /httpd/httpd/branches/2.2.x: CHANGES modules/proxy/mod_proxy_balancer.c modules/proxy/proxy_util.c

On 10/12/2005 01:38 PM, Joe Orton wrote: [..cut..] Yup, if using strchr on a const variable, the correct method to preserve const-ness and avoid those warnings is: const char *foo; foo = ap_strchr_c(some_const_char_string, 'x'); note that 'c' would need to be const above

Re: [PATCH] Bug 36816: balancer_manager doesn't work if worker name

On 10/11/2005 11:22 PM, Jim Jagielski wrote: Ruediger Pluem wrote: On 10/11/2005 09:56 PM, Jim Jagielski wrote: [..cut..] +1... I haven't looked to see if there's a better way to do the 'longest match' test, but that's nit picking :) Ok, thanks. I think I will commit it tomorrow to

Re: svn commit: r306878 - in /httpd/httpd/trunk: CHANGES modules/proxy/mod_proxy_connect.c

On 10/06/2005 10:31 PM, [EMAIL PROTECTED] wrote: Author: trawick Date: Thu Oct 6 13:31:03 2005 New Revision: 306878 URL: http://svn.apache.org/viewcvs?rev=306878view=rev --- httpd/httpd/trunk/CHANGES [utf-8] (original) +++ httpd/httpd/trunk/CHANGES [utf-8] Thu Oct 6 13:31:03 2005 @@

Re: svn commit: r294809 - in /httpd/httpd/trunk: acinclude.m4 configure.in

On 10/04/2005 06:18 PM, [EMAIL PROTECTED] wrote: Author: colm Date: Tue Oct 4 09:18:24 2005 New Revision: 294809 [..cut..] + +AC_CACHE_CHECK([for void pointer length], [ap_void_ptr_lt_long], +[AC_TRY_RUN([ +int main(void) +{ +return sizeof(void *) sizeof(long); +}],

Re: svn commit: r293305 - in /httpd/httpd/branches/2.2.x/modules:

On 10/04/2005 09:32 PM, William A. Rowe, Jr. wrote: Brian Candler wrote: [..cut..] P.S. The reverse case is sillier, given that the value is moving to a *larger* type and therefore no data loss can occur: short a; long b = a; // (7) no warning short a;

Re: svn commit: r294809 - in /httpd/httpd/trunk: acinclude.m4 configure.in

On 10/04/2005 10:06 PM, Jim Jagielski wrote: Colm MacCarthaigh wrote: [..cut..] I thought the containers were integral types, not void*. If the containers themselves are void*, then the problem is reversed from what I thought, but still a valid problem. I think we have both problems

Re: [PATCH] Re: Pluggable mod_log_config

On 10/03/2005 08:49 PM, Colm MacCarthaigh wrote: On Mon, Oct 03, 2005 at 11:40:27AM -0400, Brian Akins wrote: [..cut..] Looks useful, but file://|/bin/foo would be very non-intuitive for piped I guess you still can use |/bin/foo because file is the default provider. loggers, balancing

Re: [PATCH] Re: Pluggable mod_log_config

On 10/03/2005 09:11 PM, Brian Akins wrote: Rüdiger Plüm wrote: Makes also sense to me since it seems to me that piped logging does not really play well with other things like spread or mysql. On the other side, what about the buffered logging? Would it make sense to make it possible

Re: [PATCH] Re: Pluggable mod_log_config

On 10/03/2005 09:53 PM, Brian Akins wrote: Rüdiger Plüm wrote: [..cut..] but that would not be buffering in the sense that mod_log_config does it. mod_log_config just keeps appending data to a buffer. in an sql logger, to buffer you would keep a list/array/ring of log lines and wrap

Re: [PATCH] PIE support

Justin Erenkrantz wrote: --On Friday, January 21, 2005 2:46 PM + Joe Orton [EMAIL PROTECTED] wrote: Modern versions of GCC/binutils/... support flags which allow building Position Independent Executables. This a Security Feature (TM) which means that executables can be loaded at non-fixed

Re: Bug: Apache hangs if script invokes fork/waitpid

Naik, Roshan wrote: In my humble opinion it is much simpler (and cleaner) to fix this problem in one place...Apache, rather than in each module that may face this problem. I am not sure if it is really simpler (see below) but admittedly it would make things easier for module authors. So from

Re: Bug: Apache hangs if script invokes fork/waitpid

Naik, Roshan wrote: -Original Message- From: Rüdiger Plüm [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 12, 2004 2:45 PM To: [EMAIL PROTECTED] Subject: Re: Bug: Apache hangs if script invokes fork/waitpid [..cut..] I think 1. is the problem in our case. If you do a fork in your

[Patch 30399] New directive CacheIgnoreHeaders to prevent user defined headers from being stored by mod_cache

Hi all, please find attached a new more general approch to prevent cookies from being stored in the cache. As proposed by Justin I replaced my original CacheStoreCookies directive with the more general CacheIgnoreHeaders directive. So far I only tested it for myself. If someone could test / have

Regeneration of html version of manual from xml

Hi all, does anybody know how to regenerate the html version of the manual once I made changes to the xml sources of the manual? Thanks in advance Rüdiger

Re: Roadmap Apache 2.1 / 2.2

Paul Querna wrote: Rüdiger Plüm wrote: Hi all, as some people here are already talking about Apache 2.2, just a short question: Will there ever be a productive version of Apache 2.1 or is it planned to rename the current Apache 2.1-dev into Apache 2.2.0 as soon as Apache 2.1-dev is regarded

Permissions of directories created by mod_disk_cache

Hi all, I noticed that the permissions of the directories created by mod_disk_cache are set to 700 whereas the permissions of the files storing the header information respect the umask and thus have more permissions (at least in my case with my umask). If this behaviour is intended for security

Re: Permissions of directories created by mod_disk_cache

Jeff Trawick wrote: On Tue, 05 Oct 2004 14:25:51 +0200, Rüdiger Plüm [EMAIL PROTECTED] wrote: Hi all, I noticed that the permissions of the directories created by mod_disk_cache are set to 700 whereas the permissions of the files storing the header information respect the umask and thus have more

Re: Permissions of directories created by mod_disk_cache

Andreas Steinmetz wrote: Jeff Trawick wrote: [..cut..] Your umask setting can further restrict the permissions specified by Apache, but it cannot be used to make the permissions more liberal. What permissions do you suggest for the directories? If mod_disk_cache still stores authentication

Roadmap Apache 2.1 / 2.2

Hi all, as some people here are already talking about Apache 2.2, just a short question: Will there ever be a productive version of Apache 2.1 or is it planned to rename the current Apache 2.1-dev into Apache 2.2.0 as soon as Apache 2.1-dev is regarded feature complete and its code having a

Re: [PATCH 21492 30278 30419 31385] Several bugs in mod_cache / mod_disk_cache

Justin Erenkrantz wrote: --On Wednesday, September 29, 2004 10:55 AM -0400 Bill Stoddard [EMAIL PROTECTED] wrote: [..cut..] Well the process is not quite so structured by design, but yes, I plan to propose we backport these into 2.0 (in time for 2.0.53) and I'll do the backport as I have time

Re: [PATCH 21492 30278 30419 31385] Several bugs in mod_cache / mod_disk_cache

Justin Erenkrantz wrote: --On Tuesday, September 28, 2004 5:28 PM +0200 Rüdiger Plüm [EMAIL PROTECTED] wrote: [..cut..] Many thanks for the quick response. As I was curious I had a look to the cvs. Sorry for the maybe stupid question. Do I understand this correctly: You commit the changes

[PATCH 21492 30278 30419 31385] Several bugs in mod_cache / mod_disk_cache

Hi all, starting with Apache 2.0.50 I tried to use mod_cache / mod_disk_cache to cache responses from a Tomcat in the backend on the front web server. Several bugs (most in mod_disk_cache) prevented me from doing so in a straight forward manner. So I wrote some patches that fixed these issues and