On Tue, 2004-04-13 at 20:56, Dossy wrote:
> On 2004.04.13, Janine Sisk <[EMAIL PROTECTED]> wrote:
> > [13/Apr/2004:15:57:47][27456.1][-main-] Fatal: unix: kill(652, 15)
> > failed: 'Not owner'
> [...]
If this is the reason, it could be avoided, or at least tracked down
more easily by using a new k
On 2004.04.13, Janine Sisk <[EMAIL PROTECTED]> wrote:
> [13/Apr/2004:15:57:47][27456.1][-main-] Fatal: unix: kill(652, 15)
> failed: 'Not owner'
[...]
>
> What gives??? I've never seen this happen before and I've been using
> this version of nsd for *years*
The log message is coming from nsd/u
Hi all,
I have a question regarding the way the aolserver creates the request
error messges that are returned to the browser whenever an error occurs.
Which file is responsible for that and is there a way to change this
behavior?
I am using the aolserver with OpenACS and get these type of request
The first time this happened it was a fluke. But after the second
time, I suppose I should take it more seriously
About a week ago one of the sites I admin started spewing a message
like this to the error log:
[13/Apr/2004:15:57:47][27456.1][-main-] Fatal: unix: kill(652, 15)
failed: 'Not owne
On Apr 13, 2004, at 2:19 PM, Tomasz Kosiak wrote:
I would certainly opt for having this. But as far as I remember from
disscussion with Piotr Szuca that may be difficult to add to AOLserver
due to current keepalive implementation.
It would probably be difficult to implement for nsopenssl and AOLse
Użytkownik Scott Goodwin napisał:
Surfer hits page, surfer fills in form info, keepalive idles at 30
seconds, IE believes the session is still there, surfer hits submit,
invalid ssl session, blank page, surfer needs to refresh to see page,
all post info lost.
[...]
Is there interest out there fo
Surfer hits page, surfer fills in form info, keepalive idles at 30
seconds, IE believes the session is still there, surfer hits submit,
invalid ssl session, blank page, surfer needs to refresh to see page,
all post info lost.
Yes, this is the behavior IE exhibits with SSL when keepalive is used.
Wh
for apache, we've never run keepalives and SSL due to problems.
The theory was:
Surfer hits page, surfer fills in form info, keepalive idles at 30
seconds, IE believes the session is still there, surfer hits submit,
invalid ssl session, blank page, surfer needs to refresh to see page,
all post in
I've seen something a similar fix for the APACHE server.
SetEnvIf User-Agent ".*MSIE.*" \
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.0
One thing I also tried was using only SSLv2 which seemed to
work (although I'm not sure given inte
This is occurring on Apache as well.
On Tue, 13 Apr 2004 08:55:00 -0400, Greg McGuire <[EMAIL PROTECTED]> wrote:
>I can certainly corroborate this; much of our customer service is done
>using SSL, and they use IE6 (mostly). In the past month I've gotten
>many complaints about this. Finding noth
On Tue, 2004-04-13 at 06:44, Ron Emerick wrote:
> The problem now is that I dealing with external users so I can't apply the
> patch to their system.
The MS document which provides the fix indicates (under Workaround) that
lengthening the keep-alive timeout, or doing away with keep-alive may
solv
You might try registering a proc for POST that checks the
content-length. If content-length is 0 or it doesn't match the size of
the content itself, you could generate an error page that pointed the
user off to the patch and that describes the issue. You could also give
them the option to re-POST t
Hi there,
yes, I have earlier reported this behaviour and I got lots of help from both
Scott Goodwin and Piotr Szuca. However, I never found a working solution.
You find some of the earlier posting around March and April 2003 and then up
to January 2004.
-- Niels
--
AOLserver - http://www.aolse
Thanks. I applied that update and based on preliminary testing seemed
to resolve the problem.
The problem now is that I dealing with external users so I can't apply the
patch to their system.
So I'm looking for ways to handle. I was wondering if there is an http
status code so that the browser wo
Here's the pertinent text from Microsoft:
http://www.microsoft.com/technet/security/bulletin/MS04-004.mspx
Why am I getting errors when attempting to access certain SSL protected
Web Sites?
After installing the Internet Explorer 6.0 SP1 version of this update,
there may be intermittent failures o
I can certainly corroborate this; much of our customer service is done
using SSL, and they use IE6 (mostly). In the past month I've gotten
many complaints about this. Finding nothing amiss with AOLserver, I
could only suggest that they switch to Mozilla. Is this an AOLserver /
IE6 interaction, o
16 matches
Mail list logo
