🚀 go-pugleaf

   Date: Thu, 4 Mar 1993 23:41:00 +0000
   From: iwatters@cix.compulink.co.uk (Ian Watters)
   Sender: info-gnu-chess-request@prep.ai.mit.edu
   Reply-To: iwatters@cix.compulink.co.uk

   Yes, this newsgroup does get little traffic ... but if someone could
   cross-post any computer chess details from rec.games.chess <beg, beg> it
   might get a bit busier (*)

     //\/\/  iwatters@cix.compulink.co.uk

   (*) not much busier <-- that's why I dropped r.g.c!

As keeper of this list, I'm discouraging people from doing this kind
of cross-posting, unless the article has to do with GNU Chess.

This mailing list info-gnu-chess and it's newsgroup gnu.chess is for
discussion of the GNU Chess program, not chess in general.  

Please use other forums, such as the USENET newsgroup rec.games.chess,
for general discussion about chess.

thanx -len

Member, League for Programming Freedom.  Ask: lpf@uunet.uu.net

PS: Here is this list's charter:

* info-gnu-chess-request@prep.ai.mit.edu to subscribe to info-gnu-chess
** gnUSENET newsgroup: gnu.chess
** Send contributions to: info-gnu-chess@prep.ai.mit.edu

This list is used for announcements about GNU Chess and related
programs, and small but important patches.

The list is filtered to remove items meant for info-gnu-chess-request,
that can be answered by the moderator without bothering the list, or
should have been sent to another list.

* General Information about info-* lists

These lists and their newsgroups are meant for important announcements.
Since the GNU project uses software development as a means for social
change, the announcements may be technical or political.

Most GNU projects info-* lists (and their corresponding gnu.*.announce
newsgroups) are moderated to keep their content significant and
relevant.  If you have a bug to report, send it to the bug-* list.  If
you need help on something else and the help-* list exists, ask it.

* General Information about all lists

Please keep each message under 25,000 characters.  Some mailers bounce
messages that are longer than this.  If your message is long, it is
generally better to send a message offering to make the large file
available to only those people who want it (e.g. mailing it to people
who ask, or putting it up for FTP).  In the case of gnu.emacs.sources,
somewhat larger postings (up to 10 parts of no more than 25,000
characters each) are acceptable (assuming they are likely to be of
interest to a reasonable number of people); if it is larger than that
have it added to archive.cis.ohio-state.edu (the GNU Emacs Lisp ftp and
uucp archive on and announce) its location there.  Good bug reports are
short.  See section '* General Information about bug-* lists and ...'
for further details.

Most of the time, when you reply to a message sent to a list, the reply
should not go to the list.  But most mail reading programs supply, by
default, all the recipients of the original as recipients of the reply.
Make a point of deleting the list address from the header when it does
not belong.  This prevents bothering all readers of a list, and reduces
network congestion.

The GNU mailing lists and newsgroups, like the GNU project itself, exist
to promote the freedom to share software.  So don't use these lists to
promote or recommend non-free software.  (Using them to post ordering
information is the ultimate faux pas.)  If there is no free program to
do a certain task, then somebody should write one!

* General Information about info-* lists

These lists and their newsgroups are meant for important announcements.
Since the GNU project uses software development as a means for social
change, the announcements may be technical or political.

Most GNU projects info-* lists (and their corresponding gnu.*.announce
newsgroups) are moderated to keep their content significant and
relevant.  If you have a bug to report, send it to the bug-* list.  If
you need help on something else and the help-* list exists, ask it.

* GNU mailing lists are also distributed as USENET news groups

The mailing lists are gated both ways with the gnu.all newsgroups at
ohio-state.edu.  The one-to-one correspondence is indicated below.  If
you don't know if your site is on USENET, ask your system administrator.
If you are a USENET site and don't get the gnu.all newsgroups, please
ask your USENET administrator to get them.  If he has your feeds ask
their feeds, you should win.  And everyone else wins: newsgroups make
better use of the limited bandwidth of the computer networks and your
home machine than mailing list traffic; and staying off the mailing
lists make better use of the people who maintain the lists and the
machines that the GNU people working with rms use (i.e. we have more
time to produce code!!).  Thanx.

* Getting the mailing lists directly

If several users at your site or local network want to read a list and
you aren't a USENET site, Project GNU would prefer that you would set up
one address that redistributes locally.  This reduces overhead on our
people and machines, your gateway machine, and the network(s) used to
transport the mail from us to you.

* How to subscribe to and report bugs in mailing lists

Send messages ABOUT these lists, such as reports of mail problems, or
requests to be added or removed, to help-gnu-emacs-request (or
info-gnu-request, bug-gdb-request, etc.), NOT to info-gnu-emacs (or
info-gnu, etc.).  These <LIST_NAME>-request addresses go only to the
people who can do something about your requests or problems, and thus
avoids disturbing everyone else.

Note that all GNU mailing lists are maintained by volunteers.  They get
behind occasionally.  Wait at least 3 or 4 days before asking again.
Thanks!

Many of the GNU mailing lists are very large and are received by many
people.  Please don't send them anything that is not seriously important
to all their readers.  All GNU mailing lists are unmoderated, mail
reflectors, except info-gnu, info-gnu-emacs, info-gcc, info-g++,
info-gnu-fortran, info-gnu-utils, info-gnu-chess and info-gnu-shogi.

All addresses below are in internet format.  Consult the mail guru for
your computer to figure out address syntaxes from other networks.  From
UUCP machines:
	..!ucbvax!prep.ai.mit.edu!ADDRESS
	..!uunet!prep.ai.mit.edu!ADDRESS

If a message you mail to a list is returned from a MAILER-DAEMON (often
with the line:
      ----- Transcript of session follows -----
 don't resend the message to the list.  All this return means is that
your original message failed to reach a few addresses on the list.  Such
messages are NEVER a reason to resend a piece of mail a 2nd time.  This
just bothers all (less the few delivery failures (which will probably
just fail again!)) of the readers of the list with a message they have
already seen.  It also wastes computer and network resources.

It is appropriate to send these to the -request address for a list, and
ask them to check the problem out.

* Send Specific Requests for Information to: gnu@prep.ai.mit.edu

Specific requests for information about obtaining GNU software, or GNU
activities in Cambridge and elsewhere can be directed to:
	gnu@prep.ai.mit.edu

thanx -len

Member, League for Programming Freedom.  Ask: lpf@uunet.uu.net