next message in archive
no next message in thread
previous message in archive
previous message in thread
Index of Subjects
Index of Subjects
On Tue, 25 Mar 1997, David Trueman wrote:
<snip>
> > 2. Is it possible to exempt a login from idle? I have killed idled for the
> > moment as it was driving me crazy. After we go up I would still like to
> > have at least two windows.
I had the same problem with Windsor Western Hants Community Net. I have
updated tq/idled to look for specified users, tty lines or hosts in files
in teh CS_ROOT/tq directory that should be filtered out. I put "root" in
the user list and the tty of the terminal server on the tty list. It's
been running for a couple of weeks now without any problem.
>
> > 2. It looks like if we change the location of the home directories and
> > shell we can put our old password file in
> > /csuite/private/registration/create and the next time the scripts run the
> > accounts will be created. Does this seem right to you? Other than the
> > users files what else would we have to do.
To transfer WWHCN - Virtual Community Net logins over I prepended the
string "CMD:a:" to the original master.passwd records, used gawk/sed to
substitute the specification of HOME and SHELL, and dropped it into
CS_ROOT/private/password.
In my situation, they did now exist in the password file, and were added
with little problem (my mistake - different number of fields between the
Chebucto SunOS-4.1 and the WWHCN Linux system - an edit of /etc/shawdow
fixed it). Of course I also had user Home directories and namedb files,
which I dropped into place.
My one "gotcha" was the file CS_ROOT/private/matchdb - there should be an
entry for every user to help prevent multi-accounts for one person (an
administrative headache). If you run CS_ROOT/lib/mkcanon on the namedb
files, it will produce the entries for you.
<snip>
> > 3. I am still being confused by the IP creation stuff. In our system every
> > IP has one account that they use for maintaining their material. In your
> > system it seems that an IP is really a directory in the tree along with the
> > two associated listservs. I seem to have created the lists but not the
> > directory. I imagine that I am not filling in the right things in the
> > database.
<snip>
You have the theory and the process correct, but the script
CS_ROOT/lib/domkip is failing on you.
>From the error log,
> > + sed s/^/approve .testipkey subscribe testuser /g
This line indicates the problem. It is the construction of the mail
message to be sent to 'majordomo' to subscribe the list owner (similar
lines for other editors) and should have the pattern
approve owner.listname subscribe listname owner
or approve owner.listname subscribe listname editor
owner is set when 'edgroup' runs successfully. Since owner is null, it
did not. I just fixed the same problem at Chebucto a few days ago (and
added an exit if edgroup failed - which is also why you had a {bogus}
COMPLETED and REJECTED log entries at the same time). 'edgroup' was
failing because the group heirarchy David explained was not configured
properly (it is a very new feature). I do not know what the fix was. It
was not a problem with a fresh CSuite-1.0-Beta1 install.
<rest snipped>
Gerard MacNeil, P. Eng.
next message in archive
no next message in thread
previous message in archive
previous message in thread
Index of Subjects