========================================================================= Date: Wed, 1 Apr 1998 09:08:50 +0000 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Paul d'Haens Subject: Re: Help with postgresql installation on solaris In-Reply-To: <199803182300.PAA22113@osprey.professionals.com> MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT First all I would like to say that I posted a simular question to this list on 13mar. I got a receipt confirmation but so far has not seen it on the list. I did a CC to the postgres mailing list and got the solution within a couple a hours. I am wondering the sender of this question still needs help since his question is from March 18. I know everyone is busy including the moderator but what would be the impact if this list was not moderated? The trick that worked for me to get PostgreSQL 6.3 talking to the AOLserver is to start the postmaster with the parameter -i to allow TCP/IP connections. ... Paul d'Haens ========================================================================= Date: Wed, 1 Apr 1998 08:15:44 -0500 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Dan Bradley Subject: Assertion failed. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII why does this happen? [01/Apr/1998:04:51:02 -0500][18051.8][members] Error: RunConnection: caught exception running connection Assertion failed: context != NULL, file /usr/people/erico/cvswork/2_121/aolserver/nsd/tclop.c, line 254 I basically have this script running. ns_register_proc foo GET / ns_register_proc foo PUT / proc foo {conn ignore} { ns_return $conn 503 text/html "Some stuff here" } I put that script in either init.tcl or source it from init.tcl, yet I get the above error every time a request is served. and no html. -Dan ========================================================================= Date: Wed, 1 Apr 1998 12:02:23 -0500 Reply-To: schu@pobox.com Sender: Web Development with AOLserver From: Alan Schunemann Subject: Postgresql 6.3.x MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, Has anyone successfully configured AOLServer to use the new version of Postgresql (6.3.1)? Any hitches? Thanks, Alan ========================================================================= Date: Wed, 1 Apr 1998 07:06:19 +0000 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Fred Leeflang Subject: Core dumps in AOL server 2.3b3 Comments: cc: redhat-devel-list@redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have downgraded my system to glibc-2.0.5c-10 to check whether the beta release 2.3b3 also dumps core on this lib. Using 2.0.5c-10, AOLserver does not core dump. When I install 2.0.7-4 (there is a 2.0.7-5 on redhat but I just didn't take time to download that one here at home. At work I have glibc-2.0.7-5 installed and AOLserver also core dumps. I don't want to downgrade to 2.0.5c-10 though to be able to run AOLserver, since glibc 2.0.7 supposedly fixes a fair amount of problems with glibc-2.0.5c. AOLserver developpers: Would it be possible to build a version of the server using 2.0.7-4 as found on redhat's website? Thanks a lot, I really like your webserver engine and would like to continue being able to run it. Regards, Fred Leeflang PS: I've CC'ed this to redhat-devel since I've not seen any mention about applications need to be rebuilt with the glibc-2.0.7 You might want to mention this on the webserver support pages. ========================================================================= Date: Wed, 1 Apr 1998 10:36:15 -0500 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: "Michael K. Johnson" Subject: Re: Core dumps in AOL server 2.3b3 Comments: To: redhat-devel-list@redhat.com In-Reply-To: Your message of "Wed, 01 Apr 1998 07:06:19 GMT." <3521E76B.1CCC3489@dutchie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Fred Leeflang writes: > I have downgraded my system to glibc-2.0.5c-10 to check whether the >beta release 2.3b3 also dumps core on this lib. Using 2.0.5c-10, >AOLserver does not core dump. When I install 2.0.7-4 (there is a 2.0.7-5 >on redhat but I just didn't take time to download that one here at home. >At work I have glibc-2.0.7-5 installed and AOLserver also core dumps. I >don't want to downgrade to 2.0.5c-10 though to be able to run AOLserver, >since glibc 2.0.7 supposedly fixes a fair amount of problems with >glibc-2.0.5c. I'd guess that you are running into a 2.0.7-specific bug. In fixing one bug, the glibc developers introduced a new bug with loading dynamic objects. I'm guessing that aolserver loads dynamic objects and so is triggering this bug. A new glibc package with this bug fixed should be showing up very soon in our errata. I expect it will be today if all goes well. >PS: I've CC'ed this to redhat-devel since I've not seen any mention >about applications need to be rebuilt with the glibc-2.0.7 You might >want to mention this on the webserver support pages. One of glibc's features is supposed to be that it maintains backwards compatibility very well. I'm guessing that what you ran into here is this recently-discovered bug, and that there should be no reason for the folks at aol to rebuild their server. michaelkjohnson "Magazines all too frequently lead to books and should be regarded by the prudent as the heavy petting of literature." -- Fran Lebowitz Linux Application Development http://www.redhat.com/~johnsonm/lad/ ========================================================================= Date: Thu, 2 Apr 1998 02:11:13 +0000 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Ben Bullock Subject: RedHat5.0 and 2.3b3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have just installed RedHat 5.0, with glibc-2.0.7-5, and cannot run AOLserver 2.3b3 because of core dumps. In fact, I can't even get the bootstrap server to come up. Has anyone succeeded in running 2.3b3 with glibc in place? -Ben Bullock ========================================================================= Date: Thu, 2 Apr 1998 11:17:41 -0500 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Stanislav Krasilovskiy Subject: ns_geturl Question In-Reply-To: <199804020506.AAA26646@services.web.aol.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi I have tried using ns_geturl to do a sort of URL validation. However, I found out that ns_url does not work with URLs that point to FTPs. Is there a workaround for this? In other words, can I figure out if the URL given by a user is actually accessible by using this or some other command? Thanks. ======================================= Stanislav "The Progressor" Krasilovskiy -= prgrssor@bu.edu =- ======================================= Web Master/Web Programmer/DB Programmer Boston University Department of Engineering ======================================= ========================================================================= Date: Thu, 2 Apr 1998 10:51:04 -0500 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Ben Bullock Subject: AOLserver 2.3b3 still dumps coreI MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I've just upgraded to glibc-2.0.7-6, the very latest version that was posted on RedHat's ftp site on April 1, and AOLserver 2.3b3 still dumps core. Has anyone been successful in getting AOLserver to boot under this new version of glibc? Any suggestions? ========================================================================= Date: Thu, 2 Apr 1998 12:17:54 -0500 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Gnat Subject: Re: ns_geturl Question MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit From: Stanislav Krasilovskiy >I have tried using ns_geturl to do a sort of URL validation. However, >I found out that ns_url does not work with URLs that point to FTPs. > >Is there a workaround for this? In other words, can I figure out if the >URL given by a user is actually accessible by using this or some other >command? You would have to have your URL checker speaking the protocol of the URL. In the case of an FTP URL simply use ns_sockopen and then send the needed FTP commands across (RFC 959 has the FTP protocol information) the socket. -dave ========================================================================= Date: Thu, 2 Apr 1998 23:21:56 +0000 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Fred Leeflang Subject: AOLserver and latest glibc releases on ftp.redhat.com Comments: To: johnsonm@redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, Like Michael Johnson promised in an earlier email, the new glibc rpm's are on the redhat server. I installed glibc-2.0.7-6.i386.rpm glibc-devel-2.0.7-6.i386.rpm glibc-debug-2.0.7-6.i386.rpm glibc-profile-2.0.7-6.i386.rpm But aolserver (which does indeed dynamically loads things) still dumps core on me. Regards, Fred Leeflang ========================================================================= Date: Thu, 2 Apr 1998 18:31:33 -0500 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: "Michael K. Johnson" Subject: Re: AOLserver and latest glibc releases on ftp.redhat.com Comments: To: Fred Leeflang In-Reply-To: Your message of "Thu, 02 Apr 1998 23:21:56 GMT." <35241D94.D6F70D00@dutchie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Fred Leeflang writes: > Like Michael Johnson promised in an earlier email, the new glibc rpm's >are on the redhat server. I installed > >glibc-2.0.7-6.i386.rpm glibc-devel-2.0.7-6.i386.rpm >glibc-debug-2.0.7-6.i386.rpm glibc-profile-2.0.7-6.i386.rpm > >But aolserver (which does indeed dynamically loads things) still dumps >core on me. Well, it was a wild shot on my part. At this point I'll have to let the AOL folks look at it and see what is wrong. IIRC, aolserver is threaded, which makes it hard for you to provide a backtrace, since gdb currently doesn't support threaded processes very well... (That is, it doesn't support them explicitly, and so is of limited use for debugging threaded processes.) At any rate, if recompiling against glibc 2.0.7 fixes the problem, it is probably a bug in glibc, because glibc is supposed to have excellent binary backwards compatibility. Good luck! michaelkjohnson "Ever wonder why the SAME PEOPLE make up ALL the conspiracy theories?" ========================================================================= Date: Fri, 3 Apr 1998 14:25:58 +1100 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jason Cashel Subject: aolserver on solaris Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I am running Aolserver 2.2 on Sun Ultrasparc 1/170 running Solaris 2.5.1 with 64mb ram. I am currently running 30 virtual servers on this aolserver. How much will it let me go up to? Has anybody upgraded to solaris 2.6, were there any problems with aolserver? Thanks, Jason ========================================================================= Date: Sat, 4 Apr 1998 14:07:08 -0500 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Mark Nielsen Subject: I couldn't get to work either, AOLServer on RedHat 5.0 with the new libraries Content-Type: text I couldn't get AOLServer to work with the new libraries from RedHAt either. Just wanted to second the opinion! It core dumps on me as well. Mark ========================================================================= Date: Sun, 5 Apr 1998 03:16:12 -0500 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Darren Dittrich Subject: Virtualizing FTP on IRIX 6.2 Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Can anyone supply a pointer to help me get nsftp 1.0.7 to listen ONLY on port 21 of the assigned virtual host's hardware IP address. Currently, the first virtual server grabs port 21 and listens across all IP addresses defined on the box... :-( Sun Apr 5 01:38:12 1998 Notice: Ftp Server: FtpHostname set to ftp.foobar.org. Sun Apr 5 01:38:12 1998 Notice: Ftp Server: FtpAddress set to 205.241.xx.yy. Sun Apr 5 01:38:12 1998 Notice: Ftp Server: Binding to interface(INADDR_ANY). Sun Apr 5 01:38:12 1998 Notice: Ftp Server: FtpPort set to 21. (from nsftp.log) Environment: AOLServer 2.2.1 on IRIX 6.2 Thanks in advance! _d __________________________________________________________________________ Darren Dittrich eMphasys Technologies, Inc. darren@emphasys.net P.O. Box 795923 Dallas, TX 75379-5923 info@emphasys.net ========================================================================= Date: Sat, 4 Apr 1998 02:00:44 -0500 Reply-To: philg@mit.edu Sender: Web Development with AOLserver From: Philip Greenspun Subject: Re: AOLSERVER Digest - 2 Apr 1998 to 3 Apr 1998 Comments: To: jason@firmware.com.au In-Reply-To: <199804040503.AAA14293@services.web.aol.com> (message from Automatic digest processor on Sat, 4 Apr 1998 00:02:24 -0500) Date: Fri, 3 Apr 1998 14:25:58 +1100 From: Jason Cashel Subject: aolserver on solaris I am running Aolserver 2.2 on Sun Ultrasparc 1/170 running Solaris 2.5.1 with 64mb ram. I am currently running 30 virtual servers on this aolserver. How much will it let me go up to? I'm sure you could have 256 or more as long as nobody talks to them. I'd say you'll be lucky to serve 100 hits/second from that wimpy box, though. Has anybody upgraded to solaris 2.6, were there any problems with aolserver? I'm running 10 or 15 AOLservers (one or two of them are heavily accessed and using the freeware Oracle driver distributed from http://www.arsdigita.com ) from Solaris 2.6. No real problems except that there seem to be some 2.3b3 troubles, possibly caused by the Oracle driver. Solaris 2.6 seems to make Illustra even a bit more unreliable. Gave me a little more incentive to move everything over to Oracle, which is pretty much rock-solid except for ConText (the text search option). Philip ========================================================================= Date: Sat, 4 Apr 1998 01:08:38 -0500 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: James Smallacombe Subject: Re: aolserver on solaris In-Reply-To: <199804040503.AAA14295@services.web.aol.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > > Date: Fri, 3 Apr 1998 14:25:58 +1100 > From: Jason Cashel > Subject: aolserver on solaris > > I am running Aolserver 2.2 on Sun Ultrasparc 1/170 running Solaris 2.5.1 > with 64mb ram. I am currently running 30 virtual servers on this aolserver. > How much will it let me go up to? Has anybody upgraded to solaris 2.6, were > there any problems with aolserver? Way more than enough CPU, although you may want to upgrade the RAM...it really depends how busy the sites are. I'm currently running 57 virtual servers on a SS4/110 w/64MB of RAM, and it's still mostly idle. I'm not doing any sql yet, though... I've installed AOLserver 2.2.1 on both Solaris 2.5 and 2.6 machines, with no real difference. I don't know yet if 2.6 cures the occasional virtual server dying for no apparent reason. I've seen that problem since AOLserver 2.1. James Smallacombe Internet Access for Bucks County james@pil.net And Philadelphia, PA. PlantageNet Internet Ltd. http://www.pil.net "I'll plant Plantagenet, root him up who dares." 3Henry VI, I,i For PGP public key: http://www.pil.net/~james/mypubkey.txt ========================================================================= Date: Mon, 6 Apr 1998 11:29:02 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Peter Jansson Subject: Re: Virtualizing FTP on IRIX 6.2 In-Reply-To: <199804050828.DAA07263@mail.emphasys.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Make sure you specify the FtpAddress and FtpHostName parameters in the nsftp section of the .ini file. Setting the Address section in nssock isn't enough, and neigher is just setting the FtpHostName. On Sun, 5 Apr 1998, Darren Dittrich wrote: > Can anyone supply a pointer to help me get nsftp 1.0.7 to listen ONLY on > port 21 of the assigned virtual host's hardware IP address. Currently, > the first virtual server grabs port 21 and listens across all IP > addresses defined on the box... :-( ========================================================================= Date: Mon, 13 Apr 1998 05:04:07 EDT Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Sussdorff Subject: Local Time Mime-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Hi, i stumbled over the following problem: I have a server in the US (EST), but all Users are in Germany (GMT+1). As i didn't want to add the six hours difference manually, i tried to let the SQL Server to do it for me (Its Illustra running on the machine). But i didn't find a command to execute a SQL statement with TCL, which returns rows, but isn't a select (like "return 'now'::abstime + '@ 6 hour' as ger"). Therefore i created a database table called Gertime with a column called gertimestamp. To retrieve the german date i execute the following prozedure: proc german_date {} { set db [ns_db gethandle germany] ns_db dml $db "Update Gertime set gertimestamp=('now'::abstime + '@ 6 hour');" set row [ns_db 1row $db "select gertimestamp from Gertime ;"] return [ns_set get $row gertimestamp] } This works, but it can't be the best way. Therefore my question: Do you know of a better (more ellegant way) to solve the problem of different timezones? Thanx in advance Yours Malte Sussdorff ========================================================================= Date: Sun, 12 Apr 1998 23:28:48 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jim Wilcoxson Subject: Multiple virtual servers on Linux Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" We're running 2.3b3 on a RedHat 5.0 Linux machine. Our virtual server is named rj. Today I added a new virtual server, innoves. When the server restarted, I got a few strange errors, and can't get both servers to run together. Has anyone tried multiple vservers on Linux? ========================================================================= Date: Sun, 12 Apr 1998 14:39:30 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jim Wilcoxson Subject: Scope of TCL procs Comments: cc: tom@rubyjune.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" If I have a tcl script that defines procs, it looks like those proc names and the associated code are global across all interpreters. If we start two scripts up that contain procs with the same name, the scripts will kill each other. I thought that: ns_share vars are across all interps procs in the TCL startup directory are across all interps global vars are across all procs within the thread servicing a single request (and are deleted after the request is finished) procs in a TCL file would have the same scope as global vars, i.e., would only exist while the request is being handled Is it a bug that procs have ns_share scope? Jim ========================================================================= Date: Mon, 13 Apr 1998 13:42:00 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: "Kriston J. Rehberg" Subject: Re: Local Time In-Reply-To: <621820eb.3531d509@aol.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, You can ask Illustra to represent your time as it should exist in that timezone without changing any data. Illustra will automatically adjust all time calculations for the timezone. Do not change your database! When specifying time, the format is: HH:MM:SS[.nnnnnnnnnn][timezone_spec] [timezone_spec] is the code or offset for your timezone. According to page 4-7 of the Illustra manual in the AOLserver documentation set, you may specify this as the timezone code or the UTC offset, like this: "04:46:00+01:00" You may also specify your time zone with the "set time zone" statement. You really should NOT change the database entries' times directly. Ask Illustra to take care of this automatically. Internally, time is represented as UTC (Universal Time Constant) formerly known as GMT (Greenwich Mean Time) and it will do the time zone changes for you if you ask it. Enjoy, Kris Sussdorff writes: >Hi, > >i stumbled over the following problem: >I have a server in the US (EST), but all Users are in Germany (GMT+1). As i >didn't want to add the six hours difference manually, i tried to let the SQL >Server to do it for me (Its Illustra running on the machine). But i didn't >find a command to execute a SQL statement with TCL, which returns rows, but >isn't a select (like "return 'now'::abstime + '@ 6 hour' as ger"). >Therefore i created a database table called Gertime with a column called >gertimestamp. >To retrieve the german date i execute the following prozedure: > >proc german_date {} { > > set db [ns_db gethandle germany] > ns_db dml $db "Update Gertime > set gertimestamp=('now'::abstime + '@ 6 hour');" > set row [ns_db 1row $db "select gertimestamp from Gertime ;"] > return [ns_set get $row gertimestamp] >} > >This works, but it can't be the best way. >Therefore my question: >Do you know of a better (more ellegant way) to solve the problem of different >timezones? >Thanx in advance > Yours > Malte Sussdorff -- Kriston J. Rehberg Systems Development http://kriston.net/ America Online, Inc. Vienna, Virginia USA endeavor to persevere ========================================================================= Date: Tue, 14 Apr 1998 01:18:17 +0000 Reply-To: webster1@numen-lumen.com Sender: Web Development with AOLserver From: David Luhman Organization: Numen Lumen (http://www.numen-lumen.com) Subject: New version of embedded Tcl MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I've just looked at the latest alpha version of Tcl 8.1. I seem to recall reading that AOLServer uses Tcl 7.4. Tcl 8.1 has many improvements over 7.4 (http, compiler, Unicode, improved regular expressions ...). Any plans to update the AOLServer Tcl interpreter to 8.1? -- David Luhman, MBA, EA, of Numen Lumen Audio-based business and financial information for everyone http://www.numen-lumen.com ------ ========================================================================= Date: Tue, 14 Apr 1998 14:11:28 -0400 Reply-To: jsc@w3health.com Sender: Web Development with AOLserver From: Jin Choi Subject: nsftp module v1.06 (AOLserver 2.2) and firewalls Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII I am having a problem using the nsftp module under AOLserver 2.2 from behind a firewall. When I log in and do an ls, I get: 200 PORT command successful. 425 LIST: Can't open data connection. This works just fine under a similarly configured nsftp module under AOLserver 2.3beta! Is there any way I can get this to work as well under 2.2? Please help! ========================================================================= Date: Tue, 14 Apr 1998 15:01:47 -0600 Reply-To: Keith Paskett Sender: Web Development with AOLserver From: Keith Paskett Subject: How to let users change their password MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Is there a way in AOLserver to let users change their own password? ------ Keith Paskett keith.paskett@SDL.USU.EDU Space Dynamics Laboratory PGP encrypted mail preferred 1695 North Research Parkway 435-797-4195 Logan, Utah 84341 http://cal.sdl.usu.edu/~paskett ========================================================================= Date: Thu, 16 Apr 1998 18:54:48 -0800 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver Comments: Authenticated sender is From: John Buckman Organization: Shelby Group Ltd. Subject: Re: New version of embedded Tcl In-Reply-To: <199804161914.PAA22905@services.web.aol.com> > I've just looked at the latest alpha version of Tcl 8.1. > I seem to recall reading that AOLServer uses Tcl 7.4. > Tcl 8.1 has many improvements over 7.4 (http, compiler, > Unicode, improved regular expressions ...). > > Any plans to update the AOLServer Tcl interpreter to 8.1? The *best* feature for the AOLServer programmers is that Tcl 8.1 is now thread safe, so they won't have to go through all sorts of horrible pain re-thread-safing Tcl to use the latest version. john John Buckman Shelby Group Ltd. http://www.shelby.com Developers of MailShield and Lyris Email List Server ========================================================================= Date: Wed, 22 Apr 1998 08:30:00 -0600 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Ron Patterson Organization: MCI Communications Subject: Re: How to let users change their password Comments: To: Keith Paskett You could replicate the server form /NS/Perm/ChangePasswordForm and modify the select list name to a hidden input item with the users name and keep the newpw and confirmnewpw elements to provide the users a way to change their own passwords. I believe that it only requires their own authorization. Ron =============================================================== Ron Patterson | MCI Communications (warehouseMCI) Ron.Patterson@mci.com | 5775 Mark Dabling Blvd. 601-2386@mcimail.com | Dept. 1927/786 719-535-5727 | Colorado Springs, CO 80919 Fax: 719-535-6164 | >Date: Tue, 14 Apr 1998 15:01:47 -0600 >From: Keith Paskett >Subject: How to let users change their password > >Is there a way in AOLserver to let users change their own password? > >------ >Keith Paskett keith.paskett@SDL.USU.EDU >Space Dynamics Laboratory PGP encrypted mail preferred >1695 North Research Parkway 435-797-4195 >Logan, Utah 84341 http://cal.sdl.usu.edu/~paskett > >------------------------------ > >End of AOLSERVER Digest - 13 Apr 1998 to 16 Apr 1998 >**************************************************** ========================================================================= Date: Wed, 22 Apr 1998 12:14:35 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Peter Jansson Subject: Re: How to let users change their password In-Reply-To: <19980422143702.QYHW20014@[166.41.60.1]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII You can give users access to GET /NS/Perm/ChangePasswordForm and POST /NS/Perm/ChangePassword. The code behind the form is smart enough that it won't allow a user to change someone else's password (unless you're running 2.2.1 or later, and the password changer is a member of the system group). If you're concerned about exposing the user list through the form, you have two choices: 1. Restrict access to the form to a specific group, and then make sure every user is a member of that group (like a "passwordchangers" group) 2. Create a script that returns a form where, instead of the select box, you get a hidden input set to [ns_conn authuser $conn]. Pete. ========================================================================= Date: Wed, 29 Apr 1998 10:46:21 +0100 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: David Wynne Subject: CGIWrap & AOLserver MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I am running AOLserver 2.2.1 under Solaris 2.5. As part of student courseware they are required to write cgi scripts which are run via CGIWrap. Obviously it is entirely possible that the scripts contain "dodgy" code, whether by accident or design. That said, the server crashes, and the only alternative is to restart: *** Exception caught in thread 78 - invoking exception callbacks *** Status of virtual server 'server1': Threads: min 0, max 50, current 4, idle 3, busy 0, stopping 0 Active Connections: 78: cgirun GET /cgi-bin/cgiwrap/cmsakehl/andi1.cgi 1 Status of virtual server 'nssetup': Threads: min 0, max 50, current 0, idle 0, busy 0, stopping 0 Active Connections: [24/Apr/1998:13:24:30 +0100][7730] Notice: AOLserver/2.2.1 starting. Previously I had: CatchExceptions=On Toggling this to Off still causes the server to crash, but this time no error is reported in the logs. Running the same script from the system /cgi-bin directory ( not via CGIWrap ) produdes a "Server Error" message as the script does not produce a valid header I/m fairly sure that this didn't happen under AOLserver 2.1. My guess is that CGIWrap is generating some king of SIGNAL which is being intercepted by the Web server. ========================================================================= Date: Tue, 28 Apr 1998 23:27:16 -0800 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: John Buckman Organization: Shelby Group Ltd. Subject: Possible problem on Solaris In-Reply-To: <199804231753.NAA25197@services.web.aol.com> I upgraded my AOLServer on Solaris/sparc to 2.3b4 yesterday. I've been using 2.2 for a very long time, with no problems. Tonight, the server seemed to overload, became unresponsive, and gave errors such as this on all my virtual servers: [28/Apr/1998:21:55:33 -0700][12218.5][-Scheduler-] Warning: lyris_net: thread max (50) reached with 19 connections waiting. [28/Apr/1998:21:56:33 -0700][12218.5][-Scheduler-] Warning: mailshield: thread max (50) reached with 2 connections waiting. I killed the two nsd processes, restarted, and now things seem OK. John John Buckman Shelby Group Ltd. http://www.shelby.com Developers of MailShield and Lyris Email List Server ========================================================================= Date: Thu, 30 Apr 1998 01:31:36 -0400 Reply-To: philg@mit.edu Sender: Web Development with AOLserver From: Philip Greenspun Subject: Re: AOLSERVER Digest - 23 Apr 1998 to 29 Apr 1998 Comments: cc: jbuckman@shelby.com In-Reply-To: <199804300404.AAA19307@services.web.aol.com> (message from Automatic digest processor on Thu, 30 Apr 1998 00:02:23 -0400) Date: Tue, 28 Apr 1998 23:27:16 -0800 From: John Buckman Subject: Possible problem on Solaris I upgraded my AOLServer on Solaris/sparc to 2.3b4 yesterday. I've been using 2.2 for a very long time, with no problems. Tonight, the server seemed to overload, became unresponsive, and gave errors such as this on all my virtual servers: [28/Apr/1998:21:55:33 -0700][12218.5][-Scheduler-] Warning: lyris_net: thread max (50) reached with 19 connections waiting. [28/Apr/1998:21:56:33 -0700][12218.5][-Scheduler-] Warning: mailshield: thread max (50) reached with 2 connections waiting. I killed the two nsd processes, restarted, and now things seem OK. There is a horrific AOLserver 2.3b3 and 2.3b4 bug on Solaris. Markd diagnosed it and fixed it for me on db.photo.net (running 2.3b4 on Solaris 2.6 with no problems). You should back off to 2.3b2 until you can get a recompiled 2.3 from www.aolserver.com (either b5 or released). Philip