Does anybody have a quick answer, like "can't have colon anywhere in uri
path" or "we're busted" or something else?
URL is http://127.0.0.1:8080/dobedobedo;session=0:0
dobedobedo doesn't really exist
Apache 2.0.47 on Win32:
-> 403 (no reason logged)
Apache 2.0.47 on Linux:
-> 404
I'll try to
Jeff Trawick wrote:
Does anybody have a quick answer, like "can't have colon anywhere in
uri path" or "we're busted" or something else?
URL is http://127.0.0.1:8080/dobedobedo;session=0:0
dobedobedo doesn't really exist
Apache 2.0.47 on Win32:
-> 403 (no reason logged)
Can't have colon in fi
André Malo wrote:
Jeff Trawick wrote:
Does anybody have a quick answer, like "can't have colon anywhere in
uri path" or "we're busted" or something else?
URL is http://127.0.0.1:8080/dobedobedo;session=0:0
dobedobedo doesn't really exist
Apache 2.0.47 on Win32:
-> 403 (no reason logged)
C
Hi Jeff,
> Does anybody have a quick answer, like "can't have colon anywhere in uri
> path" or "we're busted" or something else?
> URL is http://127.0.0.1:8080/dobedobedo;session=0:0
> dobedobedo doesn't really exist
> Apache 2.0.47 on Win32:
> -> 403 (no reason logged)
> Apache 2.0.47 on Li
Jeff Trawick wrote:
It's probably apr_filepath_merge in server/core.c:ap_core_translate
(cannot verify from here).
That was my top suspect. I'll see if I can build on Windows and fix the
logging in this area.
yep, it was ap_translate_name()
This is a lot better than the previous silence:
[T
We have seen this before on NetWare. The reason why NetWare and
Win32 return a 403 is because they both use drives and paths separated
by a ':' in their file paths and they both share the same filepath.c
code. If I remember right, it gets caught in apr_filepath_merge()
because of a bad path.
Hi,
When the "%N" or "%-N" of VirtualDocumentRoot (or one of its friends)
in mod_vhost_alias.c doesn't exist, mod_vhost_alias.c puts "_" instead
of it.
I want to add a directive that when being defined, will replace this
"_" by another string, or by an empty string.
An empty string (or ".") can
Jeff Trawick wrote:
Does anybody have a quick answer, like "can't have colon anywhere in uri
path" or "we're busted" or something else?
URL is http://127.0.0.1:8080/dobedobedo;session=0:0
dobedobedo doesn't really exist
Apache 2.0.47 on Win32:
-> 403 (no reason logged)
Apache 2.0.47 on Linux
hi :)
A
module like mod_php would have to determine -sometime in the
translate_name phase- that it is serving the object requested and
prevent ap_core_translate from running (returning OK on it's translate
name hook?) the make darn sure it's handler did not decline the request.
how would you e
Geoffrey Young wrote:
while I'm still new exactly how APR fits in the whole picture, maybe
some of ap_core_translate belongs there, since what seems to be
happening is that some OSs get tripped up on valid URIs (and 3.3 of RFC
2396 does seem to indicate that the URI presented is indeed valid).
At 11:00 AM 9/25/2003, [EMAIL PROTECTED] wrote:
>trawick 2003/09/25 09:00:57
>
> Modified:.CHANGES
> server core.c
> Log:
> Log an error when requests for URIs which fail to map to a valid
> filesystem name are rejected with 403.
>
> +ap_log_rerror
William A. Rowe, Jr. wrote:
At 11:00 AM 9/25/2003, [EMAIL PROTECTED] wrote:
trawick 2003/09/25 09:00:57
Modified:.CHANGES
server core.c
Log:
Log an error when requests for URIs which fail to map to a valid
filesystem name are rejected with 403.
+ap_log_
Hi,
>> The only way I can see where I will have the ability
>> to insert those HTTP inbound request headers is if
>> my filter runs between the CORE_IN and the HTTP_IN
>> input filter,
>
> I'm afraid this is true... Does anyone else have a better idea?
After a few days of reseach, it seems l
[EMAIL PROTECTED] writes:
[...]
> The question is how can I ask CORE_IN for the request line,
> http headers and request body without causing it to be
> consumed?
Why don't you just write a fixup handler with libapreq-2?
AFAICT libapreq-2's mod_apreq (filter) handles these details
for you.
[.
At 02:00 PM 9/25/2003, Jeff Trawick wrote:
>Geoffrey Young wrote:
>
>>while I'm still new exactly how APR fits in the whole picture, maybe some of
>>ap_core_translate belongs there, since what seems to be happening is that some OSs
>>get tripped up on valid URIs (and 3.3 of RFC 2396 does seem to
William A. Rowe, Jr. wrote:
At 02:00 PM 9/25/2003, Jeff Trawick wrote:
Geoffrey Young wrote:
while I'm still new exactly how APR fits in the whole picture, maybe some of ap_core_translate belongs there, since what seems to be happening is that some OSs get tripped up on valid URIs (and 3.3 of RF
16 matches
Mail list logo
