239 lines
11 KiB
Plaintext
239 lines
11 KiB
Plaintext
|
Preliminary cppnews documentation $Revision: 1.2 $
|
||
|
|
||
|
The significance of the cppnews.ini variables
|
||
|
=============================================
|
||
|
|
||
|
File and directory names
|
||
|
~~~~~~~~~~~~~~~~~~~~~~~~
|
||
|
<news_dir> is set from your CPPNEWS environment variable. If there is no
|
||
|
CPPNEWS environment variable, the SNEWS environment variable is tried
|
||
|
instead. If there is no SNEWS environment variable either, the current
|
||
|
directory is used.
|
||
|
|
||
|
Filenames for the various files used by the system, and the use of each
|
||
|
of these files, is given below ...
|
||
|
|
||
|
cppnews.ini - <news_dir>\cppnews.ini
|
||
|
|
||
|
This is where the cppnews.ini file is expected. If none exists, the
|
||
|
default values of the variables are taken from any existing SNEWS.RC file.
|
||
|
The file is re-written to this directory on normal program exit.
|
||
|
To change most of the other variables, the normal method is to edit this
|
||
|
file. It is not normally necessary to edit any of the other files used by
|
||
|
the system (except the signature file), and in many cases an incorrect
|
||
|
edit can prevent the proper function of the news reading system.
|
||
|
|
||
|
Newsgroups index - <newsdir>\active
|
||
|
|
||
|
This is created by the snews unbatch, addgroup and rmgroup programs. It
|
||
|
contains a list of all active groups, with a line for each group giving
|
||
|
the group name, the filename and the first and last message numbers.
|
||
|
|
||
|
DO NOT attempt to edit this file yourself, unless you REALLY know what you
|
||
|
are doing.
|
||
|
|
||
|
To add or remove groups, use the snews addgroup and rmgroup programs,
|
||
|
respectively.
|
||
|
|
||
|
Articles read list - <news_dir>\<userid>.nrc
|
||
|
|
||
|
This is a list of all the newsgroup articles that have been read. It
|
||
|
contains records, one per logical line, of a newsgroup name followed by a
|
||
|
space-separated list of article numbers. A logical line is split over
|
||
|
multiple physical lines by including a backslash character (\) at the end
|
||
|
of each physical line.
|
||
|
|
||
|
DO NOT attempt to edit this file yourself, unless you know what you are
|
||
|
doing.
|
||
|
|
||
|
The file is automatically maintained by cppnews. You can mark articles,
|
||
|
threads and whole groups as read or unread using cppnews menu options.
|
||
|
|
||
|
Kill file - <news_dir>\<userid>.kil
|
||
|
|
||
|
This is a list of hash codes of subject lines that have been "killed".
|
||
|
Hash codes are used for speedy lookup, and to allow some "fuzzy matching"
|
||
|
in subject lines.
|
||
|
|
||
|
I can't see any purpose behind editing this file - it is just a list of
|
||
|
apparently meaningless numbers !
|
||
|
|
||
|
This file is automatically maintained by cppnews on normal exit from the
|
||
|
program. Thread/Kill and Thread/Revive menu options are provided to add
|
||
|
and remove subject lines from the kill list.
|
||
|
|
||
|
Incoming mail folders - <maildir>\*.<mailext>
|
||
|
|
||
|
Cppnews uses this mask to look for mail folders. If you create a new folder
|
||
|
within cppnews, it will be created in the <maildir>, so it can be found
|
||
|
next time.
|
||
|
|
||
|
|
||
|
The contents of this file are mail messages. The start of a new message is
|
||
|
recognised by the <startofheader> string at the beginning of a line.
|
||
|
My mailer justs throws the messages onto the end of the file, so I use
|
||
|
"From " (note the space) as my <startofheader>. Some mailers place a
|
||
|
special marker between each message (e.g. a ^A character) - if yours does,
|
||
|
use this as your <startofheader> (you will need a good editor to place a
|
||
|
^A character in your cppnews.ini).
|
||
|
|
||
|
Once cppnews has read the mailbox, it reformats it to place its own
|
||
|
markers between each message. This header includes the size of the
|
||
|
message, and offsets to various important header lines, so subsequent
|
||
|
reading of the file is much faster. New messages added to the end by your
|
||
|
mailer are recognised as such the next time you run cppnews.
|
||
|
|
||
|
DO NOT attempt to edit this file yourself, unless you know what you are
|
||
|
doing - you could lose mail messages altogether if you change the number
|
||
|
of characters of text in a message that has been reformatted by cppnews.
|
||
|
You can add new messages to the end of the file, though, but beware of
|
||
|
text editors that invisibly change the text (e.g. removing trailing
|
||
|
spaces, expanding tabs, changing line feed delimiters).
|
||
|
|
||
|
Group file -<news_dir>\newsbase\*
|
||
|
Group index - <news_dir>\newsbase\*.idx
|
||
|
|
||
|
The snews unbatch and expire programs create and maintain these files.
|
||
|
There is one text file and one index file per group. The filename is
|
||
|
obtained from the Newsgroups Index. The text file contains all the news
|
||
|
postings, separated by a line containing "@@@@END" (although this latter
|
||
|
is not essential). The index file contains one line per posting, with the
|
||
|
offset of the article in the file, the article number, the date the
|
||
|
article was added to the file by unbatch, and the article subject.
|
||
|
|
||
|
DO NOT attempt to edit these files yourself, unless you REALLY know what
|
||
|
you are doing. The index file contains pointers into the text file, so
|
||
|
they must be kept in step (e.g. when doing backup/restore).
|
||
|
|
||
|
Signature - <home>\<signature>
|
||
|
|
||
|
You can edit this file to place any signature text you want to follow all
|
||
|
your mail messages and news postings. It is automatically read in to the
|
||
|
editor buffer ready for you to compose your message. Please bear in mind
|
||
|
that your signature uses up net bandwith, so don't go overboard !
|
||
|
|
||
|
Outgoing mail sequence number file - <mailqueue>\sequence.seq
|
||
|
Outgoing mail work files - <mailqueue>\*.wrk
|
||
|
Outgoing mail text files - <mailqueue>\*.txt
|
||
|
|
||
|
Cppnews places all outgoing mail messages into the <mailqueue> directory.
|
||
|
The sequence.seq file contains the number of the last item posted to the
|
||
|
queue. This file is updated during each posting. This form of posting is
|
||
|
known to be compatible with KA9Q. Support for other mail agents with
|
||
|
different queue schemes will be considered. If your mailer is different,
|
||
|
let me know the details by mailing cppnews@trmphrst.demon.co.uk.
|
||
|
|
||
|
The .wrk and .txt file use this posting number as the filename. Each .txt
|
||
|
file contains the complete message, and the .wrk file contains routing
|
||
|
information - the destination machine, the fully qualified sender name,
|
||
|
and the fully qualified recipient name.
|
||
|
|
||
|
Unused cppnews variables - <tempdir> and <newsdir>
|
||
|
|
||
|
These are not currently used in cppnews, but are maintained in case of
|
||
|
future enhancement.
|
||
|
|
||
|
Posting messages
|
||
|
~~~~~~~~~~~~~~~~
|
||
|
Cppnews expects messages posted to newsgroups to be handled by a news/mail
|
||
|
server. Cppnews versions up to 1.18 only support one kind of newsserver -
|
||
|
a dummy mail address "mail2news@<newsserver>" which accepts articles for
|
||
|
posting, and despatches them to the newgroups in the header.
|
||
|
|
||
|
There is another kind of news/mail server, which accepts articles posted
|
||
|
to a user name derived from the newsgroup name, and posts to that group.
|
||
|
Some of these servers accept the newsgroup name unchanged, and some need
|
||
|
the full stops (.) in the newsgroup name changed to some other character.
|
||
|
|
||
|
Cppnews 1.18 will introduce improved newsserver support using a new
|
||
|
cppnews.ini variable <servername>. This can be set to ...
|
||
|
The name (like "mail2news") of the first kind of server above.
|
||
|
A single punctuation character (.,-% etc.) to indicate the second kind of
|
||
|
server above. The newsgroup name will have any full stops (.) in the name
|
||
|
changed to the specified character. Specify a full stop (.) character for
|
||
|
no translation.
|
||
|
|
||
|
Cppnews generates default headers for mail and news postings, as follows ...
|
||
|
|
||
|
Path: <nodename>.<domain>!<userid>
|
||
|
From: <userid>@<nodename>.<domain> (<name>)
|
||
|
ReplyTo: <userid>@<nodename>.<domain>
|
||
|
Subject: Re: The subject of the message/article to which this is a reply
|
||
|
References: The message ID of the message/article to which this is a reply
|
||
|
Cc: <mailcc> or <newscc> as appropriate
|
||
|
Bcc: <mailbcc> or <newsbcc> as appropriate
|
||
|
Distribution: world (news postings only)
|
||
|
Followup-To: The first group on the To list (news postings only)
|
||
|
Message-ID: A unique ID based on the time posted, <nodename> and <domain>
|
||
|
X-Mailer: cppnews revision number
|
||
|
Date: The date posted. Cppnews takes notice of your TZ environment
|
||
|
variable. U.K. users should set it to GMT0BST.
|
||
|
Organization: <organisation>
|
||
|
Lines: The number of newlines in the message.
|
||
|
|
||
|
Other cppnews.ini variables
|
||
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||
|
Your text editor - <editor>
|
||
|
|
||
|
This should be set to the command line to call your editor, with a "%s"
|
||
|
sequence where the file name should be.
|
||
|
There are some strange and wonderful editors out there. A few pitfalls to
|
||
|
look out for ...
|
||
|
|
||
|
Some editors are too big to fit in memory along with cppnews. You can
|
||
|
change the amount of memory cppnews takes by adjusting the <maxarticlesize>
|
||
|
variable. This can take values from 1 to 63, and is the number of kbytes
|
||
|
that cppnews can use to hold article text in memory. Some editors are just
|
||
|
too big even with <maxarticlesize> set quite small. I did consider
|
||
|
swapping cppnews out of memory, but the delay in calling up the editor
|
||
|
every time a message is posted would be unacceptable.
|
||
|
|
||
|
Some editors won't edit an empty file ! The solution to this problem is to
|
||
|
create a signature file, so that your blank message for posting is never
|
||
|
empty.
|
||
|
|
||
|
Some editors don't output straight ASCII text files. Most wordprocessor
|
||
|
files contain control characters and information, and are unsuitable for
|
||
|
posting to the net. Some wordprocessors have a special ASCII file save
|
||
|
option, but a simple, small text editor is the best thing to use. There
|
||
|
are so many free text editors available it would be pointless to write an
|
||
|
internal editor for cppnews.
|
||
|
|
||
|
Article quoting prefix - <quotemark>
|
||
|
|
||
|
When you quote an existing message, the <quotemark> characters are added
|
||
|
at the start of every line. Most people use "> " (note the space).
|
||
|
|
||
|
Tab setting - <tabwidth>
|
||
|
|
||
|
Tab characters in articles are expanded to tab stops every <tabwidth>
|
||
|
characters.
|
||
|
|
||
|
Word wrap width - <wordwrap>
|
||
|
|
||
|
Long lines in articles are not usually wrapped by cppnews. If you set
|
||
|
<wordwrap> to a non-zero value, lines will be wrapped at a word break near
|
||
|
this column. This value can be changed using the cppnews Options/Wordwrap
|
||
|
menu option.
|
||
|
|
||
|
Posting logs - <newslog> and <maillog>
|
||
|
|
||
|
If these variables are set to a mail folder name (up to 8 characters),
|
||
|
all news and/or mail postings are copied to the folder.
|
||
|
|
||
|
|
||
|
Notes
|
||
|
~~~~~
|
||
|
It may appear that because some of the file names used contain a user
|
||
|
name, that cppnews may be used by a number of different people. This is
|
||
|
currently NOT the case - the user name comes from cppnews.ini, which must
|
||
|
be in the newsbase directory, and the program makes ALL mailboxes publicly
|
||
|
available, no matter what the setting of "userid".
|
||
|
|
||
|
I do intend to rectify this situation some time in the future. If you have
|
||
|
a need for this (or any other) feature, feel free to mail the cppnews
|
||
|
support mailbox - cppnews@trmphrst.demon.co.uk. I keep a list of all
|
||
|
requests, with the number of (different users :-) requesting each one, and
|
||
|
this helps me decide development priorities.
|
||
|
|