|
Content-Transfer-Encoding: |
7bit |
Sender: |
|
Subject: |
|
From: |
|
Date: |
Thu, 31 May 2001 10:16:32 -0400 |
Content-Type: |
text/plain; charset=us-ascii; x-mac-type="54455854";
x-mac-creator="4D4F5353" |
MIME-Version: |
1.0 |
Reply-To: |
|
I don't know what kind of change your administrator made, but I had plenty of
problems in this area when we changed our web server to a port other than the
default port, which meant the URL had to change to specify the port explicitly.
If memory serves correctly, the WWW_ARCHIVE_CGI variable originally contained a
relative pathname (/cgi/wa on our Solaris system). We were finally able to get
the links in the web interface to work right when we changed the variable to
contain the FULL address:
WWW_ARCHIVE_CGI="http://listserv.albany.edu:8080/cgi-bin/wa" in our case.
Hope that's helpful.
Kathy Montgomery
University at Albany
Louis J Wiesemann wrote:
> We are running LISTSERV 1.8d 2000b with the web access configured. Due to
> a change made by our web administrator I needed to update a couple of WA
> links. I found them in WWW_ARCHIVE_INDEX and WWW_ARCHIVE_TRAILER
> templates. They both used a variable called &WA_URL. Can anyone tell me
> what defines this variable? I didn't want to hard code my update in the
> templates, but wanted to reset this value whereever it is configured. I
> could not find it referenced in the documentation or in searching this
> list. I also checked other site configuration pages in WA but could not
> find it. Its value appears to be equal to &MYHOST plus the
> WWW_ARCHIVE_CGI value in go.user, but I could not find anywhere that this
> was defined. Is there a way to change this variable?
>
> As an experiment I did try defining it to the value I needed with a set
> command in WWW_IMAGES_URL template. The result confused me because it
> worked fine for the trailer template (it got the new value). But even
> though it uses the same variable the index template did not reflect
> the change. Even if that is not the best way to reset this value I
> don't understand why the change only seemed to affect one instance of
> the variable.
>
> Thanks for any information on this.
>
> _____________________________________________________________________________
> Louis J. Wiesemann [log in to unmask] 502-852-8952
|
|
|