I think the best thing to do is just to go ahead and tag and a create a
tarball. Whether everyone was ready will become apparent during the
testing/voting.
Grisha
On Mon, 15 Aug 2005, Jim Gallacher wrote:
Are we on track to release a 3.2.0beta tarball today?
Regards,
Jim
Philip M. Gollucci wrote:
Jim Martinez wrote:
Who maintains http://httpd.apache.org/test/ ?
There's a image on it that reads ApacheCon Europe 2005 that links to
the
ApacheCon US 2005 (via a redirect).
ApacheCon Europe 2005 was, according to the web site, held around July
18th, 2005.
Geoffrey Young wrote:
I believe anyone that is an httpd committer can change it.
I think that's right.
speaking of which, the real Apache-Test homepage is here
http://perl.apache.org/Apache-Test/
anyone looking for something to contribute back might spend some time
sprucing it up - IIRC
I saw that.. The link of perl.apache.org is blank though right ?
I'm not quite with the program yet... what do you mean?
httpd.apache.org/test links to perl.apache.org/Apache-Test.
--Geoff
Well there's also another problem. RFC 2821 (SMTP) doesn't define a
particular message format for SMTP (in wide use there the RFC 822 and
MIME message formats). I don't think that mod_smtpd should assume a RFC
822 or MIME message format since its strictly a SMTP module, that's why
I agree
On Sat, Aug 13, 2005 at 10:29:54AM +0200, Graham Leggett wrote:
The idea of canonicalising the name is sound, but munging them into an
added :80 and an added ? is really ugly - these are not the kind of URLs
that an end user would understand at a glance if they had to see them
listed.
An
[EMAIL PROTECTED]:~/svn/httpd-trunk/modules/cache$ grep -e define.*FORMAT *
mod_disk_cache.c:#define VARY_FORMAT_VERSION 3
mod_disk_cache.c:#define DISK_FORMAT_VERSION 4
[EMAIL PROTECTED]:~/svn/httpd-trunk/support$ grep -e define.*FORMAT *
htcacheclean.c:#define VARY_FORMAT_VERSION 1
mod_cache configurability sucks big-time. CacheEnable adds yet another
location mapping scheme for administrators to deal with, but this scheme
lacks basic flexibility;
It can't reliably disable caching for a directory.
It's about 99.9% useless for a forward proxy
Colm MacCarthaigh said:
mod_cache configurability sucks big-time. CacheEnable adds yet another
location mapping scheme for administrators to deal with, but this scheme
lacks basic flexibility;
The config scheme for mod_cache mirrors that of mod_proxy, from where the
cache originated, allowing
On Mon, Aug 15, 2005 at 01:50:14PM +0200, Graham Leggett wrote:
It can't reliably disable caching for a directory.
Proxy has a mechanism to do this, cache should have a similar mechanism.
Does CacheDisable not do this?
That's per-location, not per-directory. If multiple uri's map to the
Now that mod_ftp is entering Incubation, if you are interested in
serving on the PPMC, please contact me directly.
Please recall that you will be required to submit an ASF iCLA
if you do not have one on file.
done.
Brad
On Saturday, August 13, 2005 at 4:19 pm, in message
[EMAIL PROTECTED], [EMAIL PROTECTED] wrote:
Greetings All,
Some kind soul needs to update the NetWare build files for AP2.1
proxy
modules, to include the recently added
'proxy_hook_load_lbmethods()'.
Presently getting the
On Fri, Aug 05, 2005 at 08:00:01PM +0200, Martin Kraemer wrote:
On Tue, Aug 02, 2005 at 07:14:10PM +0200, Martin Kraemer wrote:
I wanted something like
SSLRequire committers in SSLPeerExtList(1.3.6.1.4.1.18060.1);
to mean at least one extension with an OID of
1.3.6.1.4.1.18060.1
On Aug 15, 2005, at 4:10 AM, Colm MacCarthaigh wrote:
On Sat, Aug 13, 2005 at 10:29:54AM +0200, Graham Leggett wrote:
The idea of canonicalising the name is sound, but munging them
into an
added :80 and an added ? is really ugly - these are not the kind
of URLs
that an end user would
Jem Berkes [EMAIL PROTECTED] writes:
Well there's also another problem. RFC 2821 (SMTP) doesn't define a
particular message format for SMTP (in wide use there the RFC 822 and
MIME message formats). I don't think that mod_smtpd should assume a RFC
822 or MIME message format since its strictly
On Aug 12, 2005, at 2:07 AM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Bug #25659 is about a memory leak.
The (quite trivial) patch has been provided in 2003, and the bug is
still not corrected !!!
Could somebody include this is next version ?
+1 on the patch.
This leak is triggered
Are we on track to release a 3.2.0beta tarball today?
Regards,
Jim
On Aug 15, 2005, at 10:22 AM, Joe Schaefer wrote:
Jem Berkes [EMAIL PROTECTED] writes:
Well there's also another problem. RFC 2821 (SMTP) doesn't define a
particular message format for SMTP (in wide use there the RFC 822
and
MIME message formats). I don't think that mod_smtpd should
On Aug 14, 2005, at 11:08 PM, Garrett Rooney wrote:
Rian Hunter wrote:
This patch looks good but I have some questions. You seem to use
the returned pointers from apr_array_push without checking if
they are NULL. Even in apr_array_push, apr_palloc is used without
checking for NULL
Rian Hunter [EMAIL PROTECTED] writes:
Either way, lacking header parsing in mod_smtpd is being
impractically pedant since probably 99% of SMTP transfers involve
messages in the RFC 2822/MIME formats. Although I think that maybe
there will be a plugin that wants data from the DATA
Hello,
I'd like my application to do the following:
if(eval{require Apache2::Request}) {
use_apreq();
} else {
use_cgi_pm();
}
This works with mod_perl on Win32, but has problems under CGI (again on
Win32).
The problem appears when libapreq2.dll and mod_apreq2.so are not in
$ENV{PATH}.
When
Joe Schaefer wrote:
Rian Hunter [EMAIL PROTECTED] writes:
Either way, lacking header parsing in mod_smtpd is being
impractically pedant since probably 99% of SMTP transfers involve
messages in the RFC 2822/MIME formats. Although I think that maybe
there will be a plugin that wants data
There is an interesting post by Amit Klein on the methods
that could be employed to detect/ward against splitting
attacks, those interested should review;
http://www.webappsec.org/lists/websecurity/archive/2005-08/msg00044.html
It's an interesting paper, opens some prospects for better
handling
Colm MacCarthaigh wrote:
An end-user should never see these keys, the only place they are visible
to any user is the semi-binary mod_disk_cache files. An administrator
would have to really know what they're doing to find them, or be using
htcacheadmin - once I finish that, and if it gets
[What is the active mod_mbox devel list? Trying [EMAIL PROTECTED]
As the subject says, mod_mbox has seg faulted about 50 times so far
today on ajax. Some core files in ajax:/tmp (after hacking apachectl to
adjust the ulimits).
Here's a backtrace
#0 find_thread (r=0x6021b870,
When I looked at the expand function used by apr_hash.c it looked to me
like it keeps growing if you keep using 'set' with novel values. I was
thinking of using apr_hash in order to cache DNSBL queries for my module.
It would ensure rapid cache search but I am having trouble figuring out how
I
Jem Berkes wrote:
When I looked at the expand function used by apr_hash.c it looked to me
like it keeps growing if you keep using 'set' with novel values. I was
thinking of using apr_hash in order to cache DNSBL queries for my module.
It would ensure rapid cache search but I am having trouble
Hi,
From performance point, which connector will be used for TOMCAT
intergration with Apache? proxy_ajp or mod_jk?
I read some docs which said mod_jk should have better performance than
proxying. While proxy_ajp in Apache2.1 is an addition to the mod_proxy
and uses Tomcat's AJP protocol stack.
Branko Čibej [EMAIL PROTECTED] writes:
May I suggest you resend this patch, using svn diff instead of diff
-pur to create it? You're diffing the SVN administrative directory...
OK, here's a patch against mod_smtpd trunk that replaces the
// comments with /**/:
Property changes on:
Garrett Rooney [EMAIL PROTECTED] writes:
Index: smtp_protocol.c
===
--- smtp_protocol.c (revision 232680)
+++ smtp_protocol.c (working copy)
[...]
+for (i = 0; i sr-extensions-nelts; ++i) {
+ ap_rprintf(r,
Joe Schaefer wrote:
Garrett Rooney [EMAIL PROTECTED] writes:
Index: smtp_protocol.c
===
--- smtp_protocol.c (revision 232680)
+++ smtp_protocol.c (working copy)
[...]
+for (i = 0; i sr-extensions-nelts; ++i) {
+
Garrett Rooney wrote:
[...]
+for (i = 0; i sr-extensions-nelts; ++i) {
+ ap_rprintf(r, %d-%s\r\n, 250, ((char
**)sr-extensions-nelts)[i]);
^
That should be elts, shouldn't it?
Yes indeed, it should. One
I don't have svn access yet, but I have posted the module here:
http://www.sysdesign.ca/archive/mod_dnsbl_lookup-0.91.tar.gz
This is much improved from my earlier 0.90, taking advice from Colm. With
this new style of configuration the module can be used more flexibly for
blacklists, whitelists,
That's super in-efficient for the majority case, and there's no
application level caching, which tends to be a must for most
implementations (even if it is only per-request, like Exim's or
We talked about this on IRC, and it seems the preferred approach is to
delegate the caching
Xuekun Hu wrote:
Hi,
From performance point, which connector will be used for TOMCAT
intergration with Apache? proxy_ajp or mod_jk?
I read some docs which said mod_jk should have better performance than
proxying. While proxy_ajp in Apache2.1 is an addition to the mod_proxy
and uses Tomcat's
35 matches
Mail list logo
