Hello,
as there is a security problem in webdav of 2.0.50, I think a 2.0.51 release will
happen soon.
http://www.heise.de/security/news/meldung/51086
http://www.securitytracker.com/alerts/2004/Sep/1011248.html
André
[EMAIL PROTECTED] 15.09.2004 10:10:15
Hi all,
I am just about finishing
Builds and runs OK on WIN32 as well.
André
[EMAIL PROTECTED] 15.09.2004 15:46:45
Hi,
I've put the tarballs for 2.0.51 up at http://httpd.apache.org/dev/dist/.
Please test and vote,
Sander
[EMAIL PROTECTED] 29.06.2004 02:27:06
Hi,
The 2.0.50 tarballs are up and available for testing at:
http://httpd.apache.org/dev/dist/
Please test and cast your votes for release.
Compiles and runs fine under Windows 2000
+1 if I'm allowed to
André
Don't you think,
that the client is filling up it's buffer, and the after it's full just
stream what it has played ?
André
aarboard ag
internet - networks - screenprint design - multimedia
Egliweg 10 - Postfach 214 - CH-2560 Nidau (Switzerland)
Phone +41 32 332 9714 - Fax +41 32 332 9715
(Switzerland)
Phone +41 32 332 9714 - Fax +41 32 332 9715
www.aarboard.ch - [EMAIL PROTECTED]
[EMAIL PROTECTED] 23.06.2004 21:13:10
I just commited a fix for this.
Bill
Andre Schild wrote:
Hello,
I have taken the sources as tagged in CSV and tried it to build
under
Windows 2000.
It fails
Hello,
I have taken the sources as tagged in CSV and tried it to build under
Windows 2000.
It fails when compiling xlate.c to generate libaprutil
xlate.c
c:\Develop\Apache\httpd-2.0.50-rc1\srclib\apr-util\xlate\xlate.c(181) :
error C2
198: 'apr_iconv_close' : Nicht genuegend Parameter
Hello,
we just noticed, that the mod_autoindex always returns the strings in
english,
and the dates are also in a non-i18n format.
Have there been any ideas on how to solve this ?
André
Hello Eddie,
198: 'apr_iconv_open' : Nicht genuegend Parameter uebergeben
c:\Develop\Apache\httpd-2.0.50-rc1\srclib\apr-util\xlate\xlate.c(182) :
warning
C4047: '=' : Anzahl der Dereferenzierungen bei 'void *' und 'int '
unterschiedli
ch
Are you sure you have the rc2 tag? it looks like you
Hello,
is anyone using the mod_ldap module on win32 platform ?
We have used it up to build 2.0.48 with (almost) no problems.
But we can't get the mod_ldap from 2.0.49 or from the 2.1 to work.
The problem is, that apache.exe will crash on the first request
who actually does a authentication via
For Windows 2000 it's included in the bug report.
Not sure if it whas for 2.1 or 2.0.50, it crashed in both, and always in the WLDAP32
DLL
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18334
André
[EMAIL PROTECTED] 04.06.2004 17:17:31
Jess Holle wrote:
Hmmm We've had no such
:08:21
Hmmm We've had no such problems on 2.0.48 or 2.0.49 on Windows.
We did have such problems attempting to build against any Microsoft SDK
prior to the Spring 2003 update, however
Now we just have this problem on UNIX with mod_worker.
Andre Schild wrote:
Hello,
is anyone using
There are the mailing list archives for the history...
And it's a personal preference if you like/dislike webforums.
André
[EMAIL PROTECTED] 01.06.2004 16:56:32
The Apache httpd server project does not use web forums.
very very bad !!!
I didn't search previous topic :(
And people not
Hello,
use piped log and tell your users to put the status in a certain location
write a custom module that implements the log-transaction hook, and do whatever
you want for status==500
Yep, is just what I did. (Using mod_examples as a starting point.
I think of something like a (transparent)
People will move Apache 1.x to this platform because there is virtually NO
migration cost (i.e. recoding modules etc) and they get a performance boost
and while replacing an aging infrastructure.
12 million user on the move - make it easy for them, buy a cheap AMD Opteron
and optimize and improve
[EMAIL PROTECTED] 31.10.2003 23:44:06
On Fri, 31 Oct 2003, Andre Schild wrote:
Please have a look at the following Mozilla bug report
http://bugzilla.mozilla.org/show_bug.cgi?id=224296
It seems that mod_deflate does transfer encoding,
but sets the headers as if doing content encoding
I think we should put a warning on the second recomended configuration
that compressing everything can cause problems. (Specially with PDF files)
Could you file a bug against the documentation for this so it doesn't get
forgotten?
Done.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24614
Hello,
what would be the best way to log all error 500 (all status 50x responses
in fact) into a separate logfile ?
One way could be a piped log, but depending of the format
the user has configured the output can be very different.
I think of something like a (transparent) filter in the output
Hello,
today I noticed a problem with our webserver (Upgraded yesterday from 2.0.47 to .48),
concering PDF files.
We have mod_deflate active on the server and
use the default config for this as described on
the the module config page, where we compress everything, except images.
The patchs seems to not solve the problem with the missing ssl-std.conf.in
Otherwise I can build the release and on first tests it works fine.
André
[EMAIL PROTECTED] 29.10.2003 21:26:00
Günter was right on target, of course, and I had to make the exact patch
he suggested simply to roll the
Hello,
we have seen this behaviour with 2.0.45 when it can't write to the
logfile (for whatever reason)
Our server under NT 4.0 logs just fine (with ~20 rotatelogs running for
the different vhosts.)
André
[EMAIL PROTECTED] 04.04.2003 19:04:01
See subject...
Setup customlog to do piped access
Works fine under NT 4.0 with ssl and mod_jk since ~10 hours so far.
André
[EMAIL PROTECTED] 31.03.2003 19:31:37
Works just dandy under Solaris 8, prefork and worker, with SSL
enabled.
--
===
Jim Jagielski [|]
[EMAIL PROTECTED] 28.03.2003 06:55:25
At 11:27 PM 3/27/2003, William A. Rowe, Jr. wrote:
Based on observations of broken SSLMutex behavior on Win32,
and some other protocol.c based-bugs, we have now created what
we hope is the final release candidate tag, WROWE_2_0_45_RC2.
Apologies that I
But currently we are at the stage that the SSLMutex passes a NULL
filename in for the mutexname and assumes the apr will generate
something.
It's more correct to say that it assumes APR does the right thing,
which
it does. Under Win32 it creates an unnamed mutex ala the mpm.
The creation is OK so
Hello,
I did some investigations on this message and found the following:
Using SSLMutex default results in no-filename for the mutex.
In the comments to this, there it stays:
mc-szMutexFile = NULL; /* APR determines temporary filename */
According to the apr documentation (and the
I'm +1 for having the SSLMutex code autogen a bogus fname. I can add
this quickly... but please read below.
In this case update the docu in the .h file accordingly.
vary. For example, would /tmp/apr879879 be OK under Win32? Again,
this is just the sort of abstraction I think would be prefect in
up with your dialog ;-) Be aware we are talking about win32 which
doesn't fork, so it doesn't have the same apr_global_mutex_t in the
child worker process as in the parent process.
Correct.
File mutex modes aren't really win32 files - they are simply
named mutexes. Elsewhere in apr we've
[EMAIL PROTECTED] 16.03.2003 21:45:12
Graham Leggett [EMAIL PROTECTED] wrote:
Then your idea to use 's and have only one check is probably a
solution
or we can have an extra option to specify how this require user User1
User2 ..
to be interpreted - as a single value or as a list of values.
makefiles will need to be updated to comply with the #defines values
in
apr_ldap.h.in (Unix) and apr_ldap.hw (Win32). Could somebody on
those
platforms fix the makefiles?
If no one is faster, I could do the win32 part during the next 3-4
days.
André
If Netware or Win32 can 'conditionally' support ldap, then we need
to consider having an apr_ldap.hxx file that contains all of the
#define APR_HAS_LDAP_* 0 statements. The header should
always exist, and inform the app if ldap is available.
Of course, I'm expecting that Win32 will support LDAP
+1 for a 2.1 tree
Why? :
When a securityproblem/bug is found in 2.0.43, then I excpect to
get a new version who is just a drop-in replacement for it.
What can be accepted is
- To have to recompile all modules
- Make sourcecode changes to the modules if AND ONLY IF the api change
is directly
wish to change, then we should do it probably asap
André
[EMAIL PROTECTED] 09.10.2002 08:53:31
Andre Schild wrote:
finaly I got the module compiled and running under w2k.
Sweet... I just comitted them - thanks!
If my changes are accepted, then I'm willing to update the
README.ldap
file
[EMAIL PROTECTED] 09.10.2002 10:14:58
Andre Schild wrote:
What about renaming util_ldap.c to mod_ldap.c ?
Is it that important for now? I think lets rather worry about this
when
mod_auth_ldap gets fitted to the new authn/authz framework. Then we
will
be renaming a whole bunch of stuff.
Ok
Hello,
can someone give me some hints how to build the auth_ldap module of the
2.0.43 apache ?
I've already built the normal ssl version of apache since ~2.0.36...
Actually we use another (half-self written) auth_ldap module with
2.0.42, but since it would require major work to get it working
What seems to be the sticking point? I seem to recall that it was
1. where do I see if my APR has the ldap support included ? (I assume
it hasn't)
2. Where should the ldap libraries/sdk be installed, so they are found
?
the LDAP stuff has moved into experimental. Actually, I would have
Hello,
here is my dsw/dsp file. (Configured for Netscape/iplanet SDK in
srclib\ldap
The module loads fine in relase and debug modes in apache, but as soon
as a auth request commes, apache crashes.
First tests show a stack trace of mod_auth_ldap -
apr_thread_mutex_create - apr_palloc - crash
It
Hello Guenter,
The module loads fine in relase and debug modes in apache, but as
soon
as a auth request commes, apache crashes.
hmm, just looked at your *.dsp, but I think this is not planned so.
Look at
util_ldap.c, it has an own module declaration, and from my
understanding
it should be
Did you compile mod_auth_ldap as one module, and util_ldap as the second
one ?
If yes, how did you resolve the missing exports from util_ldap to be
able to link mod_auth_ldap.
Actually it seems for me, that in util_ldap.h all functions should be
declared as AP_DECLARE_NONSTD (or whatever the
Hello,
finaly I got the module compiled and running under w2k.
Here the steps required to get it working:
1. put the two dsp files from the attachement in the experimental
folder
2. the netscape/iplanet ldap libraries are installed in srclib\ldap
3. Apply the util_ldap.c.diff and
[EMAIL PROTECTED] 30.08.2002 19:20:58
On Fri, Aug 30, 2002 at 06:04:06PM +0100, Tony Finch wrote:
The Apache project's dislike of branching seems slightly odd to me
given that it seems to work quite effectively over long periods of
time in the BSD projects.
+1
This is not everyone here, only a
I think this is an important fact which then stops many
users from updating to Apache2 because of missing their favorite
modules...
All platforms which mainly use binary distributions such as Win32 and
Netware are affected...
As we are using Apache 2.x on Win32 and Linux I'm just affected by
+1 to this as well.
We use LDAP authentication with 2.0.40 on win32 already and would very
welcome a official module for this
Now that 2.0.40 has been released and we are in development of
.41 and the fact that there has been a proposal for re-architecting
the AUTH modules, I would like
41 matches
Mail list logo
