* David Burry ([EMAIL PROTECTED]) wrote :
> are we talking about removing modules entirely, or just modifying what's
> enabled by default?
>
Just what's enabled by default.
-Thom
On Sun, 9 Mar 2003, David Burry wrote:
> are we talking about removing modules entirely, or just modifying what's
> enabled by default?
I'm only talking about what's enabled by default, and, I was really only
talking about mod_imap. The comment about mod_asis was probably
unwarranted. I think tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 9 Mar 2003, Joshua Slive wrote:
>
> On Sat, 8 Mar 2003, Rich Bowen wrote:
>
> > It has irritated me for a while that the default Apache 1.3
> > configuration contains the Port directive, when the documentation says
> > not to use it. Does anyo
Hi,
would be nice to have the SERVER_ROOT automatically available for scripts without
having to set it first with SetEnv...
Guenter.
--- util_script.c.orig Tue Feb 04 00:15:18 2003
+++ util_script.c Mon Mar 10 17:42:36 2003
@@ -278,6 +278,7 @@
apr_table_addn(e, "REMOTE_ADDR", c->remo
Hi,
would be nice to have the SERVER_ROOT automatically available for scripts without
having to set it first with SetEnv...
Guenter.
--- util_script.c.orig Tue Feb 04 00:12:53 2003
+++ util_script.c Mon Mar 10 16:12:24 2003
@@ -292,6 +292,7 @@
ap_table_addn(e, "REMOTE_ADDR", c->remot
Is there any particular reason that the code in
httpd-2.0.44/modules/mappers/mod_rewrite.c
does not make HTTPS available?
Any quick guidance on what other code I might need to modify to make the
HTTPS variable available to mod_rewrite? Is there any desire among
mod_rewrite users (besides me) fo
Rich Bowen wrote:
> The comment about mod_asis was probably
> unwarranted. I think that there are probably people that use mod_asis.
We did use mod_asis on daedalus not too long ago, but don't seem to at present.
I have no way of knowing how common it is. If we decide to not build it by
* Stas Bekman wrote:
>> The attached patch solves the problem for me. But somehow I have the
>> feeling, that it's not the end solution (but would be cool, if it is :).
>> I'm not sure about all of the implications. What happens, for example, if
>> the redirects adds some filters itself?
>
> Or s
Hi,
is it possible that ap_start_restart() is exported again, and - if it's not supported
by the platform - simply does nothing, as 1.3.x did?
Guenter.
> 1. This might be a good opportunity to go through the whole list and see
> what should be in and out of a default build. For example, mod_expires
> might be a good addition. Of course, I don't have time to do this myself
> at the moment, so feel free to ignore this comment.
> 2. If we want to
On Mon, 10 Mar 2003, Greg Ames wrote:
> Rich Bowen wrote:
>
> > The comment about mod_asis was probably
> > unwarranted. I think that there are probably people that use mod_asis.
>
> We did use mod_asis on daedalus not too long ago, but don't seem to at
> present. I have no way of knowing h
* Astrid Keßler wrote:
agreed with the removings.
> And I would add:
>
> mod_logio and mod_expire
mod_logio... no. I think 'most' is a good (or say, better) place for it.
But I would consider mod_headers as a base module.
nd
--
Gib' mal folgendes in die Kommandozeile ein (und einen Moment
OK, so almost a month ago, Cliff Woolley, Sander Holthaus, John K.
Sterling, and Jeff Trawick all encouraged me to change the mod_usertrack
patch I submitted so that instead of relying on a regexp to correctly
find the cookie in the cookie header (why the current mod_usertrack
sometimes fails to do
Hello,
I'm currently writing a module for 2.0 which needs to observe the
traffic to and from various handlers. The approach I'm using is to
register input and output filters of type AP_FTYPE_PROTOCOL+1 (so I get
headers, but don't see encrypted traffic), and add them in a
create_request hook
This function is definitely useful but I'm not too keen on the directive
name (but maybe its okay). Maybe something like:
EnableIP all|ipv4|ipv6
I'm also wondering if there are any needs/opportunities to control other
ipv4 vs ipv6 behaviour of the server?
Bill
I know not everyone monitors CVS logs. I have backported the patch
for not-in-srclib/ apr and apr-util trees. Even the in-tree builds however
are vulnerable. If those working in the APACHE_2_0_BRANCH would
try cvs up and experiment with your preference if apr[-util] either in-tree
or out-of-tree
16 matches
Mail list logo