Error during command authentication.
Error - unable to initiate communication with LISTSERV (errno=10061, phase=CONNECT, target=127.0.0.1:2306). The server is probably not started.
--- Forwarded Message from Anthony Niesz <ynot@frylin> --- >From: Anthony Niesz <ynot@frylin> >To: [log in to unmask] >Subject: Re: #6783 OS X Server: making a final slash automatic in resolving URLs >Date: Fri, 16 Aug 2002 19:42:19 -0400 >User-Agent: KMail/1.4.1 >References: <[log in to unmask]> >In-Reply-To: <[log in to unmask]> ------------------ My son Tony Niesz who works at Apple as one of their system administrators recommends the following solution: Tony Niesz, Yale University > > Yeah, this is a weirdness in Apache. There are a couple of ways to resolve > it, but actually, if you think about it, the server is acting correctly. > > The URL http://www.language.brown.edu/CZH is looking for the *file* CZH in > the root directory of the http://www.language.brown.edu/ server. Clearly, > that file doesn't exist since CZH is actually a directory. Thus, it errs. > > The URL http://www.language.brown.edu/CZH/ is telling the server to look in > the CZH directory for the default file, specified in /etc/httpd/httpd.conf > as index.html. > > Ok, so technically it's behaving correctly, but we want it to be more > forgiving than the standard dictates. > > One solution is specified in > /Library/Documentation/Services/apache/mod/mod_dir.html on any Mac OS X > machine. > > If mod_dir is enabled in /etc/httpd/httpd.conf it will add a trailing > slash redirect to any existing directory's index file if left off. > > Here's how to do it: > From the Terminal, assuming you have Admin access to the server(comments > are denoted by #): > > Username% sudo -s #acquire superuser status. The prompt > changes to root# > Password: <password> #authenticate > root# cd /etc/httpd/ #switch to the configuration file dir. > root# emacs httpd.conf #edit the file in emacs > ^s mod_dir # ^ means ctrl # search for the string > mod_dir uncomment the first line where it appears # ie delete the # sign > ^s mod_dir # search for the string mod_dir > uncomment the second line where it appears # ie delete the # sign > ^x^s #save the file > ^x^c #quit emacs > root# apachectl graceful #restart the webserver > root# exit #it's hazardous to stay in root mode > > That should do it, if it doesn't you could brute-force it by using > mod_rewrite /Library/Documentation/Services/apache/mod/mod_rewrite.html > But that's more complex. > > One more thing: > > The error message that was received seems to imply that either a proxy or a > virtual domain is being used to serve http://www.language.brown.edu/CZH/ > since port 16080 is not the usual port for a webserver. This may make > things more complex, since virtual domains can have their own configuration > sections in /etc/httpd/httpd.conf, but the basic principles are the same. > One merely needs to make sure that the changes are applied every place they > are relevant. > > Hope that helps! > > Tony > > > ----- Forwarded message from LLTI-Editor <[log in to unmask]> > > ----- Date: Fri, 16 Aug 2002 07:06:50 EDT > > From: LLTI-Editor <[log in to unmask]> > > Reply-To: Language Learning and Technology International Information > > Forum <[log in to unmask]> > > Subject: #6783 OS X Server: making a final slash automatic in resolving > > URLs > > To: [log in to unmask] > > > > --- Forwarded Message from David Kanig <[log in to unmask]> --- > > > >> Date: Mon, 12 Aug 2002 15:57:51 -0400 > >> To: [log in to unmask] > >> From: David Kanig <[log in to unmask]> > >> Subject: OS X Server: making a final slash automatic in resolving URLs > > > > We're running a Mac OS X Server 10.1 on which web service has been > > configured to automatically append "index.html" to the end of any URL > > request which comes in without a file name at the end. While this > > works as expected for addresses which end in a slash, it is not > > working for URLs which don't end in a slash. For example: > > > > http://www.language.brown.edu/CZH/ correctly resolves to: > > http://www.language.brown.edu/CZH/index.html . However, > > > > http://www.language.brown.edu/CZH only yields error messages: > > "Netscape is unable to locate the server LangLabServer 16080" > > and similarly, IE reports: "The specified server could not be found." > > > > Can anyone suggest what the problem might be? > > > > Thanks for your help, > > > > David > > > > ----- End forwarded message -----