Commit 4681dade authored by Per Cederqvist's avatar Per Cederqvist
Browse files

Documentation removed. Refer to

parent 3e7fa8c1
.\" $Id: lyskom.5,v 1.6 1996/06/09 13:49:08 byers Exp $ .\" $Id: lyskom.5,v 1.7 1999/04/03 21:58:39 ceder Exp $
.\" Copyright (C) 1991 Lysator Academic Computer Association. .\" Copyright (C) 1991 Lysator Academic Computer Association.
.\" .\"
.\" This file is part of the LysKOM server. .\" This file is part of the LysKOM server.
...@@ -21,300 +21,16 @@ ...@@ -21,300 +21,16 @@
.\" .\"
.\" Please mail bug reports to .\" Please mail bug reports to
.\" .\"
.\" $Id: lyskom.5,v 1.6 1996/06/09 13:49:08 byers Exp $ .\" $Id: lyskom.5,v 1.7 1999/04/03 21:58:39 ceder Exp $
.\" $Date: 1996/06/09 13:49:08 $ .\" $Date: 1999/04/03 21:58:39 $
.TH lyskom 5 "August 24, 1991" .TH lyskom 5 "April 3, 1999"
lyskom - LysKOM lyskom - LysKOM
.I database .I database
format format
.B /usr/lyskom/db/lyskomd-*
.B /usr/lyskom/etc/pid
.B #include <lyskom/kom-types.h>
This file and the data format it describes are obsolete starting with
version 1.9 of lyskomd.
.I database
is not really a database but a sequential file where all data is saved
from the memory.
There are 2 files: One file with all the data The LysKOM database is stored in a couple of files.
.RB ( lyskomd-data ). .SH SEE ALSO
And one with all texts Full documentation can be found in the Texinfo manual "lyskomd
.RB ( lyskomd-texts ). Database Format Specification" (found in info format as
The texts file does not contain any information about where any text .BR ).
starts of ends, all this is in the data file together with other infos
on the text.
If the first five chars of the data file is CLEAN then the
.I database
is considered clean. If its anything else the
.BR lyskomd (8)
proglys will try to find the backupfile instead.
Then there is a number telling the number of the next free conference
.RI ( next_free_num ).
Now follows a list of all conferences. One conference on each line. If
the conference is deleted the line consists of a
.B @
otherwise it starts with a
.BR + .
Now follows a list of all person statuses. Here is also every person
on its own line and the deleted persons or the numbers that are not
persons but conferences are lines containing just a
.BR @ .
Both the conference status part and the person status part are exactly
.IR next_free_num -1
lines long.
Now follows the number of the next text that is not used and a list of
text statuses.
Every text status has its own line just like the other statuses and
non-existent texts are represented by the
.BI @ .
The different statuses types are
.B conference
.BR statuses ,
.B person statuses
.B text
.BR statuses .
These are in a struct in the include file but in this file they are
not saved as structs but every element is saved as a ascii string.
Strings are saved as holerith strings. The field of the struct is not
even saved in the same order as in the struct.
Their order in the database is followed below.
An array of things is represented in the database by a number telling
how many elements there are in the array and the either a
.B *
in the case no elements or a
.B {
followed by all the elements and a finishing
.BR } .
.SS Conference status
This contains all information for a conference. A conference is a
object that recieves texts.
.TP 15
.I Name
Name of the conference saved as a holerith string.
.I Member list
An array of the members in that conference.
.I First local number
This is the local number of the first text in the conference. Its
saved here in order to save space in this file by not mentioning all
deleted texts in the beginning of the conference.
.I Texts
This is an array of recieved texts. The local number of the text is
determined by the position in this list and the value of the
.I first local
.IR number .
.I Type
This is the type of the conf, it contains the infomation that says if
the conference is read protected, original flagged conference, secret,
or if its a letter box.
.I Creation time
The time the conference was created.
.I Last written
The time the last text was sent to the conference.
.I Creator
The number of the person that has created the conference. This is 0
for conferences that are created initially.
.I Presentation
This is the number of the text containing a presentation of the
conference. If there is no presentation this number is 0.
.I Supervisor
This is the number of the conference whose members are supervisors of
the conference. Initially this is set to be the number of the letter
box of the creator.
.I Permitted submitters
This is the number of the conference whose members are allowed to
submit texts to this conference. If this is 0 (the default) all
persons i
are allowed to submit.
.I Super conference
This is a number of a conference that comments to articles should be
sent to if this conference is original flagged.
.I Message of the day
This is the textnumber of the text containing a notice message about
the conference. Mostly used for letter boxes. If 0 then there is no
such message.
.I Garb nice
This is the number of days a text stays in the conference before it is
removed by the expiration routines. Its really the expiration rate.
.SS Person statuses
Person statuses contains all info about persons.
.TP 15
.I Password
The password is stored as a string. The length of the string is 64 but
the length of the password itself is stored as the first char in the
string. Passwords longer that 63 chars are truncated.
.I Username
This is the username and machine from the last time the person logged in.
.I Privileges
The persons privileges are stored here. This is a bit array, length is
16 bits. It is not really welldetemined what bit does what.
.I Personal flags
The persons flags are stored here.
.I First local number
This is the local number of the first created text that still exists
in the database. Its local to this list.
.I Created text list
This is an array of all created texts beginning at the first local
.I Marked texts
This is an array of all marked texts and their mark type. Every
element in the array is a text number and a mark number.
.I Membership
Here is the information about which conferences the person is member
in. Its an array where every element is of the type
.B Membership
(See below).
.I Last login
Time of the last login.
.I User area
Number of the text being the persons user area. If there is no user
area this is 0.
.I Total time present
Time in
in seconds.
.I Sessions
Number of logins made for that person.
.I Created lines
.I Created bytes
.I Read texts
Count of read marked texts.
.I No of fetches
This is the information about how many texts this person has fetched.
Using caching clients this number could increase well beyond
.I Read
.IR texts .
.I Created persons
Count of created persons.
.I Created conferences
Count of created conferences.
.SS Text statuses
This contains info about the texts.
.TP 15
.I Created time
Time this text was created.
.I Author
Person that wrote this text.
.I Start
Start pointer for the text in the
.I lyskomd-texts
.I Number of lines
Length of the text in lines.
.I Number of chars
Length of the text in chars.
.I Number of marks
Count of existing marks on this text.
.I Header list
An array containing info about
.IR recipients ,
.I comments
.IR to -pointers
etc. Every element is a
.IR Misc_info .
.SS Membership
The membership type tells us about conferences we are member of and
how much we have already read of it. It is saved in this way:
.I Last time read
Updated when we mark a text as read in this conference.
.I Conference number
The number telling what conf.
.I Priority
Used by the client to determine reading order.
.I Last text read
Local number of the last text we have read. This is used to keep track
of which texts we have not yet read and calculate how many unread we
have in this conference.
.I Read texts
An array containing the texts that we have read after the
.I Last text
.IR read .
This is necessary because its possible to read in any order.
.TP 20
.IB database-directory /db/lyskomd-data
File with all the elements and pointers.
.IB database-directory /db/lyskomd-texts
File with the texts.
.IB database-directory /etc/pid
File with the pid of the lyskom-process.
.IB database-directory /db/lyskomd-backup
Backup file with all data.
.BR lyskomd (8),
.BR dbck (8)
This is really a joke. Its not a database, not optimal in any way. But
it works.
.I message of the day
text number is not saved anywhere. This makes the
server forget what text that is when restarting.
This will soon disapear and be replaced by something more bazaarly
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment