In the version we did for AOLServer 3.4.2, which relies on our
proprietary event-notification subsystem, we:
(1) Put a place in the startup .tcl script where over-rides from a local
file would be used (using "source"). That way, the file output from live
settings could be the equivalent of:
ns_
We're getting a lot of requests for real Windows "single-sign-on". That
is, no sign on at all if the user's already logged into their Windows
domain. This is for corporate deployments, obviously. The Apache
community apparently has a module known as "mod_auth_kerb" for this. Has
anybody worked on
Actually, I tried to get rid of the lingerie ad. The ones called Search and
made the change.
-- ReC
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vlad Seryakov
Sent: Wednesday, June 21, 2006 6:56 AM
To: naviserver-devel@lists.sourceforge.net
Subject: R
Looks like you managed to fix it back to normal, Vlad. Great. Who is this
person "P" (previously "Push" and "Search" who's screwing around?).
Oh -- I'm cobbr2 in case you hadn't guessed --
-- ReC
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vlad Ser
I just asked for one using the self-registration page.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Bernd Eidenschink
Sent: Wednesday, June 21, 2006 8:55 AM
To: naviserver-devel@lists.sourceforge.net
Subject: Re: [naviserver-devel] Wiki
Rick,
who gav
skimpy Unterwäsche :-)
-- ReC
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Zoran Vasiljevic
Sent: Wednesday, June 21, 2006 12:31 PM
To: naviserver-devel@lists.sourceforge.net
Subject: Re: [naviserver-devel] Wiki
Am 21.06.2006 um 17:57 schrieb Rick Cobb:
We do something fairly strange on our commands that might be useful
here. We treat the string argument for a duration or timer as having 3
potential signs: "-", "+", and "@". Dash and plus *always* mean
relative-to-now. @ always means absolute time.
Any given option or argument documents whethe
Uh, and I may be missing something about how you're thinking of doing
this, but how would you handle open configuration sets like the
environment variables for the CGI module, or the map of mime-type/file
extensions?
Thanks --
-- ReC
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMA
ut we've found it quite useful.
-- ReC
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Zoran Vasiljevic
Sent: Tuesday, August 22, 2006 8:03 AM
To: naviserver-devel@lists.sourceforge.net
Subject: Re: [naviserver-devel] read/write ns_config
On 22.08.2006
Potential objection to normalizing the case: ns_params for CGI
environment variables. Environment variable names are case sensitive,
and it's perfectly possible that there are applications that use
lower-case names for these. Would require changing nscgi to something
more like
Ns_param set {{vari
Here's what we ran into when we did something similar; just cautionary
information, not trying to shoot anything down here.
Our approach was to create a separate repository / heirarchy of
configuration variables that is *not* module oriented, but
administrative task oriented. So, for example, we h
Uh, I don't feel real strongly about this, but I'd recommend against it.
I worked for a company (now long absorbed into a much larger company)
which named all of its products with lower case letters at the beginning
(uh, and I was the guy who suggested it :-/). While it made the logos
stand out, a
Uh, maybe "ns_process"?
-- ReC
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Stephen Deasey
Sent: Monday, October 02, 2006 3:06 PM
To: naviserver-devel@lists.sourceforge.net
Subject: Re: [naviserver-devel] nsproxy API
On 9/19/06, Zoran Vasiljevic <[EMA
13 matches
Mail list logo
