Koga Youichirou wrote:
> I found that 1.3.26 and 2.0.39 without mod_proxy accept proxy requests
> and treat them as requsts to its URIs.
>
> Is this behavior right?
As far as I am aware, yes. If an attempt is made to fetch data on a
virtual host not configured locally, Apache serves the defaul
On Mon, 22 Jul 2002 11:03:57 +0200, Graham Leggett wrote about "Re: proxy request
handling bug?":
> Koga Youichirou wrote:
>
> >I found that 1.3.26 and 2.0.39 without mod_proxy accept proxy requests
> >and treat them as requsts to its URIs.
> >
> >Is this behavior right?
>
> As far as I am awar
Scott Lamb wrote:
> Okay, now I understand what you are saying. Here's a patch that should
> do that. It seems to solve my problem and is definitely cleaner than my
> last patch.
I have just committed your patch, but I cannot test it as the LDAP
compile seems broken at the moment.
Regards,
Gra
On Sun, 21 Jul 2002 [EMAIL PROTECTED] wrote:
>
> > I have often spoke of having a per directory/location ordering of auth
> > handleres. This would allow you to load a bunch of auth handler modules,
> > then in a given directory elect which ones are run, and what order they
> > run in (and the
[EMAIL PROTECTED] wrote:
>
> While doing this patch (and ending up with 3 very small modules); I found
> the following legacy behaviour. Any feels as to if we shall kill these
> surprizing behaviourisms in 2.0 or stay as close to 1.3 as possibe ?:
>
> -> if there are no requires - but there
[EMAIL PROTECTED] wrote:
>
> Opinions - not on what happens to day in 1.3 but what should happen in a
> perfect world:
>
> Given a config like this:
>
>
> AuthTypebasic
> AuthNameRestricted area
>
>
> What should happen ? Allowed in with, or wi
"William A. Rowe, Jr." wrote:
>
> And don't go spilling entire web trees from every static file resource,
> resulting in infinite recursion of a resource identifier ;-)
Um, we're not talking about static files, so the above is a red herring.
> Sorry if I feel somewhat strongly here. Just got b
Hi,
Can anyone suggest some good reading material or some resources that could
help me out with modifying apache code / developing an apache module? So far
I've been trying to understand whats going on by reading the code itself &
it seems to be taking rather long. So i'd really appreciate it if
On Mon, 22 Jul 2002, Rodent of Unusual Size wrote:
> [EMAIL PROTECTED] wrote:
> >
...snip
> >
> >
> > AuthTypebasic
> > AuthNameRestricted area
> >
> > require valid-user
> >
> >
> >
> > Same here when using a GET
Here's an updated patch to remove the sleep timer that uses an unnamed event
and sends it to the child process through send_handles_to_child.
Shane
Index: mpm_winnt.c
===
RCS file: /home/cvspublic/httpd-2.0/server/mpm/winnt/mpm_
On Mon, Jul 22, 2002 at 06:04:42AM -0700, Sylbert L wrote:
> Hi,
>
> Can anyone suggest some good reading material or some resources that could
> help me out with modifying apache code / developing an apache module? So far
> I've been trying to understand whats going on by reading the code itself
Someone brought up an interesting question on #apache: 'How can I log
everything *except* 404s?'
Obviously this can be done with piped logging, but I consider that a
bit of a handwave. It appears that here really isn't any simple way
to accomplish what seems to actually be a reasonable thing. I
> having different orderings/groupings for different parts of the server.
> But true - My proposal above would be to elminate any dependency on
> module load order and remove all the Authoritative stuff.
Aye - something like
AuthOrder mod_auth_db, mod_auth_cookie, mod_auth
> DON'T second-guess them. Since no restrictions have been put in place,
> don't try to apply any. There may be Auth*File and Require directives
> in .htaccess files within the above scope -- you don't know.
Good point - I'll change that in the version I have now.
Dw.
> > -> If we have for example a (Group,..)File but opening it failes
> > then we ignore any 'require group' and DECLINE to other modules.
>
> I don't find those surprising at all; they're what I would expect.
Hmm - but that means that if someone edits the group files, saves it as
ro
> note that this situation is a bit different from the others since the
> apache core will pass ALL requirements (limited or not) to every auth
> module. Each individual auth module can make its own decision in this
> case (i.e. there are requirements for some methods and no requirements
> for o
[EMAIL PROTECTED] wrote:
> > If we had a customized mime.types, I wouldn't want it to get clobbered. I think
> > the old code would have done that.
>
> The old code was blowing away everything in the directory on my
> machine.
no, I don't think it was blowing away existing conf/httpd.conf, c
> > The situation that you are trying to protect against is most likely
not
> > standard. My question, is why isn't your automation just copying
the
> > whole conf/ directory?
>
> Keep in mind that I'm like the proverbial canary in the coal mine. If
the
> canary suddenly keels over when enteri
Ryan Bloom wrote:
>
> I don't, but I am not going to argue anymore. I will simply say that
> the way things work now, I am going to have a bunch of useless files
> sitting in the conf/ directory of all of my production machines, because
> every time I upgrade Apache, I will get all of the fi
On Mon, 22 Jul 2002, Rodent of Unusual Size wrote:
> So, unless someone has a solution I'm missing, I'd like to propose adding
> a sort of pseudo-envariable during the logging phase. Something like
> 'status_is_NNN', where NNN is appropriately substituted. Then something
> like
>
> CustomLog lo
We've been testing with 2.0.39, and we've run into a strange problem when
negotiating for a directory index page. There is no response to the
request - no file, no headers, nothing. The connection is simply closed.
>From what we have been able to determine, we suspect that
ap_internal_fast_redi
David Shane Holden wrote:
> I agree with Ryan wholeheartedly here.
>
> Here's an idea...
> If conf/ exist, copy httpd.conf, magic, and mime.types (These are basic
> files that all conf/ should have, right?). If conf/ does not exist, copy
> everything.
uhhh, that clobbers httpd.conf, and they'd
> From: gregames [mailto:gregames] On Behalf Of Greg Ames
>
> David Shane Holden wrote:
>
> > I agree with Ryan wholeheartedly here.
> >
> > Here's an idea...
> > If conf/ exist, copy httpd.conf, magic, and mime.types (These are
basic
> > files that all conf/ should have, right?). If conf/ does
Greg Ames wrote:
>
> uhhh, that clobbers httpd.conf, and they'd tar and feather us for sure. But if
> we leave out that piece, it's close to what's happening now:
I didn't mean overwrite it, I shoulda said 'copy if it doesn't exist'. My bad.
>
> . make a conf/ directory if it doesn't alrea
> From: Ryan Bloom [mailto:[EMAIL PROTECTED]]
> Sent: 22 July 2002 20:06
>>> The situation that you are trying to protect against is most likely
>>> not standard. My question, is why isn't your automation just copying
>>> the whole conf/ directory?
>>
>> Keep in mind that I'm like the proverbia
'just wondering if this might be helpful in determining the correct
libraries / include path when RSA SSL-C is used as SSL toolkit.
Thanks
-Madhu
Index: acinclude.m4
===
RCS file: /home/cvspublic/httpd-2.0/acinclude.m4,v
retrieving
I've asked this over on Apache User List, but nobody seems to know...
The file build/rules.mk contains a line like this:
--
INSTALL = $(LIBTOOL) --mode=install $(abs_srcdir)/build/install.sh -c
--
By changing it to:
--
INSTALL = $(LIB
Hi,
since 6 days I can't compile the latest snapshots:-(
I get the following error:
apr_uri.c
xlate.c
F:\Projects\MSVC\httpd-2.0\srclib\apr-util\xlate\xlate.c(83) : fatal
error C1083: Cannot open include file: 'apr_iconv.h': No such file or
directory
apr_xml.c
Generating Code...
Error execut
Juergen Heckel says:
> Hi,
> since 6 days I can't compile the latest snapshots:-(
> I get the following error:
>
>
> apr_uri.c
> xlate.c
> F:\Projects\MSVC\httpd-2.0\srclib\apr-util\xlate\xlate.c(83) : fatal
> error C1083: Cannot open include file: 'apr_iconv.h': No such file or
> directory
29 matches
Mail list logo