About HyperNews

HyperNews: Source: Installation

(Get the latest version of this document.)

Table of Contents

Overview of Installation

After you have checked whether you can meet the compatibility requirements for running HyperNews and have downloaded the HyperNews source you will need to install it and configure it for your needs. The following installation instructions are correct for version 1.10.13 See the installation.html file in the distribution package you downloaded for instructions that may apply to that specific version, but keep in mind that there may be some corrections described in the lastest version, or on the bugs page or elsewhere.

These instructions are rather detailed, and many of the details may not apply to your situation. But you should skim over them just so you know what you are missing. With the state of web servers and browsers still changing rapidly, it is difficult to make systems that work in all possible situations, and so your best tool is knowledge.

Installation involves first unpacking the source code into a directory that allows CGI programs. Then you may have to fix the Perl paths in the scripts.

An important consideration is setting up the HyperNews Document Directory, referred to as $hndocs in this document and elsewhere. This is where all your forums, messages, and member info files are stored.

Then you will configure HyperNews to set the options that control how HyperNews works. You can do this via a web-based form or via direct editing of the configuration file, hnrc. When you eventually reinstall HyperNews to upgrade or fix problems, you can use a slightly easier process. You can also do Multiple Installations of Hypernews when you want different groups of users or different configuration options for sets of related forums.

See What's Next for an overview of other installation related topics, including creating forums, adding members, writing instructions. Also look in the section on Typical Problems that you might encounter while installing HyperNews.

Unpack the HyperNews Source Code

The source code may be unpackaged in any directory that allows CGI programs, since the source is the executable too (Perl is an interpreter). We recommend that you put the scripts in their own directory for ease of maintenance. A good place is cgi-bin/HyperNews, but a different directory can be used almost as easily. Do the following:

cd .../cgi-bin
gunzip hypernews.tar.gz
tar xf hypernews.tar

That will create the directory "cgi-bin/HyperNews###" where the "###" is the version number. You should change the directory name to remove the version number (e.g. just "HyperNews") before announcing availability. We don't recommend you leave the version number intact since you may later upgrade, and then the old version number would be inappropriate so every reference to your forums would have to be updated too.

All the scripts are stored in the "HyperNews###/.scripts" subdirectory, which may be invisible to you (use ls -a to see it). Make sure your tar extraction created a symbolic link from HyperNews/.scripts/.scripts to HyperNews/.scripts. Use ls -F to see symbolic link files with appended '@'.

You may want to change how your server is configured so you can avoid including "cgi-bin" in your URLs (or any other prefix, for that matter). Instructions for how to do that, and other server configurations, are given in the following sections.

After HyperNews is fully configured by running the setup.pl script (don't do it now), the other scripts in the .scripts directory will be "used" via the HyperNews directory and the Admin and SECURED directories. Not all scripts are available in all those directories, depending on the access control settings you choose. There are three ways that the scripts may be used: by pointing to them with "symbolic links", which is the easiest and the default, by so-called "hard links", and by copying them. You will need to use setup.pl with the --hardlink or --copy options to use the scripts that way. Copying the scripts is more awkward to deal with if you have to make any changes to the code or if you have multiple installations, but it is necessary on some servers that restrict use of links. The "hnrc" file will remember which way you set this option and do the same each time you run setup.pl or use a setup form. See more about running setup.pl below.

Apache and NCSA httpd

For NCSA's server (and servers derived from it, such as Apache), you may wish to add a ScriptAlias to the srm.conf file:

ScriptAlias /HyperNews/ <Your Directory>/HyperNews/
Replace "<Your Directory>" with the full path of the directory that you put the HyperNews directory in. (You don't need to include additional ScriptAlias directives for the .scripts directory or other subdirectories of HyperNews.)

You may need to configure your server to loosen the restrictions on what scripts are allowed to do in your HyperNews directory. For example, in recent versions of Apache (1.1.1) the default for cgi-bin in access.conf is:

Options None
AllowOverride None
You may need to enter a special configuration for your HyperNews directory, like this:
<Directory  <your-path-to>/HyperNews>
AllowOverride All
Options FollowSymLinks
</Directory>

For Apache 1.3 you may need to use 'Options +FollowSymLinks' instead, depending on how your server configures other directories. If you don't want to allow FollowSymLinks, or you are not permitted to change the restrictions, you can instead use the --hardlink or --copy options to setup.pl, described above.

Finally, restart (or kill -HUP) the server to cause the server to use your configuration changes.

CERN httpd

For the CERN server (not recommended any more) add to httpd.conf:

# HyperNews Protect clauses
??

# HyperNews Exec clauses
Exec    /HyperNews/SECURED/*    <Your Directory>/HyperNews/SECURED/*
Exec    /HyperNews/.scripts/*   <Your Directory>/HyperNews/.scripts/*
Exec    /HyperNews/*            <Your Directory>/HyperNews/*

# A version of the following line is already in the .conf file,
# and must remain at the end.
<Pass /*  /local/Web/* >

Depending on your configuration, you may also have to create .www_acl files in the HyperNews, .scripts, SECURED, and Admin directories. The setup.pl script may do this correctly for you already. It should probably contain:

 * : GET,POST : @*.*.*.*
Note that you cannot use email addresses as userids with the CERN server. So create an initial admin userid that is not an email address, then go change the member info to add an email address if you wish.

Netscape Commerce Server

For Netscape Commerce Server, add the following to the obj.conf file. You'll have to adjust things to your situation and desired HyperNews configuration. (e.g. 'pentauth.cgi' is a script you might create that is called when authentication fails - remove the Error reason line if you don't use it. The AddLog line might also fail for you.)
<Object ppath="/usr/ns-home/cgi-bin/HyperNews/SECURED/*">
AuthTrans fn="basic-ncsa" userfile="/usr/local/etc/httpd/htdocs/hn/hnpeople/.htpasswd" auth-type="basic"
PathCheck fn="require-auth" realm="HyperNews" auth-type="basic" auth-user="*"
Error reason="Unauthorized" fn="query-handler" path="/usr/ns-home/cgi-bin/pentauth.cgi"
AddLog fn="common-log" name="log0"
</Object>

Fix the Perl Paths

Before executing scripts in HyperNews, if your Perl 5 binary is not the same as it is in the first line of the fixPerlPath script (might be /usr/bin/perl but you better check), you will need to run fixPerlPath (included in the .scripts dir) on the files in the HyperNews/.scripts directory. First edit the fixPerlPath script and change the first line to the correct path for your Perl 5 binary. Then run make fix or ./fixPerlPath *. It only changes the files that need to be fixed.

Set up the HyperNews Document Directory

You must set up a directory, called the HyperNews document directory, (named by the variable $hndocs in the configuration file, see below for details). We recommend that this directory be somewhere under your Server Document Root (typically "...httpd/htdocs"), though it could be anywhere. It will contain files and subdirectories for the headers and bodies (the contents) of HyperNews forums and messages. It will also contain the security information for access to HyperNews. Warning: don't name the HyperNews document directory the same as your HyperNews script directory, e.g. 'HyperNews'. Your server and you will be confused. Also, you probably don't want to put the HyperNews document directory inside the HyperNews cgi-bin directory. At the very least, you will not be able to access documents in it directly using your browser since they may all appear to the server as cgi-bin programs to be executed.

Users and Access Restrictions

The HyperNews document directory must always be writable by the user or group id running HyperNews. (During the setup process, the cgi-bin HyperNews directories must also be writable by the same user:group, unless you call setup.pl via the command line shell. See below.) There are many alternative ways to achieve this. If you do nothing special, the user:group will be the same as for the server itself, which varies depending on how it was configured. If the user:group is nobody:nogroup, you may experience problems since nobody:nogroup may have less privileges (depending on your operating system) than a normal user. If you leave it as nobody:nogroup, perhaps you will need to set $hnfilemode and $hndirmode to 777. If you change the server to run as a more normal user and group (such as httpd:www), then you might be able to set yourself up as a member of the same group (e.g. group 'www'), and make the file and directory modes include group writable. Manual maintenance will be easier as a consequence, should it be needed.

But we don't recommend you do the above if your server is shared by many other users or virtual hosts. This is because HyperNews writes its data onto disk, and so other users on the same system might otherwise have read or write access. Instead, use some setuid mechanism, described in the following sections.

There are two distinct sets of users to keep in mind, by the way. Unix users are one set; we are particularly concerned with the person who installs HyperNews via some Unix account (called the "installer" from now on) and the "user" (e.g. httpd) who runs the server. There may be many other Unix users on your machine that may have read, write, or execute permission on your files and directories. The other set of users are the people that access HyperNews via the web. This set of Web users includes all the users who identify themselves with User IDs as well as the anonymous users with no User IDs. It also includes the HyperNews administrators with special administrative powers. The Unix users and Web users are unrelated to each other although they may just happen to have the same identifiers used by the same people in some cases. Similarly, there are two different unrelated sets of groups: Unix groups and HyperNews or Web groups. The Web Server Groups are not used by HyperNews, except in old versions - instead, HyperNews defines and uses its own group mechanism.

If you wish to protect the privacy of messages, membership information, and all HyperNews data, and thus prevent unauthorized use, we need to arrange to change the Unix ownership of the files as they are written so they can only be read or written by the installer. The problem is that the server is typically run by another user, such as root, nobody, httpd, or something else. One solution is live with it as described above. The better solution is to arrange to have HyperNews be run as the same user who owns the scripts, namely the installer. Given this motivation, we can now describe several possible ways to make this happen.

Cgiwrap

HyperNews can work with the cgiwrap program. This program is not included with HyperNews since it must be installed by a system administrator, and so it may not be available at your site. If you can use it, cgiwrap will change the user:group that runs HyperNews scripts to be whoever is the owner of the scripts themselves, and thus the files created by HyperNews will be owned by the same user:group.

To use cgiwrap (version 3.6 or later) with HyperNews symbolic links, you will need to make sure that it is configured using the --without-check-symlink option. Either that, or don't use symbolic links with HyperNews. (See setup.pl command line options below.)

The following instructions assume you are installing HyperNews in a cgi-bin directory that is accessed via your login ID. For example, the URL for HyperNews might be /loginID/cgi-bin/HyperNews, where loginID is replaced by your login ID. Or if you have a virtual (or real) domain, the URL might simply be http://your.domain/cgi-bin/HyperNews. If necessary, you might be able to make a symbolic link from cgi-bin in your personal public_html directory to the place where HyperNews is installed. There are other ways that cgiwrap can be used with different ways of configuring the server and installing HyperNews, but you're on your own for now.

If you are using server-based authentication (i.e. not using the HyperNews form-based $manualSecurity option), we need to do a bit more configuration. To get the server to authenticate users when using the cgiwrap program, we need to arrange that cgiwrap is accessed from inside the HyperNews subdirectories protected by the .htaccess files - this will cause the server's authentication (and access restrictions) to be applied. Here is what must be done:

cd cgi-bin
ln -s /full/path/to/cgiwrap cgiwrap
Next run `make cgiwrap` from the .scripts directory - this adds links from the HyperNews directory and subdirectories to this cgiwrap above your HyperNews directory. (You will need to run it from the command line only once per installation.) It also adds links for cgiwrap.cgi and cgiwrapd. (You may need to use cgiwrap.cgi instead of plain cgiwrap if your server requires all CGI programs to end in ".cgi". The cgiwrapd form is used for debugging, but only if ".cgi" is not also required.)

With that done, now we could access one of the scripts, say edit-article.pl, with the following URL:

http://your.domain/cgi-bin/HyperNews/SECURED/cgiwrap/<your-login>/HyperNews/SECURED/edit-article.pl
Note that the "/HyperNews/SECURED" appears twice in the URL. We can hide the use of cgiwrap and all these internal details by using a few ScriptAlias directives added to your server configuration.
ScriptAlias /HyperNews/SECURED/ /full/path/to/HyperNews/SECURED/cgiwrap/<your-login>/HyperNews/SECURED/
ScriptAlias /HyperNews/Admin/ /full/path/to/HyperNews/Admin/cgiwrap/<your-login>/HyperNews/Admin/
ScriptAlias /HyperNews/.scripts/ /full/path/to/HyperNews/.scripts/cgiwrap/<your-login>/HyperNews/.scripts/
ScriptAlias /HyperNews/ /full/path/to/HyperNews/cgiwrap/<your-login>/HyperNews/
Then your URL would be simplified to just:
http://your.domain/cgi-bin/HyperNews/SECURED/edit-article.pl
If you are using a version of Apache that supports the ScriptAliasMatch directive, you can simplify the above set of ScriptAlias directives to a single line:
ScriptAliasMatch ^/HyperNews(/SECURED|/Admin|/\.scripts)?/(.*) /full/path/to/HyperNews$1/cgiwrap/<your-login>/HyperNews$1/$2
If you need to debug how cgiwrap is being used, add the following alias, and use HyperNewsDebug instead of HyperNews.
ScriptAliasMatch ^/HyperNewsDebug(/SECURED|/Admin|/\.scripts)?/(.*) /full/path/to/HyperNews$1/cgiwrapd/<your-login>/HyperNews$1/$2

Setuid

HyperNews can work with setuid settings on all the scripts. This will do about the same thing as cgiwrap but with much less trouble, if it is allowed. To make this happen, you can use 'make setuid' in the .scripts directory. Be sure to do that every time after editing or modifying any of the scripts because the setuid bit may be cleared. (Don't make the following setuid, however, since it won't work and you shouldn't need it in any case: setup.pl, setup-form.pl, setup-short-form.pl, and mail-incoming.pl.)

suEXEC

The Apache server has a configuration option to do the equivalent of setuid on execution of CGI programs. To make this work, you need to ensure that certain conditions are met, described at http://www.apache.org/docs/suexec.html. In particular, the files must not be group modifiable.

Also, due to a possible bug in suexec, the symbolic links to HyperNews scripts will not work. Instead, you must use setup.pl with --copy or --hardlink to copy or hard link the scripts instead of symbolically linking to them.

One more thing: the script directories might have to be made non-group-writable before the scripts will execute. This may mean that you cannot use setup-form.pl to do the installation via the web; if so, you must use setup.pl from the command line instead.

Other Access Restriction Issues

Be careful to disable server side includes (it's usually disabled by default for ".html" files - that's all that is needed) in the HyperNews document directory unless you have a trusted user community. Server side includes may enable users to read almost anything on your disk or execute any command simply by writing the appropriate message.

You might want to restrict read access for the HyperNews document directory so the server only allows HyperNews members or admin to read the files directly. HyperNews setup will do this for you if you make reading restricted to members only.

The Icons directory needs to be accessible via the server, and it should probably not be restricted (you don't want users to get an authentication dialog for each icon), so you should probably put it somewhere outside of the $hndocs directory if the document directory is restricted.

Bug: If you change your $hndocs directory between multiple calls to setup, the setup process may not change the $hniconsURL accordingly so it will not point to the same directory as $hnicons. For now, just fix it manually in the hnrc file.

The hnpeople directory (in your $hndocs directory by default), where all the member information goes, is protected by the same .htaccess file as the HyperNews/.scripts directory so only administrators have access to it. The HyperNews/SECURED directory is protected by hnpeople/.htgroupmembers, and you can also use this in other directories just by linking to it.

Configuring HyperNews

If you are installing HyperNews for the first time, continue with the following instructions. If you are reinstalling HyperNews or want to install it multiple times with different configurations, also read the sections below on those subjects before actually continuing with the installation and configuration.

The result of configuring HyperNews is that directories will be created as needed to contain links to scripts, access restrictions, icons, forums and messages. Also, a configuration file named "hnrc" is created in your HyperNews/Admin directory that sets all the variables that control how HyperNews works.

HyperNews is configured by executing a setup script in one of two ways. The first way is via the command line (i.e. in a unix "shell"): HyperNews/.scripts/setup.pl. (Also HyperNews/Admin/setup.pl after version 1.9.4.) The second way, via the web with a browser, is discussed below. You can actually use both ways of calling setup.pl one after the other, and you will need to run from the command line to do many options not available via the web interface.

Running setup.pl

You must run setup.pl from the command line in a way that allows HyperNews (via the server) to later write to the directories that are created to hold forums and messages. This means that you must either first 'su' to the user that runs your server, or make sure you and the server user share a group and you use group writable mode for files and directories, as discussed above.

The first time you run setup.pl, if no hnrc file exists, one will be created with default values. Edit this file to set the values to what you want and run setup.pl again. The comments in the hnrc file are probably not sufficient for you to know what to set the values to. It would be best for you to use the second way of configuring HyperNews, described next, at least to read the documentation it contains. But there are several configuration options only available in the hnrc file, at least for now.

The setup.pl script also has several options that can be used from the command line. To see a description of these, run setup.pl --help.

Running setup-form.pl

The second way of configuring HyperNews is from a browser. Open the following URL, substituting whatever is appropriate for your installation.

  http://<your.server>/HyperNews/.scripts/setup-form.pl/
Include the trailing "/" so the script can try to figure out your document root directory.

If you see code instead of the HTML text and form that was supposed to result from executing the code, then you need to do something to make the server execute the code instead. You might need to change your server configuration regarding cgi-bin executables; see the earlier discussion on that issue. An alternative is to use setup-form.cgi instead; it is linked to setup-form.pl, so you can use that instead if your server requires a ".cgi" suffix.

Here is a (somewhat obsolete) sample of what the setup-form looks like.

The setup-form provides many of the common configuration options, but there is a simpler form with fewer option available, called setup-short-form.pl, that you may try instead.

After you fill out the form and submit it, several things will be checked, and if all is OK, several things will be created or updated. The results of that process will be displayed to you.

You will need to make your HyperNews cgi directory and the .scripts and Admin subdirectory writable by the server temporarily before you submit the form, so it can build the appropriate links to the scripts and add access restrictions to the directories. However, it is not wise to leave the directories in this writable state after you are done configuring HyperNews.

After you submit the setup-form.pl form the first time (or after you run setup.pl from the command line for a second time), HyperNews will create the access restriction files, so you will have to authenticate as one of the administrators for subsequent attempts. New administrators (i.e. those who do not have a password already) will be given empty passwords. Remember to change your admin password. You won't be able to use any admin userid until you do change the password.

If you forget all your administrator passwords, you have a problem since HyperNews doesn't store unencrypted passwords for security reasons. You can manually edit the member info file for an administrator to make the Password field empty, but this will work only if HyperNews is doing the authentication rather than your server. Or you can remove an admin member info file entirely and run setup.pl again from the command line. That will create a new member info record for you with a blank password.

[The CERN server requires that user IDs must be nicknames only - no email addresses (or no dots in the user ID anyway). (This is not checked by HyperNews, unfortunately.) So the passwords that will be generated for new administrators will not be emailed to them - even more reason to remember the passwords when they are given to you. The CERN server is no longer recommended anyway.]

Other Configuration Issues

You may also want to separately edit the .scripts/icons-table-dist, to include the relationships and icons that you want. (You'll probably have to copy it manually to $hnicons/icons-table.) Each icon will be looked up in the $hniconsURL directory. The distribution includes a directory of Icons that might be useful. To install them, select the option on the setup form or 'setup.pl --icons'. In version 1.10.13, the icons are always installed even without specifying '--icons'.

When you consider what access permissions to allow for your installation, note that there is a conflict in allowing anyone to join while only allowing members to read. We wanted to leave the 'get' script where it is whether or not there are access restrictions, so you would not have to change URLs if you change the access restrictions from public to private or vice versa. Therefore, when reading is restricted to members only, everything is restricted including the registering of new members. You can work around this problem by manually putting links to the edit-member.pl and change-member.pl scripts in another directory that does not have access restrictions (i.e. not a subdirectory of your HyperNews directory), and also make links in that directory to the hnrc file and to the .scripts directory so that the scripts can execute properly. (You may also need to change the link to the change-member.pl script in the hnrc file, but I believe that should not be necessary.)

If your server restricts access independent of HyperNews, you might be able to use that with HyperNews. If the restriction is by domain, then the server only knows that users come from the specified domain(s). But if the restriction is to a set of users, HyperNews can use the info for its authentication. Just configure HyperNews to allow reading, etc by anyone, and HyperNews will detect that users have been authenticated by the server already. However, server authentication will not by itself provide personal info, such as the user's name and home page, and more importantly, whether the user is an administrator. So you will have to use the edit-member.pl form to join members using the same user IDs. Administrators are identified only in the setup process.

If you want HyperNews to manage the same password file as is used outside of HyperNews, you should probably be able to do this by configuring HyperNews to use the same file. See $hnPassword in the hnrc file. Managing the group files is a different story; HyperNews checks whether a user is a group member itself rather than using the server's mechanism. (Also see the $externalSecurity option in hnrc file.)

HyperNews includes optional use of DBM password files with the Netscape server.

Caching

HyperNews supports caching of pages generated to display forums and messages. Caching pages means that HyperNews does not have to regenerate those pages each time they are requested. (The lack of per-user display customization is partly a reflection of the goal to support caching.)

You must first set $supportCaching = 1 in the hnrc file. The default is 0 because people still have problems dealing with caches, and it is better if they are at least aware of the presense of caching.

# Whether HN should support cachability of HN pages.
$supportCaching = 1;

You should also consider setting up a caching server to run in front of HyperNews. This is one of the best ways to easily improve performance of your HyperNews installation since the generation of pages can add up for a large forum. Squid is a very good free software caching server that can be configured as "an httpd accelerator". Nothing more needs to be changed in HyperNews to support server-side caching; the remainder of the setup resides in your caching server and regular HyperNews server. Make your caching server run as if it were the real server, and have the cache forward requests to your HyperNews server, which might run on the same machine but with a different port number.

Reinstall New HyperNews Source Code

When you are reinstalling HyperNews to change the configuration or to use a new version of HyperNews, and you want to keep the old version running, you'll probably want to test the new version before swapping out the old version. You can install HyperNews in a different directory, such as HyperNews1.9.6, just as it is untarred by default, then configure it to run as if it were the new version using the same HyperNews document directory, same hnpeople directory, etc . (Note, however, that if you are changing the readability of forums from public to private (members only), then this would have an impact on the shared document directory.)

You may want to copy the hnrc file from the old version over to the new version before running the configuration script; this way you will get whatever settings were used previously by default. (Note that the location of hnrc in older versions was in the HyperNews or HyperNews/.scripts directory. The setup scripts will look for it both old places. In 1.9.4, we moved it to the Admin directory, where I think it will stay.)

If you are using cgiwrap, you will need to make a new link to it in the new installation.

When you are satisfied that the new installation works, then just swap it in by changing directory names (e.g. mv HyperNews HyperNews.old; mv HyperNews1.9.6 HyperNews). (Actually, you probably don't want to do this casually because someone might be in the middle of an operation such as writing a message; this could be a problem when security options change or the names of scripts or form fields change. To be extra safe, shut your server down temporarily.) Let us know if you have any problems doing this.

Makefile

Included in the .scripts directory is a Makefile. If you are familiar with Unix makefiles, this is not a typical instance since it does no compilation or dependency checking. But it is used to automate a few command-line operations associated with the packaging and installation of HyperNews. I use it regularly, but it has not been tested by users who are not familar with what is going on, so caution is advised. If you venture so far as to make enhancements, please let me know so I may include your changes in the base.

When installing HyperNews for the first time, it is typically more work because many issues need to be worked out. It would be nice if an autoconfig or Perl Makefile.PL installation process could be used, but I don't know one that has been adapted to know about CGI programs and web servers. Please let me know if you come across one.

Nevertheless, I use the following procedure:

cd HyperNews###/.scripts
# Edit fixPerlPath, then do:
make fix
make setup
# Edit Admin/hnrc, fix other things, such as hndocs, then do:
make setup
make install
When reinstalling HyperNews, the process is much simpler if the current configuration can be reused. The following assumes that the current installation is in HyperNews in the same directory as the new installation. After untarring into the new HyperNews### directory (### is the version number), I do:
cd HyperNews###/.scripts
make copyconf  # This copies configuration info from HyperNews.
make fix
make setup     # Repeat as needed to change configuration.
make install
After the make install, the old HyperNews directory is renamed HyperNews.old (after removing any previous HyperNews.old) and the HyperNews### directory is moved to HyperNews. Note that your current directory has been changed in the process. You can undo the install step, in case you need to go back and fix something, with:
make undoinstall
If instead of installing a new version, you want to make a copy of the current installation that is in HyperNews, you can do the following, as long as there is not already a HyperNews### directory:
cd HyperNews/.scripts
make clone
make copyconf
make setup
make install
To make a distribution copy of HyperNews, I do:
make dist   # Create hypernews.tar.gz
make docs   # Create hndocs.tar.gz

Multiple Installations

You can install HyperNews multiple times while sharing a single copy of the source. Each installation can have not only a different configuration, but a different group of member users. Each member may share the same password and membership info across all subgroups (if you choose to do it that way - see below). For each installation, you will specify the administrators, and where the member files are.

A future version of HyperNews will make multiple installations even easier, but for now, you have to do it manually. First install HyperNews normally as described above with the group (specified in $hnGroup) having no name. This will establish the "root" level and corresponding root level administrators.

Then, for each new installation, make a new directory. This directory may be anywhere, and in particular, it may be a subdirectory of the HyperNews directory (though that might make upgrading HyperNews more complex because you cannot just replace the HyperNews directory). You may want to add more ScriptAlias directives to your server configuration (or whatever is appropriate for your server) for these additional script directories.

In the directory for an installation, make an Admin subdirectory, and copy the hnrc file from the first installation into Admin, if you want to use that for default configuration. What you change in the configuration of this installation depends on why you are doing a separate installation - change whatever is appropriate and share the rest. Make a symbolic link from the ".scripts" subdirectory to wherever the .scripts directory in the first installation was (e.g. ln -s ../HyperNews/.scripts .scripts). Then open setup-form.pl in the new directory, just as for a normal installation. In the $hnGroup field, you can specify the name of a group if you want the membership to be different than that of the "root" installation. Otherwise, you can leave $hnGroup as it is.

If you are running setup.pl from the command line, since the .scripts directory is a link, running "setup.pl" or "./setup.pl" in that directory will assume you mean the root installation. So try ".scripts/setup.pl" or "Admin/setup.pl" instead, starting from the correct parent directory. If you use the setup form, and you link all the subgroup .scripts directories to the root level .scripts, then the administrators for the root level are the only ones who can setup subgroups.

For example, let's make an installation of HyperNews for a group called 'Staff. We already have 'HyperNews' installed in one directory as the 'root' installation, and we want the Staff installation at the same level. Do the following:

$ cd cgi-bin
$ mkdir Staff
$ ls -F
HyperNews/    Staff/
$ cd Staff
$ mkdir Admin
$ ln -s ../HyperNews/.scripts .scripts
$ ls -aF
./         ../        .scripts@  Admin/
$ cp ../HyperNews/Admin/hnrc Admin
$ cd Admin
$ ln -s ../.scripts .scripts
$ vi hnrc     # Change configuration of this installation.
$ ./.scripts/setup.pl  # Execute setup.pl from the command line.
If you want your HyperNews documents (forums and messages) to be secure from access by other installations of HyperNews (possibly other groups of users), or from direct server access, you should probably assign the $hndocs directory for each installation to a different directory rather than share the same directory or nest the directories. In each directory, include an appropriate .htaccess file (or whatever your server calls it) to restrict access. HyperNews scripts don't look at the .htaccess file for the documents they access (only the server itself does), and that's why you don't want to nest the document directories.

You can use the .htaccess files that HyperNews already produces by linking to them. To protect your "hn" directory, do:

cd hn; ln -s hnpeople/Admin/.htgroupaccess .htaccess

If you restrict access to your $hndocs directory, you should probably also change $hnicons and $hniconsURL to be outside of the $hndocs directory then, so they will remain publically accessible, and sharable. The Icons should probably *not* be protected, otherwise people may get authentication requests for the first 4 icons (if the brower makes 4 simultaneous requests).

To share membership files across installations, and thus share password files, in each installation, simply assign the $hnPeople variable to the same directory. You should probably move the $hnPeople directory out of the $hndocs directory for this purpose. (Note that the default value for $hnPeople in the setup-form is relative to the $hndocs.) The $hnGroup subdirectory of $hnPeople will list only the members of that group. Use the edit-member.pl function for the group to add members to that group. Adding a member to a group also adds the same member to parent levels all the way up to the root.

Since adding a new group requires some manual installation in the file system, there is no risk that anyone but the installer could do so. In the future, we will supply a script to do this more automatically, and then only the admin for a group would be allowed to add a subgroup.

Cookies

HyperNews supports use of cookies for optional authentication. This is particularly useful when you have some of the HyperNews services available publically that ask for the userid and password in a form. The edit-response.pl form is a typical example. In that case, once the user has authenticated by some means (either by one of these forms or by accessing a member-only service in the SECURED directory), HyperNews will send a cookie to the browser that is unique to that user. Thereafter, the browser sends the cookie when the user visits pages on the same server (in the same security realm), thus causing HyperNews to authenticate the user even when authentication is not required. However, the cookie won't help when the server requires authentication for SECURED services - but once it has asked, it won't ask again. Also, the cookie is set to expire when the browser session terminates, unless that default setting is changed.

To enable this use of cookies, you must edit your hnrc file to change the $UseCookies and $HNCookiePassword variables. (You don't need to run setup.pl after making this change.) If you set $UseCookies to 'sometimes', each user will have the option to use cookes for their own access.

What's Next?

If you've done the installation correctly, HyperNews should be runnable. The first thing you need to do is change the passwords of administrators. By default, they are empty, but as a security precaution, you can't do anything with an administrator UserID that has an empty password except to change the password to something else. As an administrator, you should be aware of more of the security issues regarding membership.

You also may want to add some additional members via your browser using the edit-member.pl program. See the instructions for becoming a member. Alternatively, there is a batch-add-members.pl script for adding many members at once.

In the current version of HyperNews, the only way to remove members once you have added them is manually. To do that, go into your hnpeople directory and remove the files corresponding to members you want to remove. Also remove them from the .htpasswd file.

Next, create some forums (also called base articles). If that fails, you probably have an installation problem so return here to check that you did everything correctly.

HyperNews provides support for a two-way email gateway. If you want to allow only outgoing email or also incoming email, see that page for documentation.

A number of additional customizations are available in the hnrc file. One feature that is frequently asked for is reversing the order of the messages. See $reverseMessages for that.

Another frequent request is for a way to notify all members. Please see the discusion on the All-Member notification feature. (This needs to be properly written up, as do many other features.)

User Instructions

You should also provide a customized instruction page for how to use HyperNews at your site. You can start with the instructions.html included in the distribution in the hndocs.tar.gz file. The setup process does not install any instructions document since you should first customize it for your configuration. Also, the icons in that document are assumed to be in the directory "/Icons".

By default, the variable $instructionsURL in hnrc references our instructions at " http://www.hypernews.org/HyperNews/get/hypernews/instructions.html". The $instructionsURL variable could point to either a HyperNews page that you create, or to a normal page. You can continue to point to our instructions, but I would prefer that you not do that because users often get lost on my server thinking they are on your server. On the other hand, if you don't customize your instructions, you might as well point to ours.

(But please do not just copy the HTML of the instruction forums themselves; although it will appear to be a working forum to users, the copy you get will not be updated even though the controls will work to add messages to the HyperNews.org instruction forums. Everyone will be confused.)

Typical Problems

Every server imposes different constraints that you may not be able to control, and there are many variations. It is often possible to get by with no server configuration changes - given minimal cgi support. But it can be fairly awkward. You may not be able to hide the 'cgi-bin' from the path, or wherever you put HyperNews. Or, if your server is configured to only execute files with a '.cgi' suffix, try the setup.cgi program instead of setup.pl - it's the same program but it adds '.cgi' to the script names. If you can't do symbolic links, try 'setup.pl -N' to copy the files. (I'm not sure that works anymore, however.)

If you get a permission problem saying that some file could not be written, or perhaps files are silently not being written, this is probably a permission problem. Most likely, the user:group running your server is incompatible with the owner:group of the files or directories it is trying to modify. See the section above on setting up your Documents Directory. The same issues apply to the HyperNews program directory and subdirectories, although after installation is completed, these directories and script files should not be modified.

If you get an error about an UnknownUser when you try to create a forum, this is probably because the server is not properly authenticating you. Check how your server is set up to do authentication and then check whether HyperNews has set up the access files correctly to use the server's authentication. The HyperNews programs should see the REMOTE_USER if all is correct.

If you get an error when adding a message but the message gets added anyway (do a reload to find out), one cause for this is that outgoing email is failing for some reason. One reason it fails on some systems is that you have not set up an email alias for the address named by your $mail_to variable, which is 'HyperNews' by default, and for $mail_from, which is 'Owner-HyperNews' by default. See your hnrc file and the email gateway forum for details. You can also fix this by turning off email subscription and notification either in the setup form or in the hnrc file.


Daniel LaLiberte (liberte@hypernews.org)
Last modified: Mon Oct 22 12:50:47 EDT 2001


Next-in-Thread Next Message
Inline: 1 All Outline: 1 2 All

1 HyperNews' setup-form wants to tack on a unix path to a URL. by Steven Peterson, 1996, Feb 01
1 SCRIPT_NAME inconsistency by liberte@hypernews.org, 1996, Feb 01
(_ Hoping to avoid further problems . . . by peterson@frontier-news.com, 1996, Feb 01
(_ Feedback: No end of problems, from my perspective anyway by liberte@hypernews.org, 1996, Feb 01
(_ More: Oops - my mistake by liberte@hypernews.org, 1996, Feb 01
(_ hndocsURL still used by jay mortensen, 1996, Feb 08
2 hypernews and NT , 1996, Feb 01
3 I'm having problems getting the program to use .cgi files by Steven Peterson, 1996, Feb 02
1 Feedback: Should work now by liberte@hypernews.org, 1996, Apr 05
4 Sad: re-building group/password files makes bad group files for NCSA httpd by Blaine Price, 1996, Feb 11
1 Feedback: 1.9B5.2 might fix it by liberte@hypernews.org, 1996, Feb 12
5 Dutch FreeNet seelks help installing HyperNews by Digitaal Limburg, 1996, Feb 14
1 Note: Dutch FreeNet has succeeded in installation by digilimb@dds.nl, 1996, Feb 21
6 Question: HyperNews Problem by Lorne Dmitruk, 1996, Feb 15
1 More: Partial Fix so Far by dmitruk@ccism.pc.athabascau.ca, 1996, Jan 28
(_ Try these versions by tanaka@ngdc.noaa.gov, 1996, Feb 05
7 Question: Can I install HyperNews? I am not an administrator. by Young Jik Kwon, 1996, Feb 15
1 Feedback: yes you can , 1995, Dec 17
3 None: Slightly different problem by gcle@eo.net, 1996, Apr 23
1 Feedback: Installation Requirements by liberte@hypernews.org, 1996, Apr 23
... 2 Message(s)
4 Ok: I did, here's how by krowitz@tiac.net, 1996, Oct 01
5 Question: Has anyone installed HN with CGIWrap ? by cls@greens.org, 1996, Nov 20
8 Question: Snags in configuration for Linux by Larry Mills-Gahl, 1995, Oct 18
1 News: problems resolved (for now) by lmg@webfarm.com, 1995, Oct 19
(_ Feedback: some comments by nesta@cynico.com, 1995, Nov 03
9 Feedback: What to add to NCSA's srm.conf by Ken Tanaka, 1996, Feb 23
1 Ok: Dan fixed it by tanaka@ngdc.noaa.gov, 1996, Feb 24
10 Question: I'm having problems with Perl when running setuid HN scripts by Patrick Petit, 1996, Mar 11
11 None: add-article: Error 403 Forbidden - access to file is never allowed [no ACL entry] by Greg Houston, 1996, Mar 12
1 Feedback: Internet Office Server == CERN? by liberte@hypernews.org, 1996, Mar 15
12 Question: adm with no password by Samba DIALLO, 1996, Mar 12
1 Agree: I have the same problem by cismas@ba-is.gsu.edu, 1996, Apr 17
1 More: It scrolls off by debbiev@3hourtour.com, 1998, Jan 15
... 1 Message(s)
2 Idea: found fix for missed initial password by ktohg@tritarget.com, 1998, Jun 09
13 Question: Adding Icons by Magnus Rydin, 1996, Mar 20
1 None: You just .... by webmaster@itk.mh.se, 1996, Mar 20
2 Idea: How about multiple icons per message by cls@truffula.sj.ca.us, 1996, Nov 21
1 None: Idea: How about multiple icons per message by liberte@hypernews.org, 1996, Nov 22
...
14 Question: Problems with .htgroupmembers creation by Francisco M. De La Vega, 1996, Mar 22
15 Question: HyperNews and Caldera desktop.... by David Black, 1996, Mar 27
1 Ok: Never mind - just needed to add a perl link by dblack@icarus.shu.edu, 1996, Mar 27
16 None: Untitled , 1996, Apr 02
17 Question: Problem setting up notification on UnixWare system by Kurt Schweitzer, 1996, Apr 03
1 Feedback: I'm not much help by liberte@hypernews.org, 1996, Apr 08
18 Question: Unable to add Response by Nazim Rahemtulla, 1996, Apr 01
1 Feedback: Member only responses works in 1.9B5.6 by liberte@hypernews.org, 1996, Apr 08
(_ None: non-member responses? by dma@aei.ca, 1996, Jun 19
19 Question: My .hngroupmembers keeps being flushed! by Johan Edbäck, 1996, Apr 03
1 Sad: I got the same problem!! by fvega@gene.cinvestav.mx, 1996, Apr 18
(_ None: Perl 5.000 is at fault by liberte@hypernews.org, 1996, Apr 18
20 Question: Help - I cant get B5.6 to use B5.1 articles by Robert Thompson, 1996, Apr 11
1 Feedback: Socket problem by liberte@hypernews.org, 1996, Apr 11
21 Question: Changing the background colour by Graham Cleverley, 1996, Apr 17
1 Feedback: Customize $bodytag in hnrc or using setup-form.pl by Daniel LaLiberte, 1996, Apr 17
(_ More: is it impossible from base-article.pl? , 1997, Oct 28
1 News: This is pretty cool by trician@usa.net, 1998, Aug 03
2 None: Untitled by trician@usa.net, 1998, Aug 04
3 More: URL by trician@usa.net, 1998, Aug 04
22 Question: The bottom of the main page...? by Haralds Jass, 1996, Apr 20
23 Question: Can't even get setup-form.pl to run without an error by Randy Burgess, 1996, Apr 21
24 Question: Removing the "Frames" option by Graham Cleverley, 1996, Apr 21
1 Feedback: Piece of Cake by liberte@hypernews.org, 1996, Apr 22
2 Question: Starting in Frames by vick@blau.net, 1997, Jan 21
25 Question: 1.9B5.5 My $defaultNotification checkbox is not working by Gonzalo Perez C., 1996, Apr 22 [Moved]
26 Question: Running HyperNews under Netscape Server, anyone? by Roland Siebelink, 1996, Apr 23
1 Feedback: Fix posted already by liberte@hypernews.org, 1996, Apr 23
27 None: Server protection setup error , 1996, May 05
1 Warning: Position of additions to httpd.conf is critical by Nigel.Gilbert@soc.surrey.ac.uk, 1996, May 12
28 Question: setup.pl has syntax errors according to my perl v. 5.002 , 1996, May 07
1 Question: I have the same problem. Have you solved it? by gorlando@calnet.it, 1997, Mar 20
(_ None: Solution is to make sure you are using Perl 5.002 or later. by liberte@hypernews.org, 1997, Mar 20
29 Question: base article no show, instead 'connection timed out' , 1996, May 07
1 Feedback: Fetching via http confusion by liberte@hypernews.org, 1996, May 16
30 None: Password not accepted , 1996, May 12
1 None: Authorization fails by rfwilson@wilsonweb.com, 1996, Jun 14
(_ Question: More authorization woes by dma@aei.ca, 1996, Jun 19
31 None: Add article prob after upgrade , 1996, May 16
32 Question: Problem with Solaris 2.5 , 1996, May 20
33 Question: Setup under Pre-Protected area , 1996, May 22
34 Question: problem with member change form , 1996, May 23
1 More: further diagnosis: it's Mosaic's fault by bailin@faraday.physics.utoronto.ca, 1996, May 23
1 Feedback: Which Mosaic? by liberte@hypernews.org, 1996, May 23
...
2 Feedback: I was afraid of this by liberte@hypernews.org, 1996, May 23
1 Idea: clarification and partial solutions by bailin@faraday.physics.utoronto.ca, 1996, May 23
...
35 Question: Internal error: execve() failed , 1996, May 23
1 Feedback: Not sure - things to check by liberte@hypernews.org, 1996, May 23
36 Question: Multiple Installations , 1996, May 24
1 Feedback: Build your own index of forums by liberte@hypernews.org, 1996, May 24
1 Idea: This is very site-specific by jtara@stockclub.com, 1996, May 25
...
2 Note: hnroot.html by hu, 1997, Mar 17
...
37 Question: Why do I need to log in to see my icons , 1996, May 31
1 None: Access restriction probably accidental by liberte@hypernews.org, 1996, May 31
(_ Agree: Thanks by carryer@vdr.stanford.edu, 1996, May 31
38 Question: Adding / Deleting and administrator for a HN site , 1996, May 31
1 Feedback: It's crude, I know by liberte@hypernews.org, 1996, May 31
39 Question: need to change how membership info is stored , 1996, Jun 05
1 None: Don't forget the htgroupmembers file by liberte@hypernews.org, 1996, Jun 05
(_ Question: one file bad. directories? by bailin@faraday.physics.utoronto.ca, 1996, Jun 06
(_ None: Question: one file bad. directories? by liberte@hypernews.org, 1996, Jun 06
40 None: Problem of reinstallation , 1996, Jun 06
41 Question: HELP! I cannot execute setup.pl wihtin Indy and perl 5.002 , 1996, Jun 11
1 Feedback: Must not be Perl 5.002 by liberte@hypernews.org, 1996, Jun 11
42 Question: Lost Icons , 1996, Jun 15
1 Feedback: Full URLs are the cause by liberte@hypernews.org, 1996, Jun 17
43 None: setup-form.pl NOT a html document , 1996, Jun 17
1 Feedback: setup-form.pl should be executable by liberte@hypernews.org, 1996, Jun 17
(_ None: How to make HyperNews and .scripts cgi-bin directories? by ktuoc@nosc.mil, 1996, Jun 24
44 Question: I can't find out how to display "default" page by eks, 1996, Jun 18
1 None: Untitled by liberte@hypernews.org, 1996, Jun 18
45 None: Intermittent "Document contains no data" error by Jonas Larsson, 1996, Jun 25
46 Sad: Install fails at fixPerlPath (CND 1.0) , 1996, Jun 30
47 None: Workaround for fixPerlPath problem by Tim Bird, 1996, Jul 01
1 Ok: Great, it worked! by tallyho@voicenet.com, 1996, Jul 08
1 More: fixPerlPath changes by lmg@webfarm.com, 1996, Jul 12
...
2 Agree: Thankyou so much you little beatuityti! by jonhassall@innotts.co.uk, 1996, Sep 13
49 Question: problem with 'get' , 1996, Jul 05
1 None: Must be server problem by liberte@hypernews.org, 1996, Jul 05
50 Question: Setup fails at end (can't write to Admin/shlock? by Lee Marzke, 1996, Jul 08
1 More: Setup error by tallyho@voicenet.com, 1996, Jul 10
2 Agree: Fixed by tallyho@voicenet.com, 1996, Jul 26
51 Question: setup is fine but cannot create base articles or members by Maida, 1996, Jul 17
1 None: TCP Error sounds unrelated to HyperNews by liberte@hypernews.org, 1996, Jul 23
52 Question: Get scripts does not get! by Eric RAGONE, 1996, Jul 17
1 Note: SPINNER's fault by Robert.Andersson@cling.gu.se, 1997, Jan 22
2 Note: Solution... by Robert.Andersson@cling.gu.se, 1997, Jan 22
53 Question: Help to install Hypernews by B. Raven, 1996, Jul 28
54 None: lock error while adding users by Brian Swail, 1996, Jul 30
55 Question: Notification...All postings to all users? by jvolkmann, 1996, Aug 02
56 None: Newbie: Why does it send e-mail to HyperNews? by Brian O'Neill, 1996, Aug 08
1 None: Because it has to go somewhere by liberte@hypernews.org, 1996, Aug 08
57 Question: Help - need flush.pl! by Ryan Huebsch, 1996, Aug 14
58 None: Error creating base article and edit member by KhongTuoc M. Tran, 1996, Aug 14
1 None: Authentication problem? by liberte@hypernews.org, 1996, Aug 15
59 None: installation problem by Brian, 1996, Aug 15
1 Feedback: More details please by liberte@hypernews.org, 1996, Aug 15
61 Question: INSTALL ON UUNET?? by hari sekhar, 1996, Aug 28
1 None: What's rbox? by liberte@hypernews.org, 1996, Aug 28
62 Sad: Install problem, Can't locate NDBM_File.pm by Lee Marzke, 1996, Aug 28
1 None: Perl problem? by liberte@hypernews.org, 1996, Aug 29
1 Idea: Possible Fix for Perl Problem .. Can't find .. NDBM_File.pm .. by thompson@ids-scheer.com, 1996, Oct 01
...
2 Sad: It worked before... by alex@turing.kronos.com, 1996, Sep 18
3 News: HPUX Can't locate NDBM_File.pm in @INC by stevei@fourgen.com, 1996, Nov 01
1 None: Some Perls have it, some don't by liberte@hypernews.org, 1996, Nov 01
...
63 Question: would like to remove HTML/URL options from setup by Eric Lofland, 1996, Aug 29
64 None: 1.9.1 under AIX: weird hnrc problem by Kenneth C. Schalk, 1996, Sep 03
1 None: 1.9.1 under AIX: weird hnrc problem by liberte@hypernews.org, 1996, Sep 04
(_ More: Nope, no single quotes here. by ken@imlab.landarch.uiuc.edu, 1996, Sep 04
(_ None: More: Nope, no single quotes here. by liberte@hypernews.org, 1996, Sep 04
65 None: 1.9.1 under AIX: wierd hnrc problem by Kenneth C. Schalk, 1996, Sep 03
66 Question: How to setup by Guillermo Schwarz, 1996, Sep 05
1 None: Missing flush.pl , 1996, Sep 09
67 Question: How does hnrc relate to setup-lib.pl when running setup.pl ? by Donald Payne, 1996, Sep 10
1 None: Running from command line vs running from web by liberte@hypernews.org, 1996, Sep 10
68 Question: Anyway to disable all email stuff thru hypernews ? I don't have mail on my web account by Jon Hassall, 1996, Sep 11
69 Angry: I'm Sorry, but Isn't HyperNews a bit difficult to install by Jon Hassall, 1996, Sep 11
1 None: Possibly, but for select configurations only by liberte@hypernews.org, 1996, Sep 11
4 Agree: Isnt HyperNews.org. a bit difficult to install? by Kdelphi95@aol.com., 1999, Apr 22
70 Question: Help ! What is the code for this server ? by Jon Hassall, 1996, Sep 12
71 None: Non-profit org needs tech to install Hypernew to new web site.HELP! by Scott Morris, 1996, Sep 13
72 Question: Another problem. Fix perl paths. Please help by Jon Hassall, 1996, Sep 13
73 Question: Inside BODY tag ?? by Nick Pollitt, 1996, Sep 14
1 Feedback: Body tags by kellyj@bah.com, 1996, Sep 30
74 None: requiring 5.002 is silly, i have perl 5.003! by jon madison, 1996, Sep 25
1 None: requiring 5.002 is silly, i have perl 5.003! by liberte@sdgmail.ncsa.uiuc.edu, 1996, Sep 26
75 None: Problem with HN 1.9B5.7 by Petter Gisslen, 1996, Sep 26
1 Feedback: Problem with configuration? by liberte@hypernews.org, 1996, Sep 26
(_ None: No trailing '/' by webmaster@itk.mh.se, 1996, Sep 30
(_ None: Check permissions by liberte@hypernews.org, 1996, Oct 01
(_ More: Same problem! by pedlefsen@wesleyan.edu
76 Question: Are the all the pages CGI generated when requested by michael swertfager, 1996, Oct 01
1 None: no by jim@rollercoaster.com, 1996, Oct 02
(_ Feedback: Appearances are deceiving by liberte@hypernews.org, 1996, Oct 02
77 Question: Frame layout - can it be changed? by Donald Payne, 1996, Oct 03
1 None: Question: Frame layout - can it be changed? by liberte@hypernews.org, 1996, Oct 17
78 Feedback: Bugs During CERN Installation by Miles Fidelman, 1996, Oct 03
79 Question: Can't run setup-form.pl by Ender Oezguer, 1996, Oct 16
1 None: Things to verify by ulrich@eiba.com, 1996, Oct 23
80 Question: Need someone to install HyperNews $$$ by Ron Wilson, 1996, Oct 20
81 None: On a MAC? by Sharon Thurgood, 1996, Oct 20
1 Feedback: Not on a Mac, not on a PC, Sam let me be! by liberte@hypernews.org, 1996, Oct 21
82 None: Problem with move/copy by Fred Brittain, 1996, Oct 23 [Moved]
83 Question: Navigation graphics do not appear by Martin Grogg, 1996, Oct 25
1 None: What is your browser? by liberte@hypernews.org, 1996, Oct 25
84 Question: Can I translate the code to Spanish by Alberto de Poo, 1996, Oct 28
85 None: $hnicons-bug by Philipp Bachmann, 1996, Oct 30
1 None: It's a bug by liberte@hypernews.org, 1996, Oct 30
86 Question: hroberts@alumni.princeton.edu by Hal Roberts, 1996, Nov 04
1 None: lock error on deletion by liberte@hypernews.org, 1996, Nov 04
87 Question: Setting up a SubGroup?? by Brian K. Swail, 1996, Nov 07
1 None: Most is documented already by liberte@hypernews.org, 1996, Nov 07
88 Question: My Help is broken, no files /hn/*.html by Bernd Beier, 1996, Nov 11
89 Question: Tar file called hypernew by E. Charters, 1996, Nov 15
1 Feedback: Scripts untar to HyperNews/.scripts by liberte@hypernews.org, 1996, Nov 15
90 Warning: missing newline in .htgroupaccess by Bob Kemp, 1996, Nov 27
91 Question: Can I configure notification messages? by Chris Brown, 1996, Nov 28
1 None: Do you mean new-member messages? by liberte@hypernews.org, 1996, Dec 02
92 Question: Subscribers aren't receiving mail. What should I check? by Steve Isaacson, 1996, Dec 05
1 None: Members are not subscribers by liberte@hypernews.org, 1996, Dec 06
93 Question: Background Image and $bodytag by Ron, 1996, Dec 08
1 None: Be careful about relative URLs by liberte@hypernews.org, 1996, Dec 09
94 Question: Hypernews on Novell Web server by Andre Beley, 1996, Dec 12
95 None: hnrc file not being created, can't install by Doug Archell, 1996, Dec 12
1 None: Did you submit the setup-form? by liberte@hypernews.org, 1996, Dec 12
(_ None: Perl 5.001 issue, partially resolved now! by darchell@netcent.com, 1996, Dec 12
96 None: Problem running setup.pl form setup-short-form by Etienne Delagrave, 1996, Dec 12
1 None: hnrc missing by liberte@hypernews.org, 1996, Dec 12
97 Sad: Serious Install Problems, Instability by Doug Archell, 1996, Dec 13
98 None: Can't load Fcntl.so, Help Me! by Etienne Delagrave, 1996, Dec 16
99 Sad: User <me> has incorrect permissions? , 1995, Jul 18
1 Permissions to $hndocs? by pwiseman@mindspring.com, 1995, Jul 18
(_ Problem solved? But in an unsatisfactory way! by pwiseman@mindspring.com, 1995, Jul 19
1 Not unsatisfactory . . . necessary by pwiseman@mindspring.com, 1995, Aug 02
...
2 Feedback: Another Good reason to do this.. by jeffh@ee.pdx.edu, 1996, Jan 03
...
100 Sad: Want to configure out "Copy | Delete | Membership" , 1995, Aug 29
1 Ok: Good idea by Daniel LaLiberte, 1995, Aug 29
(_ Question: sirve para crear foros limitando accesos? by enrique, 2002, May 07
101 Question: Authentication failure creating base article , 1996, May 23
1 Feedback: Check authentication path by liberte@hypernews.org, 1996, May 23
(_ Feedback: Check authentication path reply by mgrogg@novell.com, 1996, May 29
(_ Feedback: Groupmembers missing? by