resend without attachments cause stupid mail server marked as virus ...
Hi Graham,
Graham Leggett schrieb:
> The tarballs are (will soon be) at http://httpd.apache.org/dev/dist/.
>
> This release contains fixes for the following security issues:
>
> *) SECURITY: CVE-2009-2699 (cve.mitre.org)
>
On 23 Sep 2009, at 14:40, bugzi...@apache.org wrote:
https://issues.apache.org/bugzilla/show_bug.cgi?id=15866
--- Comment #6 from Dan Poirier 2009-09-23
06:40:13 PDT ---
Created an attachment (id=24306)
--> (https://issues.apache.org/bugzilla/attachment.cgi?id=24306)
Trunk patch to not ca
Graham Leggett wrote:
> The tarballs are (will soon be) at http://httpd.apache.org/dev/dist/.
Tarballs rolled with apr v1.3.9:
SHA1(httpd-2.2.14.tar.bz2)= eacd04c87b489231ae708c84a77dc8e9ee176fd2
SHA1(httpd-2.2.14.tar.gz)= e6e20b3fc58a57a5116e036e31bf97d409db7cfa
Regards,
Graham
--
smime.p7s
FWIW, the Python specific hosting module called mod_wsgi for Apache
implements named daemon process groups, with ability to control how
WSGI applications are delegated to which process group. This includes
being able to optionally have process group selected based on value of
ENV value set by mod_r
wr...@apache.org wrote:
> URL: http://svn.apache.org/viewvc?rev=818315&view=rev
> Log:
> Validate r818275 by bundling apr 1.3.9 version.
Should I recreate the binaries? (I've taken them offline so they don't
sync).
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
Hi all,
The tarballs are (will soon be) at http://httpd.apache.org/dev/dist/.
This release contains fixes for the following security issues:
*) SECURITY: CVE-2009-2699 (cve.mitre.org)
Fixed in APR 1.3.9. Faulty error handling in the Solaris
pollset support (Event Port backend) which
Jeff Trawick wrote:
> (AFAICT)
That was my guess as well, have that message open and looking at it now.
Guenter Knauf wrote:
> Bill,
> William A. Rowe, Jr. schrieb:
>> Guenter Knauf wrote:
>>> BTW I've just tested 'FTPOptions NoUTF8Feature' - gave me no error
>>> during start, but still get UTF8 with feature list ...
>>> hopefully I have a bit time to investigate that further later - unless
>>> you b
Guenter Knauf wrote:
> Bill,
> William A. Rowe, Jr. schrieb:
>> To confirm; if UTF8 characters are *invalid* and won't be accepted for
>> path names, this feature should be set. If the server *can* name files
>> in UTF8 this is the correct feature, even if the file names would appear
>> 'odd' to t
I initially opened a bug for this downstream (See Fedora #523903[1]),
but the Fedora mod_fcgid maintainer Paul suggested I open up the
discussion here.
I was recently working on configuring some of my servers to use the
worker MPM instead of prefork to be able to handle more concurrent
connections
Jeff Trawick wrote:
> Bump minor mmn after addition of mod_proxy_scgi
>
>
> Why? The MMN is for programming interfaces. Does mod_proxy_scgi
> provide any?
Sorry, my bad - will revert.
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
On Wed, Sep 23, 2009 at 6:21 PM, wrote:
> Author: minfrin
> Date: Wed Sep 23 22:21:54 2009
> New Revision: 818287
>
> URL: http://svn.apache.org/viewvc?rev=818287&view=rev
> Log:
> Bump minor mmn after addition of mod_proxy_scgi
>
Why? The MMN is for programming interfaces. Does mod_proxy_scgi
Bill,
William A. Rowe, Jr. schrieb:
> Guenter Knauf wrote:
>> BTW I've just tested 'FTPOptions NoUTF8Feature' - gave me no error
>> during start, but still get UTF8 with feature list ...
>> hopefully I have a bit time to investigate that further later - unless
>> you beat me :)
>
> Inheritance iss
On Wed, Sep 23, 2009 at 5:04 PM, Ruediger Pluem wrote:
>
>
> On 09/23/2009 10:10 PM, traw...@apache.org wrote:
> > Author: trawick
> > Date: Wed Sep 23 20:10:02 2009
> > New Revision: 818234
> >
> > URL: http://svn.apache.org/viewvc?rev=818234&view=rev
> > Log:
> > the request body size should be
On 09/23/2009 10:10 PM, traw...@apache.org wrote:
> Author: trawick
> Date: Wed Sep 23 20:10:02 2009
> New Revision: 818234
>
> URL: http://svn.apache.org/viewvc?rev=818234&view=rev
> Log:
> the request body size should be tracked and checked against
> apr_off_t, not size_t and int
>
> Modified
On 09/22/2009 09:19 PM, Stefan Fritsch wrote:
> On Sunday 13 September 2009, Stefan Fritsch wrote:
>> On Sunday 13 September 2009, Ruediger Pluem wrote:
>>> On 09/13/2009 01:11 PM, Stefan Fritsch wrote:
http://httpd.apache.org/docs/trunk/developer/output-filters.htm
l recommends to reus
(AFAICT)
On Wed, Sep 23, 2009 at 11:30 AM, Paul Howarth wrote:
> Whilst the main software install is put under DESTDIR, the manual and
> eventually the config file when there is one, ignore the DESTDIR
> setting. This is a problem for downstream packagers, which is resolved
> for me by the attached patch.
On Wed, Sep 23, 2009 at 11:33 AM, Paul Howarth wrote:
> The mod_fcgid build fails for me due to erroneously detecting
> sys/mutex.h when in fact it's not present. This appears to be due to a
> copy-and-paste error in build/Makefile.apxs, resolved by the attached
> patch.
>
> Cheers, Paul.
Commi
Hi Jeff,
after another evening, this is what i came up with:
Goals:
1. I do not want to mess around with /etc/apache2/conf.d/mod_fcgid.conf
2. I do not want to be forced to always use mod_fcgid on virtual hosts that are
configured for mod_cgi (from Plesk)
I achieve this by doing all necessary c
On Tue, Sep 22, 2009 at 5:10 PM, Jeff Trawick wrote:
> On Tue, Sep 22, 2009 at 4:44 PM, William A. Rowe, Jr. > wrote:
>
>>
>> What state do you feel the module is in? When should we cut a beta
>> to put the improvements-to-date into users hands?
>>
>
> I think it is in a good state. A new tag
Bill,
William A. Rowe, Jr. schrieb:
> To confirm; if UTF8 characters are *invalid* and won't be accepted for
> path names, this feature should be set. If the server *can* name files
> in UTF8 this is the correct feature, even if the file names would appear
> 'odd' to the local user. This is why t
The mod_fcgid build fails for me due to erroneously detecting
sys/mutex.h when in fact it's not present. This appears to be due to a
copy-and-paste error in build/Makefile.apxs, resolved by the attached
patch.
Cheers, Paul.--- mod_fcgid-2.3.1/build/Makefile.apxs 2009-08-27 12:33:51.0 +0100
Whilst the main software install is put under DESTDIR, the manual and
eventually the config file when there is one, ignore the DESTDIR
setting. This is a problem for downstream packagers, which is resolved
for me by the attached patch.
Cheers, Paul.--- mod_fcgid-2.3.1/Makefile.apxs 2009-09-04 20:1
Guenter Knauf wrote:
> I would prefer the 'FTPOptions NoUTF8Feature' thing because IIRC (its
> been 5,6 years back when we discussed that with Novell's core
> developers) we can now build an UTF8-enabled Apache, just its not what
> we do by default; so ifdef by platform is not right, at least not f
Hi Bill,
William A. Rowe, Jr. schrieb:
> Then I'll roll tomorrow afternoon along with mod_fcgid. We have two ways to
> handle this; FTPOptions NoUTF8Feature, or something like;
>
> --- mod_ftp.c (revision 816386)
> +++ mod_ftp.c (working copy)
> @@ -86,12 +86,14 @@
>
> ap_add_version_co
On Wed, Sep 23, 2009 at 9:31 AM, Rainer Jung wrote:
> When looking for an appropriate existing process to handle a request the
> following data is used by mod_fcgid:
>
> - inode
> inode num of the wrapper if one is used,
> of the request filename otherwise
> - deviceid
> device id of the wrappe
Sorry for the long mail, especially in case all is well-known.
While looking for the right way to implement something like FCGIDGroup I
stumbled about something a bit strange in mod_fcgid.
When looking for an appropriate existing process to handle a request the
following data is used by mod_fcgid
28 matches
Mail list logo
